Администрирование · 11 мин
Как настроить резервное копирование в 1С 8.3 Бухгалтерия
Как настроить резервное копирование базы 1С 8.3 Бухгалтерия: выгрузка через конфигуратор, автоматические копии, регламентные задания на сервере и проверка восстановления.
Потеря базы 1С:Бухгалтерии означает потерю первичных документов, проводок и отчётности за весь период работы. Восстановить такие данные вручную дороже и дольше, чем заранее настроить резервное копирование. В 1С 8.3 есть несколько рабочих способов: выгрузка базы через конфигуратор, копирование файловой базы, регламентные задания на сервере и внешние средства резервного копирования.
Выбор способа зависит от режима работы базы. Файловая база (обычно для 1–5 пользователей) копируется проще всего — достаточно скопировать файл 1Cv8.1CD или сделать выгрузку в dt. Клиент-серверная база на SQL Server или PostgreSQL требует резервного копирования средствами СУБД плюс периодических выгрузок dt. Ниже разобраны все сценарии с точными действиями.
Важно понимать разницу между типами копий. Выгрузка в файл .dt — это логическая копия данных в формате 1С, удобная для переноса и восстановления. Копия файла базы или бэкап СУБД — физическая копия, которая восстанавливается быстрее, но привязана к версии платформы и СУБД. Надёжная схема обычно сочетает оба подхода.
Какой способ копирования подходит вашей базе
Перед настройкой определите режим работы информационной базы. Откройте меню «Файл» — «Сведения» в режиме Предприятия или посмотрите строку подключения в списке баз при запуске. Если путь ведёт к папке на диске или сетевому ресурсу — база файловая. Если указан сервер 1С:Предприятия — база клиент-серверная.
Файловые базы имеют ограничение по одновременной работе пользователей и размеру, но их копирование не требует специальных знаний. Клиент-серверные базы надёжнее в эксплуатации, однако простое копирование файлов данных СУБД без остановки служб приведёт к поврежденной копии — нужны штатные средства резервного копирования самой СУБД.
Сравнение вариантов
Универсальный способ, подходит для переноса между платформами. Требует монопольного доступа — все пользователи должны выйти.
Быстро и просто, но только для файловых баз. Копировать при работающих пользователях нельзя.
Для клиент-серверных баз. Можно делать без остановки работы, но восстановление требует навыков администрирования SQL.
Удобны для расписаний и облачного хранения. Проверяйте, что программа корректно работает с открытыми файлами или настраивайте на нерабочие часы.
Выгрузка базы в файл .dt через конфигуратор
Выгрузка в dt — базовый способ, который работает для любой базы 1С 8.3. Закройте все сеансы пользователей, затем запустите конфигуратор. В меню «Администрирование» выберите пункт «Выгрузить информационную базу», укажите путь и имя файла с расширением .dt и подтвердите операцию.
Время выгрузки зависит от размера базы: небольшая база выгружается за минуты, крупная может занять час и более. Во время выгрузки база недоступна для пользователей, поэтому планируйте операцию на вечер или выходные. Признак успешного завершения — появление файла .dt ожидаемого размера и отсутствие сообщений об ошибках в окне конфигуратора.
Проверить целостность выгрузки можно сразу: создайте пустую базу, загрузите в неё файл через «Администрирование» — «Загрузить информационную базу» и убедитесь, что данные открываются. Такая проверка занимает время, но только она гарантирует, что копия действительно пригодна для восстановления.
Копирование файловой базы напрямую
Файловая база хранится в одном файле 1Cv8.1CD в папке базы. Чтобы сделать копию, завершите все сеансы работы с базой, откройте папку и скопируйте файл в другое место — на внешний диск, сетевое хранилище или в облачную папку. Дополнительно имеет смысл копировать файлы журнала регистрации и вложенные папки, если они есть.
Главное правило — копировать файл только при закрытых сеансах. Если скопировать файл, пока пользователи работают, копия может оказаться повреждённой и не открыться. Признак проблемы: при попытке открыть копию появляется ошибка формата потока или база требует тестирования и исправления.
- 1Попросите всех пользователей выйти из базы и проверьте отсутствие активных сеансов
- 2Откройте папку базы (путь виден в списке информационных баз при запуске 1С)
- 3Скопируйте файл 1Cv8.1CD в папку резервных копий, переименовав его с указанием даты
- 4Убедитесь, что размер скопированного файла совпадает с исходным
- 5Периодически открывайте копию как новую базу, чтобы проверить её работоспособность
Автоматизация: пакетный запуск и планировщик задач
Ручное копирование быстро забывается, поэтому резервное копирование нужно автоматизировать. Для файловой базы используется пакетный режим конфигуратора: команда запуска с параметром /DumpIB выгружает базу в dt без открытия окон. Эту команду помещают в bat-файл и запускают через Планировщик заданий Windows, например каждую ночь.
Пример команды для bat-файла: путь к 1cv8.exe, параметр DESIGNER, строка подключения к базе, логин и пароль администратора, затем /DumpIB с путём к файлу выгрузки. Чтобы имена файлов не перезаписывались, в путь добавляют переменную даты — так копии за разные дни сохраняются отдельно.
"C:\Program Files\1cv8\8.3.x\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /NАдминистратор /Pпароль /DumpIB "E:\Backup\buh_%date:~6,4%%date:~3,2%%date:~0,2%.dt" /DisableStartupDialogsВ Планировщике заданий создайте задачу с запуском bat-файла в нерабочее время, например в 2 часа ночи. Учтите: если в момент запуска в базе останутся активные сеансы, выгрузка завершится ошибкой. Для принудительного завершения сеансов можно предварительно блокировать базу или настроить завершение работы пользователей заранее.
Резервное копирование клиент-серверной базы
Для базы на Microsoft SQL Server резервное копирование настраивается в SQL Server Management Studio. Создайте план обслуживания с задачей Back Up Database: полная копия ежедневно, при необходимости — разностные копии в течение дня. Укажите папку назначения на отдельном диске и срок хранения копий, чтобы старые файлы удалялись автоматически.
Для PostgreSQL используется утилита pg_dump, которую запускают по расписанию через cron или планировщик ОС. Команда указывает имя базы, пользователя и файл назначения. В обоих случаях бэкап СУБД делается без остановки работы пользователей — это главное преимущество перед выгрузкой dt.
Даже при настроенном бэкапе СУБД рекомендуется периодически делать выгрузку в dt. Причина: бэкап СУБД восстанавливается только на совместимую версию сервера, а dt-файл универсален и позволяет поднять данные на другой платформе, если исходный сервер восстановить невозможно.
Где хранить копии и сколько их держать
Копии, лежащие на том же диске, что и база, не защищают от отказа диска, вируса-шифровальщика или кражи оборудования. Минимальное правило — хранить копии минимум в двух физически разных местах: например, на NAS в офисе и в облачном хранилище. Для облака подойдёт любой сервис с синхронизацией папки или загрузкой по расписанию.
Глубина хранения зависит от дисциплины работы: ошибку в данных часто замечают через недели. Практичная схема — ежедневные копии за последние 7–14 дней, еженедельные за 1–2 месяца и ежемесячные за год. После закрытия отчётного периода и сдачи отчётности сделайте отдельную архивную копию, которую никогда не перезаписывают.
Проверка копий и восстановление базы
Резервная копия ценна только тогда, когда из неё можно восстановиться. Раз в месяц выберите свежую копию и проверьте её: для dt — загрузите в пустую тестовую базу, для файловой копии — добавьте папку с копией в список баз и откройте. Убедитесь, что отчёты строятся, а оборотно-сальдовая ведомость совпадает с рабочей базой за тот же период.
Процедура восстановления рабочей базы из dt: создайте резервную копию текущего состояния (даже повреждённого), затем в конфигураторе выполните «Администрирование» — «Загрузить информационную базу» и укажите файл. Помните, что загрузка полностью заменяет данные, включая конфигурацию. Для файловой базы достаточно заменить файл 1Cv8.1CD копией при закрытых сеансах.
Как проверить результат
Файл появляется ежедневно, размер сопоставим с предыдущими копиями
Файл отсутствует, нулевой размер или резко меньше обычного
Копия загружается в тестовую базу без ошибок, данные открываются
Ошибка формата потока, база не открывается, данные неполные
Задача завершается с кодом успешного выполнения
Ошибки доступа, неверный пароль, задача не запускалась
FAQ
Можно ли настроить копирование прямо из режима Предприятия, без конфигуратора?
Штатной функции автоматического резервного копирования в типовой 1С:Бухгалтерии нет. В некоторых конфигурациях и расширениях есть подсистемы резервного копирования, но для типовой базы стандартные пути — конфигуратор, пакетный режим с планировщиком задач или средства СУБД для клиент-серверного варианта.
Чем отличается выгрузка dt от копии файла базы?
Файл dt — это логическая выгрузка данных и конфигурации в формате 1С, пригодная для переноса между разными версиями платформы и режимами работы. Копия файла 1Cv8.1CD — побайтовый слепок файловой базы, который восстанавливается быстрее, но только в том же файловом режиме и при условии, что копировался при закрытых сеансах.
Как часто нужно делать резервные копии бухгалтерской базы?
Минимум — ежедневно в нерабочее время, если в базе каждый день вводятся документы. При интенсивной работе имеет смысл добавить разностные копии в течение дня средствами СУБД. Ориентир простой: потеря какого объёма введённых данных вы готовы пережить — таков и максимальный интервал между копиями.
Выгрузка по расписанию перестала работать. С чего начать проверку?
Проверьте журнал Планировщика заданий: не менялся ли пароль пользователя, от имени которого запускается задача, и пароль администратора 1С в bat-файле. Затем убедитесь, что путь к платформе актуален — после обновления 1С папка с версией меняется, и старая команда перестаёт находить 1cv8.exe. Также проверьте свободное место на диске назначения.
Защищает ли резервная копия от вируса-шифровальщика?
Только если копии хранятся изолированно: на внешнем диске, который отключается после копирования, в облаке с версионированием файлов или на хранилище, недоступном на запись с рабочих компьютеров. Копии в сетевой папке с правами записи шифруются вместе с базой.
Нужно ли делать копию перед обновлением конфигурации?
Обязательно. Обновление изменяет структуру данных, и откат без копии невозможен. Перед обновлением сделайте выгрузку в dt при монопольном доступе и убедитесь, что файл создался полностью. Это правило относится и к обновлениям платформы, и к любым доработкам конфигурации.
Что важно запомнить
Настройте автоматическое копирование по расписанию: выгрузка dt для файловой базы, бэкап СУБД для клиент-серверной. Храните копии минимум в двух разных местах, держите историю за несколько недель и регулярно проверяйте восстановление в тестовой базе. Копия, которую не проверяли, считается отсутствующей.