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

18.09.19

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

Скрипт для создания бэкапов баз 1С под управлением СУБД с созданием log-файла и отправки уведомлений на почту.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?] Купить один файл
Бэкап средствами 1С для баз под управлением СУБД
.rar 2,95Kb
14
14 Скачать (2 SM) Купить за 2 150 руб.

В архиве готовый скрипт для выгрузки баз 1С в формате .dt

Перед выгрузкой базы удаляются все активные сеансы (принудительно!)

Использую у себя на работе уже год для ежедневного ночного создания бэкапов баз 1С 

Для работы по расписанию необходимо его добавить в планировщик (Task Scheduler) операционной системы.

Поля, которые скорее всего необходимо будет вам скорректировать:

$mes.From = "1cdoc@mail.ru"     - от кого будет формироваться письмо
$mes.To.Add("Test@mail.ru")     - список адресов, на которые будет происходить рассылка. Если необходимо добавить еще добавляем строчку $mes.To.Add("Test2@mail.ru") 

$smtp = New-Object Net.Mail.SmtpClient("1.1.1.1", 25)     - указываем адрес и порт SMTP сервера  (для эл. рассылки)
$smtp.Credentials = New-Object System.Net.NetworkCredential("1cdoc", "123")     - логин и пароль от учетной записи, осуществляющей рассылку
Start-Transcript -Path "D:\Backup1C\Backup1c.txt"     - путь к файлу, куда будет писаться лог
$PathTo1C = "C:\Program Files (x86)\1cv8\";     - путь к папке, где установлена 1С
$Version1C = "8.3.15.1489";     - указываем версию платформы 1С
$stat=PerformBackup "new1c_doc\" "DO" "Робот" "28065b7" $BackupFolderPath;     - имя сервера 1С, имя базы, пользователь и пароль

$BackupFolderPath = "D:\Backup1C\"     - путь, куда будут "складываться" бэкапы баз 1С (.dt)

бэкап резервные копии

См. также

Архивирование (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    73829    629    45    

88

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

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

1200 руб.

03.09.2014    15999    22    6    

28

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

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

2400 руб.

27.08.2024    1556    1    6    

2

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

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

20.01.2025    551    Prelude    1    

5

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

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

13.08.2024    3547    1CUnlimited    9    

6

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

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

1 стартмани

21.05.2024    2353    11    baidinden    4    

8

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

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

04.12.2023    10623    n_mezentsev    15    

27
Отзывы
9. ketr 129 19.09.19 11:26 Сейчас в теме
(6) (2) Перед выгрузкой базы все пользователи автоматически выгоняются
Поэтому бэкап сделается 100%
Остальные комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. pablo_escobar 18.09.19 22:32 Сейчас в теме
скрипт для создания резервных копий баз 1С в формате .dt

dt - это не резервная копия ИТС
fvadim; EVKash; fishca; +3 Ответить
2. BigB 193 19.09.19 00:04 Сейчас в теме
(0), если в базе остались работать пользователи, то dt будет сформирована?
3. chg 19.09.19 02:18 Сейчас в теме
(2)нет, это же выгрузка ИБ
6. BigB 193 19.09.19 07:42 Сейчас в теме
(3), получается, что если из базы не выйдут все пользователи, то и архив ночью не создастся?
Нахрена тогда нужен этот скрипт?
Объяснять пользователям, что необходимо всегда выходить из программы - бесполезно. Всегда найдется такой, который не выйдет.
9. ketr 129 19.09.19 11:26 Сейчас в теме
(6) (2) Перед выгрузкой базы все пользователи автоматически выгоняются
Поэтому бэкап сделается 100%
22. chg 20.09.19 03:03 Сейчас в теме
(9)Не путайте просто выгрузку и бэкап, тогда уж проще всё таки делать средствами штатными SQL, там и на пользователей плевать есть они или нет, на рег задания тоже как то с высокой колакольни, да и файлик меньше получается+штатное обслуживание самой СУБД
15. ketr 129 19.09.19 12:04 Сейчас в теме
(3) будет сформирована, пользователи предварительно выгоняются приндительно
19. pablo_escobar 19.09.19 16:55 Сейчас в теме
(15)
будет сформирована, пользователи предварительно выгоняются приндительно

Сидит так какой нибудь разработчик в конфигураторе, а его раз и выкинуло. И кстати в файловой базе тоже используется СУБД.
20. EvgeniuXP 19.09.19 18:55 Сейчас в теме
(19)в боевой разработчик ночью не сидит - если он нормальный разработчик :))) бу-га-га.
21. pablo_escobar 19.09.19 19:46 Сейчас в теме
(20) конечно, он всех днем выгоняет, чтобы обновления накатить.
7. user733468 19.09.19 08:31 Сейчас в теме
(2)
Если внимательно посмотреть на картинку скрипта, там говорится о завершении активных сессий.
Хотя неплохо было бы автору упомянуть об этом в самой статье.
А что, кроме как вызгрузка/загрузка DT, вы посоветуете для ежедневного автоматического создания зеркала базы?
(Не для целей отказоустойчивости или бэкапа, а для пользователей которым нужна свежая копия для "экспериментов" )
Если делать задание копирования источника в копию средствами sql, то при перезаписи кэш базы на сервере 1c не будет соответствовать ее новому sql состоянию. В итоге в копии возможны глюки, например с нумерацией создаваемых документов
10. ketr 129 19.09.19 11:30 Сейчас в теме
(7) Других вариантов выгрузки (кроме как .dt или .bak) я к сожалению не знаю
Исходя из моей практики .dt - самый надежный вариант
user733468; +1 Ответить
14. nomad_irk 80 19.09.19 12:00 Сейчас в теме
(10)
Исходя из моей практики .dt - самый надежный вариант

Ой :)
18. TODD22 20 19.09.19 12:24 Сейчас в теме
(10)
Исходя из моей практики .dt - самый надежный вариант

Исходя из моей практики dt выгружается, но не всегда загружается. Так что или bak если СУБД или копирование каталога.
На 150 базах в течении года ситуация когда из dt база не восстанавливалась было 3 раза, что не так уж и мало.
11. nomad_irk 80 19.09.19 11:31 Сейчас в теме
(7)Я может чего не понимаю, чем простой бэкап средствами SQL и актуализация копии БД из этого бэкапа не устраивает?
16. ketr 129 19.09.19 12:12 Сейчас в теме
(11) тоже себе вариант , кому как удобней
17. nomad_irk 80 19.09.19 12:15 Сейчас в теме
(16)эээ....так он заметно быстрее, чем восстановление из *.dt, более того, есть еще и разностный бэкап........
24. webester 26 18.10.19 07:56 Сейчас в теме
(7)
А что, кроме как вызгрузка/загрузка DT, вы посоветуете для ежедневного автоматического создания зеркала базы?
При помощи скрипта вот отсюда: заливаю в копию последний актуальный бекап. У нас журнал транзакций архивируется в рабочее время каждые 5 минут, получить актуальную копию можно в любой момент, одним нажатием кнопки. Очень удобно.
(7)
Если делать задание копирования источника в копию средствами sql, то при перезаписи кэш базы на сервере 1c не будет соответствовать ее новому sql состоянию. В итоге в копии возможны глюки, например с нумерацией создаваемых документов
Не разу не было проблем описанных вами. Можно узнать айди и сбрасывать кеш для этой конкретной базы наверняка. Но описанных вами проблем не встречал ни разу. 1Сный кеш судя по скорости старта 1с, после перезаливки, судя по всему, обнуляется успешно сам. Но описанная вами проблема была, когда одна база открывалась разными экземплярами сервера1С(я для отладки использую отдельный сервер с включенной отладкой)
8. ketr 129 19.09.19 11:24 Сейчас в теме
(2) да.
Перед выгрузкой все пользователи выгоняются принудительно (убиваются активные соединения с базой)
4. DrZombi 302 19.09.19 02:33 Сейчас в теме
дт по заявлению самой 1с не является резервной копией и порой в дт попадают не все данные... автор отстой
12. ketr 129 19.09.19 11:31 Сейчас в теме
(4) в терминологии я не силен, поправьте если что. Я скорректирую публикацию
5. koloboc74 84 19.09.19 02:56 Сейчас в теме
А как вы потом разворачиваете, если первоначально база была 500 gb?
13. ketr 129 19.09.19 11:35 Сейчас в теме
(5) Разворачивается из .dt довольно долго. У нас база рабочая 150 Гб разворачивается 1,5 часа
23. chg 20.09.19 03:06 Сейчас в теме
(13)Ну а SQL back у вас бы разворачивался от силы минут 20, так что вы не в том направлении малость работаете с резервным копированием, а ещё лучше смотрите на серьёзные продукты для ведения резервных копий, раз в неделю к примеру на ленту/нас полный, а в течении недели инкрементальные/дифференциальные
Оставьте свое сообщение