Бэкап базы, если средствами 1С и СУБД не получается

23.05.11

База данных - Архивирование (backup)

100 % Бекап.

Удивительный бекап)). Что делать, если нужно перенести базу из одной СУБД в другую (например, с MS SQL на Oracle), а размер базы измеряется терабайтами.
А выгружать бекап средствами 1С уже не резонно (эфективно, если размер не превышает 4 гб). И как же быть?
Есть удивительный способ))


1. Создаем План Обмена "Архивация", ставим флаг "Распределенная база данных". Включаем в состав плана обмена все объекты.

2. Далее заходим в режим 1С Предприятия и создаем новый узел, для которого указываем "Создать начальный образ", можем указать в случае серверной базы собственно новую базу, в которую нужно залить данные


3. Далее нехитрой обработкой делаем базу главным узлом УстановитьГлавныйУзел(Неопределено)

И все, наслаждаемся результатом.

Вступайте в нашу телеграмм-группу Инфостарт

См. также

Архивирование (backup) Учет документов Бухгалтер 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

В текущих версиях 1С пока нет функции, позволяющей автоматически отмечать возврат оригиналов документов с помощью сканера штрих-кодов. Многие контрагенты часто сталкиваются с проблемой утери оригиналов УПД или их невозврата. В ответ на эти запросы было разработано расширение, которое упрощает контроль за возвратом оригиналов документов и помогает лучше организовать их хранение.

12000 руб.

19.02.2025    790    1    0    

1

Архивирование (backup) Системный администратор 1С v8.3 Бесплатно (free)

Предлагаю Вашему вниманию 3 скрипта на bash (sh) для архивирования (backup) типовых конфигураций на Linux средствами 1С и Postgres. Перед запуском корректно заполните раздел "Параметры" в соответствии с Вашими настройками.

20.01.2025    1528    Prelude    5    

11

Архивирование (backup) 1С v8.3 1С:Управление нашей фирмой 3.0 Платные (руб)

Расширение поможет настроить резервное копирование баз SQL в стандартный файл выгрузки баз 1С (*.dt).

2400 руб.

27.08.2024    2162    1    6    

2

HighLoad оптимизация Администрирование СУБД Архивирование (backup) Системный администратор Программист 1С v8.3 Бесплатно (free)

Бэкап в Postgres состоит из набора граблей, которые нужно обойти для успешного восстановления. Они заложены в самых неожиданных местах от предмета резервного копирования (база или кластер) до структуры каталогов. Один неверный шаг и восстановление будет невозможным. Почему нельзя было сделать проще, как в MS SQL или Oracle? Почему бэкап в Postgres оставляет впечатление чьей-то лабораторной работы? Статья адресована прежде всего специалистам 1С, избалованным комфортом в MS SQL, в суровых буднях импортозамещения на Postgres.

13.08.2024    5243    1CUnlimited    9    

6

Инструменты администратора БД Архивирование (backup) Системный администратор Программист Пользователь 1С v8.3 1C:Бухгалтерия Абонемент ($m)

Обработка для "обновления" своей тестовой базы из резервной копии рабочей базы без помощи админов.

1 стартмани

21.05.2024    2871    13    baidinden    4    

8

Архивирование (backup) Администрирование СУБД Системный администратор Россия Бесплатно (free)

Постараюсь объяснить, зачем нужно резервное копирование именно журнала транзакций, а не только базы данных, и почему я словно сбросил груз, настроив его - как, покажу, естественно. Кстати, будут скрипты T-SQL (с подробными комментариями) - отличный способ сделать администрирование базы более уютным.

04.12.2023    13496    n_mezentsev    15    

27

Архивирование (backup) Системный администратор Программист 1С v8.3 1C:Бухгалтерия Бесплатно (free)

В данной инструкции будет описано, как с помощью pgAdmin, bat-файлов и планировщика заданий Windows организовать резервное копирование, восстановление и хранение копий баз данных.

07.10.2022    39852    sapervodichka    38    

151
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. kirillkr 30 24.05.11 01:02 Сейчас в теме
Могу сказать, что скорость будет гораздо ниже чем выгрузка/загрузка dt.
2. Фрэнки 24.05.11 08:31 Сейчас в теме
kirillkr пишет:

Могу сказать, что скорость будет гораздо ниже чем выгрузка/загрузка dt.

Здесь дело в том, что сам файл ДТ просто не получится так просто выгрузить, если размер самой базы оценивается просто неадекватными цифрами.

Другое дело, что здесь только сама идея дается выгрузки через обмен, а вот пойдет ли он когда база действительно очень большая - может не пойти из-за тех же причин, по которым не устраивает выгрузка в ДТ
3. anig99 2858 24.05.11 09:07 Сейчас в теме
Собственно ключевой момент выгрузка начального образа прямиком в другую базу. В остальном - жуткий боян. Тут есть обработки по управлению состоянием распределенных баз. Короче не тянет на статью.
Добавили бы хотя бы информацию по практическому применению... Какое железо, какие размеры, сколько времени.
4. kapustinag 24.05.11 10:45 Сейчас в теме
Ну у нас, конечно, размер базы оценивается адекватными цифрами, но достаточно солидный - около 100Гб.
При этом выгрузка в dt, хоть и несколько часов (2-3), все-же идет без проблем, и загрузка из dt идет тоже (дольше, чем выгрузка).
А объем данных xml при обмене будет в разы больше объема самой базы (соотношение между объемом базы и объемом файла dt у нас сейчас около 40:1, а соотношение между объемом данных xml и объемом базы может легко быть и 10:1, и гораздо больше).

То есть, если речь идет о базе размером в несколько терабайт, то объем переданных данных xml будет десятки терабайт или больше.
Поэтому, думаю, это решение "в лоб", за один проход, не даст победы. Просто свалится процесс из-за нехватки чего-нибудь.

Разве что попробовать по частям: несколько раз изменяя план обмена, так чтобы объемы данных оценивались "адекватными цифрами", передать всю базу частями. И использовать принудительную регистрацию объектов для обмена, например, чтобы не все документы одного вида передавать, а по каким-то периодам. Если аккуратненько, то может получиться.
5. anig99 2858 24.05.11 12:36 Сейчас в теме
(4) если только создание начального образа сразу в другой базе минует этап выгрузки ВСЕХ данных в промежуточный файл, но тут я ничего сказать не могу, т.к. не разбирал этот процесс.
6. 010280 86 24.05.11 22:56 Сейчас в теме
Идея хорошая, попробую, ставлю плюс
7. MrUversky 25.05.11 15:05 Сейчас в теме
На своей базе пробовали создавать образы узлов после достижения базой 50Гб. Время создания образа превышало 2е суток. На сегодня этим механизмом не пользуемся, под новый узел используем болванку с переброской ограниченного набора данных. Так что, имхо, способ не пройдет.
8. cool.vlad4 2 25.05.11 15:13 Сейчас в теме
Бэкап или резервное копирование - это дублирование информации, с целью её восстановления в случае повреждения. (Ваш К.О. ;) ) Так, что данный случай это никакое не резервное копирование, а резервный обмен(реплики), который, конечно нужен, но по указанным выше причинам не всегда подходит. Путать с копированием не нужно.
9. cool.vlad4 2 25.05.11 15:15 Сейчас в теме
Поскольку хоть терабайт, хоть 10 терабайтов - резервное копирование это просто копирование, отличающееся в разных случаях используемыми методами - например полное, инкрементальное, дифференциальное...плюс со сжатием/без...
10. cool.vlad4 2 25.05.11 15:17 Сейчас в теме
и dt я бы не назвал резервным копированием...фича 1С, которую последняя называет "выгрузкой ИБ"...
11. maxdot 09.12.11 05:52 Сейчас в теме
Оставьте свое сообщение