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

18.09.19

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

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

Скачать исходный код

Наименование Файл Версия Размер
Бэкап средствами 1С для баз под управлением СУБД
.rar 2,95Kb
13
.rar 2,95Kb 13 Скачать

В архиве готовый скрипт для выгрузки баз 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)

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

См. также

Журнал изменений с восстановлением состояния ссылочных объектов и архивацией по 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    42647    10    24    

38

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

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

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

1200 руб.

03.09.2014    14835    15    6    

18

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

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

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

6000 руб.

06.11.2012    70235    622    44    

80

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

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

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

04.12.2023    6281    n_mezentsev    15    

26

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

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

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

07.10.2022    20570    sapervodichka    36    

143

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

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

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

1 стартмани

25.08.2022    4812    2    Gnom-Gluck    6    

7
Отзывы
9. ketr 125 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 191 19.09.19 00:04 Сейчас в теме
(0), если в базе остались работать пользователи, то dt будет сформирована?
3. chg 19.09.19 02:18 Сейчас в теме
(2)нет, это же выгрузка ИБ
6. BigB 191 19.09.19 07:42 Сейчас в теме
(3), получается, что если из базы не выйдут все пользователи, то и архив ночью не создастся?
Нахрена тогда нужен этот скрипт?
Объяснять пользователям, что необходимо всегда выходить из программы - бесполезно. Всегда найдется такой, который не выйдет.
9. ketr 125 19.09.19 11:26 Сейчас в теме
(6) (2) Перед выгрузкой базы все пользователи автоматически выгоняются
Поэтому бэкап сделается 100%
22. chg 20.09.19 03:03 Сейчас в теме
(9)Не путайте просто выгрузку и бэкап, тогда уж проще всё таки делать средствами штатными SQL, там и на пользователей плевать есть они или нет, на рег задания тоже как то с высокой колакольни, да и файлик меньше получается+штатное обслуживание самой СУБД
15. ketr 125 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 125 19.09.19 11:30 Сейчас в теме
(7) Других вариантов выгрузки (кроме как .dt или .bak) я к сожалению не знаю
Исходя из моей практики .dt - самый надежный вариант
user733468; +1 Ответить
14. nomad_irk 72 19.09.19 12:00 Сейчас в теме
(10)
Исходя из моей практики .dt - самый надежный вариант

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

Исходя из моей практики dt выгружается, но не всегда загружается. Так что или bak если СУБД или копирование каталога.
На 150 базах в течении года ситуация когда из dt база не восстанавливалась было 3 раза, что не так уж и мало.
11. nomad_irk 72 19.09.19 11:31 Сейчас в теме
(7)Я может чего не понимаю, чем простой бэкап средствами SQL и актуализация копии БД из этого бэкапа не устраивает?
16. ketr 125 19.09.19 12:12 Сейчас в теме
(11) тоже себе вариант , кому как удобней
17. nomad_irk 72 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 125 19.09.19 11:24 Сейчас в теме
(2) да.
Перед выгрузкой все пользователи выгоняются принудительно (убиваются активные соединения с базой)
4. DrZombi 290 19.09.19 02:33 Сейчас в теме
дт по заявлению самой 1с не является резервной копией и порой в дт попадают не все данные... автор отстой
12. ketr 125 19.09.19 11:31 Сейчас в теме
(4) в терминологии я не силен, поправьте если что. Я скорректирую публикацию
5. koloboc74 83 19.09.19 02:56 Сейчас в теме
А как вы потом разворачиваете, если первоначально база была 500 gb?
13. ketr 125 19.09.19 11:35 Сейчас в теме
(5) Разворачивается из .dt довольно долго. У нас база рабочая 150 Гб разворачивается 1,5 часа
23. chg 20.09.19 03:06 Сейчас в теме
(13)Ну а SQL back у вас бы разворачивался от силы минут 20, так что вы не в том направлении малость работаете с резервным копированием, а ещё лучше смотрите на серьёзные продукты для ведения резервных копий, раз в неделю к примеру на ленту/нас полный, а в течении недели инкрементальные/дифференциальные
Оставьте свое сообщение