Как сохранить базу 1С: способы резервного копирования

Потеря базы 1С — один из самых болезненных сценариев для любой компании: вместе с файлами пропадают документы, проводки, остатки и справочники за месяцы работы. При этом сохранить базу можно несколькими способами — от простого копирования файла до регулярных бэкапов на SQL-сервере. Выбор зависит от того, как развёрнута ваша система: файловая база на компьютере бухгалтера или клиент-серверная установка с десятками пользователей.

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

Определите тип своей базы: файловая или клиент-серверная

Прежде чем выбирать способ сохранения, нужно понять, как именно работает ваша база. Откройте список информационных баз в окне запуска 1С, выделите базу и нажмите «Изменить» — в настройках будет указан тип расположения: «На данном компьютере или на компьютере в локальной сети» (файловый вариант) либо «На сервере 1С:Предприятия» (клиент-серверный вариант).

Файловая база — это каталог на диске, в котором лежит главный файл 1Cv8.1CD и служебные файлы. Такая база обычно используется в небольших организациях с несколькими пользователями. Клиент-серверная база хранится в СУБД — чаще всего Microsoft SQL Server или PostgreSQL — и простым копированием папки её не сохранить: данные находятся внутри сервера баз данных.

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

Универсальный способ, который работает и для файловых, и для клиент-серверных баз — выгрузка информационной базы в файл с расширением .dt. Такой файл содержит и данные, и конфигурацию, его удобно переносить между серверами и хранить как архивную копию.

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

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

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

Способ 2. Копирование файловой базы целиком

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

Обязательное условие — все пользователи должны выйти из программы. Если скопировать файл 1Cv8.1CD, пока база открыта, копия может оказаться в несогласованном состоянии: часть данных будет записана, часть — нет, и при восстановлении база может не открыться или потребовать тестирования и исправления.

После копирования проверьте, что в целевой папке появился файл 1Cv8.1CD и его размер совпадает с исходным. Храните копию не на том же диске, где лежит рабочая база: при поломке диска вы потеряете и базу, и копию.

Способ 3. Резервное копирование клиент-серверной базы через СУБД

Если база работает на MS SQL Server или PostgreSQL, правильный способ сохранения — штатные средства самой СУБД. Для MS SQL это создание резервной копии через SQL Server Management Studio (правой кнопкой по базе → «Задачи» → «Создать резервную копию») или командой T-SQL. Для PostgreSQL — утилита pg_dump или pg_basebackup.

BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backups\MyBase1C_full.bak' WITH COMPRESSION;

Преимущество бэкапа средствами СУБД — его можно делать без остановки работы пользователей, а также настроить разностное копирование и копирование журнала транзакций, чтобы восстановить базу на конкретный момент времени. Это особенно важно для баз, в которых документы вводятся весь день и потеря даже нескольких часов работы критична.

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

Автоматизация: как настроить регулярные копии

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

robocopy "D:\Bases\Buh" "E:\Backup\Buh_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%" /E /R:2 /W:5

Для клиент-серверных баз резервное копирование настраивается средствами СУБД: в MS SQL — через планы обслуживания или задания агента SQL Server, в PostgreSQL — через расписание с вызовом pg_dump. Разумная схема для рабочей базы — полная копия ежедневно и, при высокой интенсивности ввода, копии журнала транзакций несколько раз в день.

При любой автоматизации предусмотрите контроль: задание должно либо писать результат в журнал, который кто-то просматривает, либо присылать уведомление об ошибке. Молча неработающий скрипт создаёт ложное чувство защищённости — копий нет, а все уверены, что они есть.

Как проверить, что копия рабочая

Проверка копии — это восстановление её в тестовом виде. Для файла .dt создайте новую пустую базу в списке информационных баз, зайдите в конфигуратор и выполните «Администрирование» → «Загрузить информационную базу», указав сохранённый файл. Для копии каталога просто добавьте скопированную папку как новую базу в список и откройте её в режиме «Предприятие».

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

Типичные ошибки при сохранении баз 1С

Отдельно предупредим про обновления: перед любым обновлением конфигурации 1С сама предложит создать резервную копию — не отказывайтесь от этого предложения. Если обновление пройдёт с ошибкой, единственный надёжный путь назад — восстановление из копии, сделанной до его запуска.

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