Как сделать резервную копию 1С Бухгалтерии

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

Ошибка в этой процедуре обнаруживается в самый неподходящий момент — когда копия уже нужна. Поэтому важно не только настроить создание копий, но и периодически проверять, что из них реально можно восстановить рабочую базу. Ниже разобраны все рабочие способы с точными действиями и ограничениями каждого.

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

Перед копированием выясните, в каком режиме работает ваша база. Откройте список информационных баз в окне запуска 1С и посмотрите строку подключения: если указан путь к папке на диске (например, D:\Bases\Buh или сетевой путь) — база файловая. Если указан сервер и имя базы на SQL Server, PostgreSQL или другой СУБД — база клиент-серверная.

От этого зависит всё остальное. Файловую базу можно скопировать как обычный файл, клиент-серверную «живьём» копировать нельзя — файлы данных СУБД в момент работы заблокированы и их копия будет битой. Для неё нужна либо выгрузка .dt, либо бэкап средствами самой СУБД.

Выгрузка базы в файл .dt через конфигуратор

Это универсальный способ, который работает для любого типа базы и создаёт один переносимый файл. Файл .dt содержит и данные, и конфигурацию, его можно развернуть на другом компьютере и даже на другой СУБД.

1. 1
   Завершите работу всех пользователей в базе: Администрирование → Обслуживание → Блокировка работы пользователей, либо просто попросите всех выйти.
2. 2
   Запустите базу в режиме Конфигуратор под пользователем с полными правами.
3. 3
   Откройте меню Администрирование → Выгрузить информационную базу.
4. 4
   Укажите папку и имя файла, например Buh_backup_дата.dt, и подтвердите выгрузку.
5. 5
   Дождитесь окончания процесса и проверьте, что файл создан и его размер сопоставим с размером базы.

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

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

Копирование файловой базы напрямую

Файловая база целиком хранится в одном файле 1Cv8.1CD в папке базы. Самый быстрый способ резервного копирования — скопировать этот файл вместе с папкой на другой диск или сетевое хранилище.

Главное условие — в момент копирования никто не должен работать с базой, иначе файл будет скопирован в несогласованном состоянии. Проверить это просто: если рядом с 1Cv8.1CD есть файл 1Cv8.1CL (журнал блокировок), значит база открыта. Дождитесь закрытия программы у всех пользователей.

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

robocopy "D:\Bases\Buh" "E:\Backups\Buh_%date:~6,4%-%date:~3,2%-%date:~0,2%" 1Cv8.1CD /R:2 /W:5

Перед запуском скрипта убедитесь, что ночью никто не работает в базе удалённо. Если такая вероятность есть, надёжнее использовать выгрузку .dt или механизм «Резервное копирование и восстановление», встроенный в типовую конфигурацию.

Настройка автоматического резервного копирования в типовой конфигурации

В типовой «1С:Бухгалтерии 8» есть встроенный механизм резервного копирования. Он находится в разделе Администрирование → Обслуживание → Резервное копирование и восстановление. Механизм выполняет выгрузку .dt по расписанию — при завершении работы программы или в указанное время.

Настройка сводится к трём шагам: включите резервное копирование, укажите каталог для хранения копий (обязательно не на том же диске, где лежит база) и задайте расписание. Программа будет выгружать копию автоматически, а вы в любой момент сможете восстановиться из списка сохранённых архивов.

Резервное копирование клиент-серверной базы

Для базы на SQL Server, PostgreSQL или другой СУБД основным способом должен быть штатный бэкап самой СУБД: он быстрее выгрузки .dt, не требует остановки работы пользователей и позволяет восстановить базу на момент времени. На Microsoft SQL Server это задача Back Up Database в плане обслуживания, на PostgreSQL — утилита pg_dump.

pg_dump -U postgres -F c -f /backups/buh_$(date +%F).dump buh_base

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

Где хранить копии и как проверить восстановление

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

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

Проверку восстановления выполняйте хотя бы раз в квартал и обязательно после смены способа копирования. Разверните копию в отдельную тестовую базу, войдите в неё и сверьте ключевой отчёт — например, оборотно-сальдовую ведомость — с рабочей базой на дату создания копии.

Частые вопросы о резервном копировании 1С Бухгалтерии