Автор: Рудюк С . А.
https://corp2.net
E-Mail: rs@corp2.net
Как показала практика, лучше всего делать резервные копии баз данных “1С:Підприємство” с помощью самой “1С:Підприємство”, а не с помощью средств базы данных. Т.к. по не понятным причинам бекап сделанный с помощью того же Postgresql, после восстановления не корректно работает.
Более того, бекап желательно делать ежедневно. Понятное дело, вручную делать резервные копии информации дело неблагодарное, поэтому всегда хочется автоматизировать данный процесс.
echo off
for /f “tokens=1-4 delims=/ ” %%i in (“%date%”) do (
set dow=%%i
set month=%%j
set day=%%k
set year=%%l
)
set datestr=%month%_%day%_%year%
echo datestr is %datestr%
set BACKUP_FILE=dp3_%date%.backup
rem %datestr%.backup
echo backup file name is %BACKUP_FILE%
SET PGPASSWORD=ВАШ ПАРОЛЬ
echo on
net stop “1C:Enterprise 8.2 Server Agent”
net start “1C:Enterprise 8.2 Server Agent”
“C:\Program Files\1cv82\common\1cestart.exe” CONFIG /S “localhost\\dp3” /N “ВАШ ПОЛЬЗОВАТЕЛЬ” /P “ВАШ ПАРОЛЬ” /DumpIB “C:\backups\backup_dp\dp_3_%date%.dt” /AU- /DisableStartupMessages
choice /n /t 180 /d y
net use m: \192.168.3.1\backup /u:ПОЛЬЗОВАТЕЛЬ_СЕТЕВОГО_ДИСКА “ПАРОЛЬ ДЛЯ ПОДКЛЮЧЕНИЯ К СЕТЕВОМУ ДИСКУ”
move C:\backups\backup_dp\dp_3_%date%.dt m:\1s\dp\dp_3_%date%.dt
Объяснение к скрипту:
1. Вначале перезапускаем сервис. Т.к. если “висят” пользователи – резервное копирование не удастся.
2. Запускаем не видимый процесс “1С:Підприємство” и формируем бекап.
3. После истечения времени, достаточного для формирования бекапа “1С:Підприємство” – перемещаем файл на другой накопитель.
Автор: Рудюк С . А. https://corp2.net
Leave a Reply