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

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

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

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

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

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

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

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

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

Порядок действий: запустите конфигуратор нужной базы, откройте меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите путь и имя файла, удобно включать в имя дату, например Buh_2026-05-15.dt, и дождитесь завершения операции. На больших базах выгрузка может занять продолжительное время, прерывать процесс нельзя.

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

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

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

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

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

Чтобы открыть копию, добавьте её в список баз через кнопку «Добавить» в окне запуска 1С:Предприятия, выбрав «Добавление в список существующей информационной базы» и указав путь к скопированному каталогу. Это же действие используют для переноса базы на другой компьютер.

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

Для базы, развёрнутой на MS SQL Server, PostgreSQL или другой СУБД, выгрузка .dt на больших объёмах занимает много времени. Практичнее делать резервную копию штатными средствами СУБД: она создаётся быстрее и подходит для регулярного автоматического архивирования.

В MS SQL Server резервная копия создаётся через SQL Server Management Studio: правой кнопкой по базе → «Задачи» → «Создать резервную копию», тип — «Полная». Ту же операцию можно выполнить командой:

BACKUP DATABASE [BuhBase] TO DISK = N'D:\Backup\BuhBase_full.bak' WITH FORMAT, COMPRESSION;

В PostgreSQL используется утилита pg_dump:

pg_dump -U postgres -F c -f /backup/buhbase.dump buhbase

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

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

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

Для проверки .dt создайте пустую информационную базу (в окне запуска: «Добавить» → «Создание новой информационной базы» → без конфигурации), зайдите в её конфигуратор и выполните «Администрирование» → «Загрузить информационную базу». После загрузки откройте базу в режиме 1С:Предприятия и сверьте ключевые данные: оборотно-сальдовую ведомость за последний закрытый период, количество документов за последний месяц, остатки по основным счетам.

Организация регулярного резервного копирования

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

Для файловых баз копирование автоматизируют скриптом по расписанию (планировщик заданий Windows), для клиент-серверных — планами обслуживания в СУБД. Критически важно хранить копии не на том же диске, где лежит рабочая база: при отказе диска вы потеряете и базу, и архив. Используйте отдельный накопитель, сетевое хранилище или облачный сервис.

Типичные ошибки и ограничения

Большинство проблем при копировании связано с активными сеансами, нехваткой места и несовместимостью версий платформы. Ниже — ошибки, которые встречаются чаще всего.

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

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