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

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

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

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

Какие способы архивации существуют и когда какой выбирать

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

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

На практике способы комбинируют: например, ежедневный бэкап SQL-сервером плюс еженедельная выгрузка в DT как независимая копия. Такая схема защищает и от сбоев оборудования, и от ситуаций, когда нужно перенести базу в другое окружение.

Как выгрузить базу в файл DT через конфигуратор

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

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

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

Ту же выгрузку можно выполнить из режима «Предприятие»: Администрирование → Обслуживание → Резервное копирование и восстановление → Выгрузка информационной базы (в типовых конфигурациях путь может немного отличаться). Это удобно, когда конфигуратор недоступен, но монопольный режим всё равно потребуется.

Как архивировать файловую базу копированием

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

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

xcopy "D:\Bases\Trade" "E:\Backups\Trade_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%\" /E /I /H /Y

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

Как архивировать клиент-серверную базу средствами SQL

Для баз на MS SQL Server или PostgreSQL штатный бэкап СУБД — предпочтительный способ архивации. Он выполняется «на горячую», не мешая пользователям, работает быстрее выгрузки DT и позволяет восстановить базу на произвольный момент времени при модели восстановления Full.

В MS SQL Server бэкап настраивается через SQL Server Management Studio: правый клик по базе → Tasks → Back Up, тип Full, указание файла назначения. Для регулярного выполнения создают план обслуживания (Maintenance Plan) или задание агента SQL Server с T-SQL-командой. В PostgreSQL используется утилита pg_dump или настраивается физическое копирование с архивированием WAL.

BACKUP DATABASE [TradeBase] TO DISK = N'E:\Backups\TradeBase_full.bak' WITH COMPRESSION, CHECKSUM;

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

Как автоматизировать архивацию по расписанию

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

Конфигуратор умеет запускаться из командной строки с параметром /DumpIB, который выполняет выгрузку базы без открытия интерфейса. Скрипт с такой командой добавляется в планировщик и запускается ночью, когда пользователи не работают. Параметр /DisableStartupDialogs подавляет лишние диалоги, а лог выгрузки можно перенаправить в файл для контроля.

"C:\Program Files\1cv8\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"E:\Backups\Trade_%DATE:~6,4%%DATE:~3,2%%DATE:~0,2%.dt" /DisableStartupDialogs

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

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

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

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

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

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

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

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

Часто задаваемые вопросы