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

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

Перейти к публикации

Лучшие комментарии
9. ketr 112 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 182 19.09.19 00:04 Сейчас в теме
(0), если в базе остались работать пользователи, то dt будет сформирована?
3. chg 19.09.19 02:18 Сейчас в теме
(2)нет, это же выгрузка ИБ
6. BigB 182 19.09.19 07:42 Сейчас в теме
(3), получается, что если из базы не выйдут все пользователи, то и архив ночью не создастся?
Нахрена тогда нужен этот скрипт?
Объяснять пользователям, что необходимо всегда выходить из программы - бесполезно. Всегда найдется такой, который не выйдет.
9. ketr 112 19.09.19 11:26 Сейчас в теме
(6) (2) Перед выгрузкой базы все пользователи автоматически выгоняются
Поэтому бэкап сделается 100%
22. chg 20.09.19 03:03 Сейчас в теме
(9)Не путайте просто выгрузку и бэкап, тогда уж проще всё таки делать средствами штатными SQL, там и на пользователей плевать есть они или нет, на рег задания тоже как то с высокой колакольни, да и файлик меньше получается+штатное обслуживание самой СУБД
15. ketr 112 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 112 19.09.19 11:30 Сейчас в теме
(7) Других вариантов выгрузки (кроме как .dt или .bak) я к сожалению не знаю
Исходя из моей практики .dt - самый надежный вариант
user733468; +1 Ответить
14. nomad_irk 55 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 55 19.09.19 11:31 Сейчас в теме
(7)Я может чего не понимаю, чем простой бэкап средствами SQL и актуализация копии БД из этого бэкапа не устраивает?
16. ketr 112 19.09.19 12:12 Сейчас в теме
(11) тоже себе вариант , кому как удобней
17. nomad_irk 55 19.09.19 12:15 Сейчас в теме
(16)эээ....так он заметно быстрее, чем восстановление из *.dt, более того, есть еще и разностный бэкап........
24. webester 34 18.10.19 07:56 Сейчас в теме
(7)
А что, кроме как вызгрузка/загрузка DT, вы посоветуете для ежедневного автоматического создания зеркала базы?
При помощи скрипта вот отсюда: заливаю в копию последний актуальный бекап. У нас журнал транзакций архивируется в рабочее время каждые 5 минут, получить актуальную копию можно в любой момент, одним нажатием кнопки. Очень удобно.
(7)
Если делать задание копирования источника в копию средствами sql, то при перезаписи кэш базы на сервере 1c не будет соответствовать ее новому sql состоянию. В итоге в копии возможны глюки, например с нумерацией создаваемых документов
Не разу не было проблем описанных вами. Можно узнать айди и сбрасывать кеш для этой конкретной базы наверняка. Но описанных вами проблем не встречал ни разу. 1Сный кеш судя по скорости старта 1с, после перезаливки, судя по всему, обнуляется успешно сам. Но описанная вами проблема была, когда одна база открывалась разными экземплярами сервера1С(я для отладки использую отдельный сервер с включенной отладкой)
8. ketr 112 19.09.19 11:24 Сейчас в теме
(2) да.
Перед выгрузкой все пользователи выгоняются принудительно (убиваются активные соединения с базой)
4. DrZombi 192 19.09.19 02:33 Сейчас в теме
дт по заявлению самой 1с не является резервной копией и порой в дт попадают не все данные... автор отстой
12. ketr 112 19.09.19 11:31 Сейчас в теме
(4) в терминологии я не силен, поправьте если что. Я скорректирую публикацию
5. koloboc74 82 19.09.19 02:56 Сейчас в теме
А как вы потом разворачиваете, если первоначально база была 500 gb?
13. ketr 112 19.09.19 11:35 Сейчас в теме
(5) Разворачивается из .dt довольно долго. У нас база рабочая 150 Гб разворачивается 1,5 часа
23. chg 20.09.19 03:06 Сейчас в теме
(13)Ну а SQL back у вас бы разворачивался от силы минут 20, так что вы не в том направлении малость работаете с резервным копированием, а ещё лучше смотрите на серьёзные продукты для ведения резервных копий, раз в неделю к примеру на ленту/нас полный, а в течении недели инкрементальные/дифференциальные
Оставьте свое сообщение
Вопросы с вознаграждением