Как настроить автоматическое сохранение базы 1С 8.3

Автоматическое сохранение базы 1С 8.3 — это регулярное создание резервных копий без участия человека. Способ настройки зависит от режима работы базы: для файловой базы обычно применяют выгрузку в файл DT через командную строку и планировщик задач Windows, а для клиент-серверной — штатные средства СУБД (MS SQL Server, PostgreSQL) или те же выгрузки DT. Универсальной кнопки «включить автосохранение» в платформе нет, поэтому задача решается связкой «скрипт + расписание».

Главный принцип: копия должна создаваться регулярно, храниться отдельно от рабочей базы и периодически проверяться на восстановление. Файл копии, лежащий на том же диске, что и база, не защищает ни от отказа диска, ни от шифровальщика. Ниже разобраны рабочие сценарии для обоих режимов, команды, проверка результата и типичные ошибки.

Какой способ резервного копирования выбрать

В 1С 8.3 есть два принципиально разных подхода. Первый — выгрузка информационной базы в файл с расширением .dt через конфигуратор или пакетный режим. Такой файл содержит и данные, и конфигурацию, его удобно переносить и разворачивать на любом компьютере с платформой 1С. Второй — резервное копирование средствами СУБД, когда база работает на сервере MS SQL, PostgreSQL или Oracle. Этот способ быстрее для больших баз и не требует завершения сеансов пользователей.

Выбор зависит от режима работы и размера базы. Для небольшой файловой базы на 1–5 пользователей достаточно ежедневной выгрузки DT. Для клиент-серверной базы на десятки гигабайт выгрузка DT может занимать часы, поэтому основным инструментом становится бэкап СУБД, а DT остаётся дополнительной страховкой перед обновлениями конфигурации.

Выгрузка DT через пакетный режим конфигуратора

Пакетный режим позволяет запустить конфигуратор без интерфейса, выполнить выгрузку и завершить работу — именно это нужно для автоматизации. Запуск выполняется исполняемым файлом платформы 1cv8.exe с ключом DESIGNER и параметром /DumpIB, после которого указывается путь к файлу выгрузки.

Типовая команда для файловой базы выглядит так:

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"E:\Backup\trade_%date:~6,4%-%date:~3,2%-%date:~0,2%.dt" /DisableStartupDialogs

Здесь /F задаёт путь к файловой базе, /N и /P — имя и пароль пользователя с правами администратора, /DumpIB — путь к создаваемому файлу. Подстановка %date% формирует имя файла с датой, чтобы копии не затирали друг друга. Для серверной базы вместо /F используется параметр /S в формате «Сервер\ИмяБазы».

Проверьте команду вручную в командной строке, прежде чем ставить её в расписание. Успешное завершение — появление файла DT ожидаемого размера и отсутствие ошибок в выводе. Если пользователи работают в базе, выгрузка завершится ошибкой монопольного доступа — это нормальное поведение, а не сбой скрипта.

Настройка расписания в планировщике задач Windows

Планировщик задач Windows — стандартный способ запускать скрипт по расписанию без сторонних программ. Сохраните команду выгрузки в файл с расширением .bat, например backup_1c.bat, и проверьте его запуск двойным щелчком.

1. 1
   Создайте папку для копий на отдельном диске или сетевом ресурсе и сохраните туда bat-файл с командой выгрузки
2. 2
   Откройте планировщик задач (Win+R → taskschd.msc) и выберите «Создать задачу»
3. 3
   На вкладке «Общие» задайте имя, включите «Выполнять с наивысшими правами» и вариант «Выполнять вне зависимости от регистрации пользователя»
4. 4
   На вкладке «Триггеры» добавьте ежедневный запуск в нерабочее время, например в 02:00
5. 5
   На вкладке «Действия» укажите запуск вашего bat-файла, в поле «Рабочая папка» пропишите каталог скрипта
6. 6
   Сохраните задачу, введите пароль учётной записи и выполните пробный запуск через «Выполнить»
7. 7
   На следующий день проверьте, что файл DT создан и имеет правдоподобный размер

Учётная запись, от имени которой работает задача, должна иметь права на чтение каталога базы и запись в папку копий. Если копии складываются на сетевой диск, используйте UNC-путь (\\server\share), а не подключённую букву диска — при работе задачи «вне зависимости от регистрации пользователя» сетевые диски не подключены.

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

Автоматический бэкап клиент-серверной базы

Если база работает на MS SQL Server, основной инструмент — план обслуживания (Maintenance Plan) в SQL Server Management Studio. Создайте задачу Back Up Database с типом Full, укажите базу 1С, папку назначения и расписание — обычно полная копия ежедневно. Для баз в модели восстановления Full дополнительно настраивают копии журнала транзакций с интервалом 15–60 минут, что позволяет восстановить данные на любой момент времени.

Для PostgreSQL применяется утилита pg_dump, запускаемая через планировщик или cron. Команда вида pg_dump -U postgres -F c -f "путь\base.dump" имя_базы создаёт сжатую копию, которую восстанавливают через pg_restore. Такой бэкап не требует остановки работы пользователей — СУБД обеспечивает целостность снимка данных.

Хранение копий и ротация файлов

Классическое правило резервного копирования — «3-2-1»: минимум три копии данных, на двух разных носителях, одна — вне основной площадки. На практике для 1С это означает: рабочая база на сервере, ежедневные копии на отдельном диске или NAS и периодическое копирование в облачное хранилище или на внешний диск, который отключается после записи.

Без ротации папка копий рано или поздно заполнит диск, и очередная выгрузка завершится ошибкой. Простейший вариант — держать ограниченное число копий и удалять старые тем же скриптом. Пример удаления файлов DT старше 14 дней:

forfiles /p "E:\Backup" /s /m *.dt /d -14 /c "cmd /c del @path"

Глубина хранения зависит от цикла отчётности: разумно хранить ежедневные копии за 2–4 недели и отдельно сохранять копии на конец каждого месяца и квартала — они пригодятся при обнаружении старых ошибок в учёте.

Проверка работоспособности копий

Настроенное расписание не гарантирует, что копии пригодны для восстановления. Контроль строится на трёх уровнях: факт выполнения задания, целостность файла и реальное восстановление. Первый уровень — журнал планировщика задач и наличие свежего файла ожидаемого размера. Резкое уменьшение размера DT относительно предыдущих копий — тревожный признак.

Второй уровень — периодическое тестовое восстановление: разверните свежий DT в отдельную пустую базу через «Загрузить информационную базу» и откройте её в режиме предприятия. Делайте такую проверку хотя бы раз в месяц и обязательно после изменения схемы резервного копирования. Копия, которая ни разу не восстанавливалась, считается непроверенной.

Типичные ошибки и ограничения

Самая частая причина сбоя ночной выгрузки — незавершённые сеансы: кто-то оставил открытой 1С на рабочем месте, или завис фоновый сеанс. Решение — принудительное завершение сеансов перед выгрузкой (для сервера 1С — через консоль администрирования или rac) либо переход на бэкап средствами СУБД, который монопольного доступа не требует.

Вторая группа ошибок связана с правами и путями: задача запускается от имени пользователя без доступа к сетевой папке, в путях с пробелами нет кавычек, используется буква сетевого диска вместо UNC-пути. Третья группа — отсутствие контроля: задание молча падает месяцами, и о проблеме узнают только в момент, когда копия реально понадобилась.

Частые вопросы