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

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

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

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

Какие виды архивов существуют в 1С и что выбрать

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

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

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

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

Это самый универсальный способ, доступный любому администратору. Запустите конфигуратор, войдите в базу под пользователем с полными правами и убедитесь, что других пользователей в базе нет: выгрузка требует монопольного доступа. Откройте меню Файл → Выгрузить информационную базу, укажите путь и имя файла, например base_2026.dt, и нажмите «Сохранить».

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

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

Выгрузку можно выполнять и из командной строки, что удобно для автоматизации. Платформа запускается с параметрами CONFIG /DumpIB и указанием пути к файлу выгрузки.

"C:\Program Files\1cv8\8.3.22.1923\bin\1cv8.exe" CONFIG /F"D:\Bases\Trade" /NАдминистратор /Pпароль /DumpIB"D:\Backup\trade.dt" /DisableStartupDialogs

Архивирование файловой базы копированием

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

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

Для регулярного архивирования удобно использовать скрипт, который копирует файл с датой в имени. Пример на PowerShell:

$src = "D:\Bases\Trade\1Cv8.1CD"
$dst = "E:\Backup\1Cv8_$(Get-Date -Format yyyy-MM-dd_HHmm).1CD"
Copy-Item $src $dst
if (Test-Path $dst) { Write-Output "Копия создана: $dst" }

Храните копии на другом физическом носителе, а не на том же диске, где лежит рабочая база. Архив на том же диске не спасёт при выходе диска из строя.

Архив клиент-серверной базы на SQL

Если база работает в клиент-серверном варианте (MS SQL Server, PostgreSQL, Oracle), данные хранятся в СУБД, и архивировать нужно именно её. Для MS SQL Server стандартный путь — создать полную резервную копию через SQL Server Management Studio: правый клик по базе → Tasks → Back Up → тип Full → указать файл назначения.

Для регулярных бэкапов настраивают план обслуживания (Maintenance Plan) или задание агента SQL Server с T-SQL-командой. Пример команды полного бэкапа:

BACKUP DATABASE [trade_base]
TO DISK = N'D:\Backup\trade_base_full.bak'
WITH COMPRESSION, CHECKSUM;

Для PostgreSQL используется утилита pg_dump: она создаёт согласованную выгрузку базы без остановки работы пользователей. Ключевое преимущество бэкапов средствами СУБД — они не требуют монопольного доступа и выполняются быстро даже на больших базах.

Автоматизация архивирования по расписанию

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

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

После настройки расписания проконтролируйте первые несколько запусков вручную: проверьте, что файлы реально появляются, имеют ожидаемый размер и дату изменения.

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

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

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

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

Частые ошибки при архивировании баз 1С

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

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

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