Скрипт VBS для резервного копирования 1c 8.x

29.11.11

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

Скрипт VBS для резервного копирования базы 1с 8.x  c завершением терминальных сессий. Резервное копирование выполняется при помощи конфигуратора. В скрипте выполнена дневная, недельная, месячная и готовая ротации бэкапов, с автоматическим удалением старых копий.

Скачать файлы

Наименование Файл Версия Размер
1c-backup
.zip 516,92Kb
253
.zip 516,92Kb 253 Скачать

Скрипт предназначен для автоматического выполнения  резервного копирования 1с 8.x на удаленном терминальном сервере.
Скрипт написан на Visual basic и имеет следующий функционал: 
1. Делает выгрузку средствами 1с конфигуратора 
2. Выполняет суточную, недельную, месячную и годовую ротацию создания выгрузок. 
3. Автоматом удаляет старые архивы не попадающие под ротацию. 
4. Автоматически завершает терминальные сессии пользователей. 
5. Закачивает суточную выгрузку на ftp сервер. 
6. Выгрузка перед закачкой на ftp сервер архивируется с паролем 
7. В случае сбоя выполнения выгрузки, логи операции высылаются на указанный e-mail. 

Для правильной работы скрипта надо правильно настроить переменные в самом начале скрипта и поставить его в планировщик с административными правами. В архиве так же прилагаются программы для закачки данных на фтп, создания архива и отправки письма.

Скрипт выполнен на основе данных полученных с ветки форума: http://forum.ru-board.com/topic.cgi?forum=8&bm=1&topic=6319#1

См. также

Журнал изменений с восстановлением состояния ссылочных объектов и архивацией по HTTP / COM (расширение + конфигурация, 8.3.14+, ЛЮБАЯ конфигурация)

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

База данных «сама» меняет данные в документах/справочниках? Тогда данный журнал изменений для Вас! Практически не влияет на скорость записи объектов за счет быстрого алгоритма! Скорость работы почти в 2 раза выше типового механизма "История изменений"! Позволяет следить за изменениями и удалением в любых ссылочных объектах конфигурации, с возможностью архивации по HTTP(!) или COM, и сверткой данных. А так же, может восстановить состояние реквизитов (значения) до момента изменения или удаления объекта из базы. Есть ДЕМО-база где можно самостоятельно протестировать часть функционала! Работает на любых платформах выше 8.3.14+ и любых конфигурациях! Версия 3.1 от 24.08.2023!

19200 руб.

15.05.2017    42512    10    24    

38

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

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

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

1200 руб.

03.09.2014    14726    13    6    

18

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

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

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

04.12.2023    5857    n_mezentsev    15    

24

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

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

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

07.10.2022    19795    sapervodichka    36    

141

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

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

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

1 стартмани

25.08.2022    4712    2    Gnom-Gluck    6    

6

Утилита копирования баз данных 1С

Архивирование (backup) Платформа 1С v8.3 Абонемент ($m)

Небольшая утилита для копирования файловых баз данных 1С.

1 стартмани

02.06.2022    4234    3    Giblarium    12    

5
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. smitti911 29.11.11 15:02 Сейчас в теме
Смотрите тоже очень неплохой скрипт : http://infostart.ru/public/72057/
2. Kuzja_R 170 29.11.11 16:59 Сейчас в теме
3. petrovaUL 30.11.11 13:29 Сейчас в теме
4. SiriusM 30.11.11 22:19 Сейчас в теме
Интересно, попробую, сейчас на батниках в планировщике...)
5. Bambor 56 30.11.11 22:23 Сейчас в теме
батники это хорошо, но увы должной гибкости с ними достичь практически не возможно.
6. fixin 4252 01.12.11 16:57 Сейчас в теме
Помните, что DT - ненадежный способ бэкапа. не всегда из DT можно восстановить данные. не рекомендую DT
7. Bambor 56 01.12.11 17:41 Сейчас в теме
fixin пишет:
Помните, что DT - ненадежный способ бэкапа. не всегда из DT можно восстановить данные. не рекомендую DT


Аргументируйте пожалуйста почему это плохо, всем очень интересно как правильно и как лучше.
Лично я ни разу еще не сталкивался с проблемой восстановления из DT, операции восстановления дампов из этого скрипта делаю регулярно, на тестовую базу.
8. cool.vlad4 2 01.12.11 17:48 Сейчас в теме
(7) при выгрузке в dt происходит ряд действий (как минимум реструктуризация), и нет гарантии, что полученные при загрузке данные будут идентичными(особенно касается баз, в которых могут присутствовать всякого рода ошибки), а также тяжело происходит выгрузка в dt у больших баз(если вообще происходит). Поэтому всеми рекомендуется делать копию баз 1 в 1 как они хранятся (файловая->файлы, базы БД ->различными средствами делаются архивы баз) и dt. Я слышал о случаях, когда администраторов увольняли за выгрузку только dt.
9. Bambor 56 01.12.11 18:05 Сейчас в теме
ошибки в базе это уже не хорошо, администратору есть о чем задуматься, что касается больших баз так это уже наверное sql и тут конечно логичнее делать backup средствами sql.
Но в любом случае как бы не сохранялись данные, их целостность необходимо периодически проверять.
10. пользователь 02.12.11 19:53
Сообщение было скрыто модератором.
...
11. Asaqura 05.12.11 01:16 Сейчас в теме
Очень нужная обработка
12. Bambor 56 05.12.11 01:22 Сейчас в теме
Asaqura пишет:

Очень нужная обработка

Отличный комментарий, но это вообще то не обработка, да и для того что бы оценить, Вам для начала надо хотя бы скачать файл.
13. agarkin 06.12.11 13:45 Сейчас в теме
так существуют же проги для backup-а
14. dimakaster 28.12.11 10:47 Сейчас в теме
(13) agarkin, проги для бэкаапа не делают выгрузку из 1С в .dt, а только копируют/архивируют/криптуют сами файлы. При файловой БД - это конечно можно использовать, но вот при клиент-серверном варианте - уже не так все радужно.

(8) cool.vlad4, я тоже за хранение бэкапов стандартными средствами(файловфый вариант, как рекомендуют в литературе, копированием базы; клиент-серверный вариант - средствами сервера БД), но и .dt делать раз в сутки по ночам в монопольном режиме не помешает. Плюс к этому принудительное отключение пользователей решает ряд проблем с расходованием ресурсов на сервере и залипании лицензий.

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

Вообще есть какие нибудь рекомендации по бэкапу именно клиент-сервверного варианта стандартными средствами в .dt?
15. slavich 7 21.01.12 16:16 Сейчас в теме
Отличные комменты. Сам делаю бекапы дин раз в сутки средствами SQL и средствами 1С для надежности
16. dimakaster 26.01.12 11:56 Сейчас в теме
(15) slavich, По средствам SQL все понятно, а стандартными средствами 1С как делаете? Каким способом выкидываете пользователей?
P.S.: проблема в том, что rphost не выгружается полностью из кэша, из-за чего после рестарта сервера остаются "зомби-пользователи". Видимо придется решать через COM-объекты =(
19. slavich 7 15.06.12 08:02 Сейчас в теме
(16) dimakaster, да были такие проблеммы, решал их с помощью скриптов рестаротов и т.п., но в данный момент бекап средствами 1С делаю с помощью программы Egida Backup поставил и забыл о проблеммах...
17. hamsar 15 26.01.12 12:00 Сейчас в теме
у меня сделано, на sql обычным планом, на файловом гендальфом и я не парюсь
18. dimakaster 26.01.12 13:41 Сейчас в теме
SQL у меня делает 1 фулл и в течении рабочего дня инкрементальные каждый час. Для хранения любой копии базы за год как то расточительно хранить 54 копии одной базы по 30гигов. А усли учесть что она такая не одна... вот и расскажите мне как быстро обычный SQL + скажем архиватор(незнаю на сколько сильно жмутся резервные копии SQL-а и жмутся ли вообще) займут все свободное место? и что вы будете делать если к примеру полетит сам SQL?
А может быть Вы еще знаете способы развертывания резервный копий SQL в локальные базы?

ИМХО у каждого свои задачи и кому то хватает sql и гендальфа для того чтоб не париться, а кто то пляшет с бубном и решает поставленные задачи.
Оставьте свое сообщение