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

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

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

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

Чем отличаются способы архивации базы 1С

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

Выгрузка в DT — штатный механизм платформы, независимый от типа базы. Он создаёт переносимый файл, который можно загрузить в базу на другом компьютере, другой СУБД или даже в другой версии конфигурации (в рамках совместимости). Минус — DT требует монопольного доступа и на больших базах (от 10–15 ГБ) работает долго и может завершаться ошибкой нехватки памяти.

Резервное копирование средствами СУБД — стандарт для клиент-серверных баз. Оно не требует выгона пользователей (при правильной настройке), поддерживает разностные копии и журналы транзакций, позволяя восстановить базу на любой момент времени. Однако такая копия привязана к конкретной СУБД и её версии.

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

Это самый надёжный универсальный метод. Запустите конфигуратор, авторизуйтесь с правами администратора и убедитесь, что в базе нет активных пользователей: меню «Администрирование» → «Активные пользователи». Если сеансы есть — завершите их или попросите пользователей выйти. Выгрузка при активных сеансах либо не начнётся, либо создаст неконсистентную копию.

Далее откройте «Администрирование» → «Выгрузить информационную базу», укажите путь и имя файла (удобно включать дату: base_2026.dt) и дождитесь завершения. Время зависит от размера: база в 2–3 ГБ выгружается за 10–30 минут, большие базы — часами. Не прерывайте процесс и не выключайте компьютер.

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

После выгрузки проверьте результат: файл должен существовать, иметь ненулевой размер и, в идеале, успешно загружаться в пустую тестовую базу. Если выгрузка завершилась ошибкой «Недостаточно памяти» на 32-разрядном клиенте — запустите конфигуратор на 64-разрядной платформе или на сервере.

Особенности для больших баз

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

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

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

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

Полезная практика — сжимать копию архиватором (7-Zip, WinRAR) с паролем: это экономит место в 3–5 раз и защищает данные при передаче. В имени архива указывайте дату и время, чтобы не перепутать версии.

Архивация клиент-серверной базы средствами СУБД

Для баз на MS SQL Server резервное копирование настраивается через SQL Server Management Studio: правый клик по базе → Tasks → Back Up → Full. Укажите файл назначения на отдельном диске или сетевом ресурсе. Для регулярной работы создайте Maintenance Plan с расписанием: полная копия ежедневно ночью, разностные — каждые несколько часов.

Для PostgreSQL используется утилита pg_dump или pg_dumpall. Пример команды для полной выгрузки базы:

pg_dump -U postgres -F c -f /backup/ut_base_$(date +%Y%m%d).dump ut_base

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

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

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

Выгрузку DT также можно запускать из командной строки конфигуратора в пакетном режиме с параметром /DumpIB. Пример:

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

Для клиент-серверных баз автоматизация решается штатно: Maintenance Plan в MS SQL или cron-задача с pg_dump в PostgreSQL. В обоих случаях настройте ротацию — удаление копий старше заданного срока (обычно 2–4 недели ежедневных плюс несколько месячных), иначе диск переполнится.

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

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

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

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

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

Когда и как часто архивировать базу

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

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