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

23.05.11

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

100 % Бекап.

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


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

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


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

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

См. также

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

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

6000 руб.

06.11.2012    73595    629    45    

88

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

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

1200 руб.

03.09.2014    15937    21    6    

27

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

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

2400 руб.

27.08.2024    1479    1    6    

1

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

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

13.08.2024    3416    1CUnlimited    9    

6

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

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

04.12.2023    10365    n_mezentsev    15    

27

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

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

07.10.2022    30944    sapervodichka    37    

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

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

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

Другое дело, что здесь только сама идея дается выгрузки через обмен, а вот пойдет ли он когда база действительно очень большая - может не пойти из-за тех же причин, по которым не устраивает выгрузка в ДТ
3. anig99 2852 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 2852 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 Сейчас в теме
Оставьте свое сообщение