Администрирование · 9 мин
Как настроить автоматическое резервное копирование в 1С
Как настроить автоматическое резервное копирование базы 1С: файловый и клиент-серверный варианты, планировщик задач, скрипты, проверка копий и типичные ошибки.
Потеря базы 1С — одна из самых дорогих аварий в малом и среднем бизнесе: вместе с файлом исчезают документы, остатки, расчёты с контрагентами и история за годы. При этом автоматическое резервное копирование настраивается штатными средствами Windows и 1С без покупки стороннего ПО, и вся процедура занимает от 15 минут до часа в зависимости от варианта работы базы.
Способ настройки зависит от того, как развёрнута ваша база. Для файловой базы (один компьютер или общая папка) достаточно копирования файла 1Cv8.1CD или выгрузки в формат DT по расписанию. Для клиент-серверного варианта резервные копии делаются средствами СУБД — MS SQL Server или PostgreSQL. Ниже разобраны оба сценария, проверка результата и типичные ошибки, из-за которых копии оказываются бесполезными.
Какой вариант резервного копирования выбрать
Прежде чем настраивать расписание, определите тип вашей базы. Откройте список информационных баз в окне запуска 1С, выделите базу и нажмите «Изменить» — в настройках будет указано, файловая это база или клиент-серверная. От этого зависит весь дальнейший путь.
Файловая база хранится в одном файле 1Cv8.1CD в обычной папке. Её можно копировать двумя способами: простым копированием файла (быстро, но требует, чтобы никто не работал в базе) или выгрузкой в файл .dt через конфигуратор (надёжнее, так как включает проверку целостности). Клиент-серверная база хранится в СУБД, и копировать её файлы вручную нельзя — только штатные средства резервного копирования самой СУБД.
Сравнение способов копирования
Подходит для файловой базы без активных пользователей. Быстро, но при открытых сеансах копия может оказаться повреждённой.
Подходит для файловой базы, включает логическую проверку данных. Требует монопольного доступа и больше времени.
Единственный корректный способ для клиент-серверной базы. Позволяет копировать «на горячую», не отключая пользователей.
Настройка копирования файловой базы через Планировщик заданий
Самый доступный способ автоматизации — пакетный файл (.bat), который запускает выгрузку базы в формат DT, и задание в Планировщике заданий Windows, которое запускает этот файл по расписанию. Для выгрузки используется конфигуратор в пакетном режиме с параметром DumpIB.
Создайте текстовый файл, например backup_1c.bat, и пропишите в нём команду запуска конфигуратора. Путь к платформе зависит от установленной версии — проверьте его в папке C:\Program Files\1cv8\.
"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 — путь, куда сохранить выгрузку. Дата в имени файла позволяет хранить несколько копий и не затирать предыдущие. Сохраните файл и проверьте его вручную: запустите двойным щелчком и убедитесь, что в папке назначения появился .dt-файл ненулевого размера.
Далее откройте Планировщик заданий (Win+R → taskschd.msc), создайте задачу: триггер — ежедневно в нерабочее время (например, в 21:00), действие — запуск вашего .bat-файла. В свойствах задачи включите «Выполнять вне зависимости от регистрации пользователя», иначе копирование не сработает при заблокированном экране.
- 1Определите путь к базе и путь к исполняемому файлу платформы 1cv8.exe
- 2Создайте .bat-файл с командой выгрузки /DumpIB
- 3Запустите файл вручную и проверьте, что .dt создался
- 4Создайте задачу в Планировщике заданий на нерабочее время
- 5Включите запуск задачи без входа пользователя в систему
- 6Через сутки проверьте, что копия создана по расписанию
Резервное копирование клиент-серверной базы
MS SQL Server
Для базы на MS SQL Server откройте SQL Server Management Studio, подключитесь к серверу и в разделе «Управление» — «Планы обслуживания» создайте новый план. Добавьте задачу «Резервное копирование базы данных», выберите нужную базу, тип копии — полная, укажите папку назначения и расписание. Полную копию обычно делают ежедневно, а для крупных баз добавляют разностные копии в течение дня.
Убедитесь, что у учётной записи службы SQL Server есть права на запись в целевую папку — это самая частая причина сбоя плана обслуживания. Результат проверяется появлением .bak-файла и записью об успехе в журнале плана обслуживания.
PostgreSQL
Для PostgreSQL используется утилита pg_dump, запускаемая через планировщик. Команда выглядит примерно так: pg_dump -U postgres -Fc имя_базы > файл.backup. Задание добавляется в Планировщик заданий Windows или в cron на Linux-сервере. Переменную окружения PGPASSWORD можно использовать, чтобы не вводить пароль интерактивно.
Куда и сколько хранить копии
Копии, лежащие на том же диске, что и база, защищают только от случайного удаления данных, но не от поломки диска, вируса-шифровальщика или пожара. Минимальное требование — отдельный физический диск или сетевое хранилище; лучше — дополнительная копия в другом помещении или в облачном хранилище.
Глубина хранения зависит от объёма базы и дискового пространства. Рабочая схема для большинства компаний: ежедневные копии за последние 7–14 дней плюс еженедельные копии за 1–2 месяца. Периодически удаляйте старые файлы — это можно автоматизировать добавлением в тот же .bat-файл команды очистки, например через forfiles с удалением файлов старше заданного числа дней.
Проверка, что копии действительно рабочие
Самая опасная ситуация — резервные копии создаются месяцами, а при аварии выясняется, что они не восстанавливаются. Проверка должна быть частью процедуры, а не разовым действием после настройки.
Минимальная проверка — визуальная: файл появляется в нужной папке, его размер сопоставим с размером базы, дата изменения соответствует расписанию. Полноценная проверка — тестовое восстановление: загрузите .dt в новую пустую базу через конфигуратор (параметр RestoreIB или «Загрузить информационную базу») и убедитесь, что база открывается, а свежие документы на месте. Делайте такую проверку хотя бы раз в месяц.
Как проверить результат
Файл появился по расписанию, размер сопоставим с базой
Файл отсутствует, нулевой или аномально малого размера
Планировщик показывает код завершения 0
Код ошибки, задача не запускалась
База загружается из копии и открывается, данные актуальны
Ошибка загрузки, база не открывается или данных нет
Типичные ошибки при настройке
Большинство проблем с автоматическим копированием возникает не из-за сложности инструментов, а из-за упущений при настройке. Разберём самые частые.
Отдельно отметьте для себя мониторинг: настройте хотя бы простое уведомление о результате выполнения задачи (например, запись в лог-файл с результатом и его периодический просмотр). Резервное копирование, за которым никто не наблюдает, рано или поздно тихо перестаёт работать.
FAQ: частые вопросы о резервном копировании 1С
Можно ли копировать базу, пока пользователи работают?
Простое копирование файла 1Cv8.1CD при открытых сеансах недопустимо — копия может быть повреждена. Выгрузка .dt требует монопольного доступа. Исключение — клиент-серверный вариант: СУБД умеет делать согласованные копии «на горячую», не отключая пользователей.
Чем выгрузка .dt отличается от копии файла базы?
Файл .dt — это логическая выгрузка данных через конфигуратор: при её создании выполняется проверка структуры, а при загрузке база фактически перестраивается заново, что нередко устраняет мелкие повреждения. Копия файла 1Cv8.1CD — побайтовый дубликат: быстрее, но переносит и возможные дефекты файла.
Как часто нужно делать резервные копии?
Ориентируйтесь на допустимую потерю данных: если повторный ввод документов за один рабочий день критичен — делайте копию ежедневно, если за полдня — добавьте дневную копию. Для большинства компаний разумный минимум — ежедневная копия в конце рабочего дня.
Достаточно ли копии в облаке?
Облачная копия — хорошее дополнение, но не единственный вариант: восстановление большой базы из облака может занять часы из-за скорости канала, а доступ к хранилищу зависит от интернета и учётных данных. Оптимально сочетать локальную копию для быстрого восстановления и удалённую — для защиты от физических рисков.
Что делать, если задание в Планировщике не срабатывает?
Проверьте по порядку: код завершения задачи в журнале Планировщика, включён ли запуск без входа пользователя, актуален ли пароль в скрипте, есть ли права на запись в папку назначения и достаточно ли свободного места на диске. Запустите .bat-файл вручную — если он работает, проблема в настройках задачи, а не в команде.
Нужно ли архивировать базу перед обновлением конфигурации?
Да, обязательно. Обновление изменяет структуру данных, и при сбое откат возможен только из копии. Перед каждым обновлением делайте выгрузку .dt вручную, не полагаясь на ночное расписание, — копия должна быть максимально свежей.
Что важно запомнить
Файловая база копируется выгрузкой .dt через Планировщик заданий, клиент-серверная — средствами СУБД. Копии храните на отдельном носителе, следите за выполнением задач и регулярно проверяйте восстановление. Копия, которая не проверена, не считается резервной.