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

23.05.11

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

+14 –3
100 % Бекап.

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


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

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


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

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

+14 –3

См. также

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

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

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

6000 руб.

06.11.2012    74848    631    45    

90
Программа умного копирования баз 1С на диски и в облака

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

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

1200 руб.

03.09.2014    16332    25    6    

31
Бэкап на Linux тремя способами.

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

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

20.01.2025    897    Prelude    5    

9
Резервное копирование SQL (без доп. ПО)

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

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

2400 руб.

27.08.2024    1811    1    6    

2
Инструкция по бэкапу одной базы в Postgres – миф или реальность

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

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

13.08.2024    4270    1CUnlimited    9    

6
Восстановление баз из резервной копии

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

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

1 стартмани

21.05.2024    2553    13    baidinden    4    

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

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

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

04.12.2023    12004    n_mezentsev    15    

27
Копии баз данных и размер БД. Проблемы и пути решения

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

Столкнулся с проблемой быстрого роста объема БД. Статья о том, как решал эту проблему.

30.11.2022    3878    DrMih    5    

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

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

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

Другое дело, что здесь только сама идея дается выгрузки через обмен, а вот пойдет ли он когда база действительно очень большая - может не пойти из-за тех же причин, по которым не устраивает выгрузка в ДТ
+ – Ответить
3. anig99 2855 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 2855 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 Сейчас в теме
Бэкап или резервное копирование - это дублирование информации, с целью её восстановления в случае повреждения. (Ваш К.О. ;) ) Так, что данный случай это никакое не резервное копирование, а резервный обмен(реплики), который, конечно нужен, но по указанным выше причинам не всегда подходит. Путать с копированием не нужно.
ivv1970; +1 – Ответить
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 Сейчас в теме
разобрался
+ – Ответить
Оставьте свое сообщение