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

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

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

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

Что нужно сделать перед архивированием

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

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

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

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

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

Порядок действий следующий. Откройте базу в режиме «Конфигуратор» под учётной записью с правами администратора. В главном меню выберите «Администрирование → Выгрузить информационную базу». Укажите папку и имя файла — удобно включать в имя дату, например buh_2026-05-15.dt, чтобы потом различать архивы. Нажмите «Сохранить» и дождитесь окончания выгрузки.

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

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

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

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

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

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

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

Для баз на MS SQL Server, PostgreSQL или другой СУБД помимо выгрузки в dt существует второй путь — штатное резервное копирование средствами самой СУБД. В MS SQL Server это выполняется через SQL Server Management Studio: правый клик по базе → «Задачи → Создать резервную копию», выбор типа «Полная» и пути сохранения bak-файла.

Такой бэкап создаётся быстрее выгрузки в dt и может выполняться по расписанию средствами агента SQL Server. Однако у него есть ограничение: восстановить его можно только на совместимую версию той же СУБД, а перенос между разными СУБД невозможен. Поэтому перед обновлением платформы или переносом на другую инфраструктуру всё равно рекомендуется делать dt-выгрузку.

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

Как автоматизировать регулярное архивирование

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

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

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB"D:\Backup\buh_%date%.dt"

Проверка созданного архива

Архив, который не проверен, нельзя считать надёжным. Минимальная проверка — убедиться, что файл существует, имеет ожидаемый размер (не нулевой и не аномально маленький) и дату изменения, соответствующую моменту создания.

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

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

Типичные ошибки при архивировании

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

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

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

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