gifts2017

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

Опубликовал Елена Смирнова (smielka) в раздел Администрирование - Архивирование (backup)

100 % Бекап.

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


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

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


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

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

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Кирилл Краснов (kirillkr) 24.05.11 01:02
Могу сказать, что скорость будет гораздо ниже чем выгрузка/загрузка dt.
2. Фрэнки (Фрэнки) 24.05.11 08:31
kirillkr пишет:

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

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

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