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

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

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

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

Определите, какой у вас тип базы

Перед созданием копии нужно понять, где физически хранятся данные. Откройте 1С, войдите в базу и посмотрите в списке информационных баз при запуске: там указан путь. Если это локальная папка вида C:\Bases\BUH или сетевой путь — база файловая. Если указан сервер кластера 1С и имя базы — клиент-серверная.

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

Резервная копия файловой базы через Конфигуратор

Штатный и самый надёжный способ для файловой базы — выгрузка в файл .dt через Конфигуратор. Такой файл содержит всю структуру и данные базы и подходит как для восстановления, так и для переноса на другой компьютер.

Важное условие: во время выгрузки в базе не должны работать пользователи. Если кто-то оставил сеанс открытым, выгрузка не запустится или завершится ошибкой. Закройте программу у всех пользователей заранее.

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

Имя файла лучше формировать с датой, например BUH_2026-05-10.dt — так вы всегда поймёте, какая копия свежая, и не перезапишете старую. Храните копии не на том же диске, где лежит сама база: при выходе диска из строя вы потеряете и базу, и бэкап.

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

Быстрая альтернатива выгрузке — скопировать весь каталог базы или хотя бы файл 1Cv8.1CD. Это быстрее, чем выгрузка в .dt, особенно на больших базах, и восстановление сводится к простому копированию файла обратно.

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

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

Если база работает на SQL Server, правильный способ — создать задачу бэкапа в SQL Server Management Studio или скриптом. Бэкап делается в режиме FULL и может выполняться без остановки работы пользователей, хотя в момент копирования возможна некоторая нагрузка на сервер.

Для PostgreSQL используется утилита pg_dump или pg_basebackup. Обратите внимание: в серверном варианте выгрузка в .dt через Конфигуратор тоже возможна, но она не заменяет бэкап СУБД — восстановление из .dt на большой базе занимает значительно больше времени.

BACKUP DATABASE [buh_base] TO DISK = 'D:\Backups\buh_base_full.bak' WITH INIT, COMPRESSION;

Для регулярного копирования настройте план обслуживания в SQL Server: полный бэкап ежедневно, при интенсивной работе — дополнительно разностный. Файлы бэкапов сразу переносите на другой сервер или внешнее хранилище.

Автоматизация и расписание копий

Ручное копирование рано или поздно забывается. Для файловой базы настройте скрипт, который по расписанию Планировщика Windows копирует каталог базы или запускает конфигуратор в пакетном режиме с выгрузкой в .dt. Для серверной базы используйте планы обслуживания СУБД.

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

Проверка копий и типичные ошибки

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

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

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