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

23.05.11

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

100 % Бекап.

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


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

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


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

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

См. также

Журнал изменений с восстановлением состояния ссылочных объектов и архивацией по HTTP / COM (расширение + конфигурация, 8.3.14+, ЛЮБАЯ конфигурация)

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

База данных «сама» меняет данные в документах/справочниках? Тогда данный журнал изменений для Вас! Практически не влияет на скорость записи объектов за счет быстрого алгоритма! Скорость работы почти в 2 раза выше типового механизма "История изменений"! Позволяет следить за изменениями и удалением в любых ссылочных объектах конфигурации, с возможностью архивации по HTTP(!) или COM, и сверткой данных. А так же, может восстановить состояние реквизитов (значения) до момента изменения или удаления объекта из базы. Есть ДЕМО-база где можно самостоятельно протестировать часть функционала! Работает на любых платформах выше 8.3.14+ и любых конфигурациях! Версия 3.1 от 24.08.2023!

21600 руб.

15.05.2017    42636    10    24    

38

BackUPv8 - система резервного копирования баз 1С

Архивирование (backup) Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Автоматическое создание копий файловых и серверных информационных баз 1С Предприятие 8 и размещение копий в облаке Яндекс.Диск, локальном или сетевом ресурсе.

1200 руб.

03.09.2014    14830    15    6    

18

Автоматическое резервное копирование любой клиент-серверной базы 1С в формате DT с удалением сеансов, архивацией, изменением расширения (8.3.14+, расширение)

Архивирование (backup) Инструменты администратора БД Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Платные (руб)

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

6000 руб.

06.11.2012    70223    622    44    

80

Резервное копирование журнала транзакций, наконец-то!

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

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

04.12.2023    6252    n_mezentsev    15    

26

Резервное копирование и восстановление 1С баз на PostgreSQL в Windows с помощью pgAdmin, bat-файлов и планировщика

Архивирование (backup) Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

07.10.2022    20497    sapervodichka    36    

143

Архивирование базы в dt и дамп postgres

Архивирование (backup) Платформа 1С v8.3 Конфигурации 1cv8 Россия Абонемент ($m)

Захотелось клиентам выгрузку архива баз, и выгрузку в дт, готовые скрипты с сети не заработали. Может, кому-то поможет. Релиз 8.3.18.1741.

1 стартмани

25.08.2022    4808    2    Gnom-Gluck    6    

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

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

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

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

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

Разве что попробовать по частям: несколько раз изменяя план обмена, так чтобы объемы данных оценивались "адекватными цифрами", передать всю базу частями. И использовать принудительную регистрацию объектов для обмена, например, чтобы не все документы одного вида передавать, а по каким-то периодам. Если аккуратненько, то может получиться.
+
5. anig99 2843 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 Сейчас в теме
Оставьте свое сообщение