Как сохранить базу 1С без конфигуратора

Штатный способ выгрузки базы через конфигуратор (Администрирование → Выгрузить информационную базу) не всегда доступен: конфигуратор может быть заблокирован регламентными заданиями, база слишком велика для выгрузки в .dt, а иногда нужно просто настроить автоматическое копирование по расписанию без участия человека. В таких ситуациях базу сохраняют напрямую — на уровне файловой системы или средствами СУБД.

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

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

Как определить тип базы и где она лежит

Прежде чем копировать, нужно понять, с чем вы работаете. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и посмотрите строку внизу окна. Если путь выглядит как каталог на диске или сетевом ресурсе (например, D:\Bases\Trade или \\Server\1C\Base) — это файловая база. Если указан сервер 1С:Предприятия и имя базы (например, srv-1c; trade_db) — база клиент-серверная, и копировать её нужно средствами СУБД.

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

Сохранение файловой базы копированием 1Cv8.1CD

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

1. 1
   Попросите всех пользователей выйти из базы или завершите сеансы принудительно
2. 2
   Убедитесь, что в каталоге базы нет файла 1Cv8.1CL (файла блокировок)
3. 3
   Скопируйте файл 1Cv8.1CD в каталог резервных копий
4. 4
   Переименуйте копию по шаблону с датой, например 1Cv8_2026-05-10.1CD
5. 5
   Проверьте размер копии — он должен совпадать с оригиналом

Чтобы восстановить базу из такой копии, создайте новую пустую папку, положите туда сохранённый файл под именем 1Cv8.1CD и добавьте базу в список через окно запуска 1С (кнопка «Добавить» → «Добавление в список существующей информационной базы»). База откроется сразу, без дополнительных процедур.

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

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

Для баз на Microsoft SQL Server резервную копию делают через SQL Server Management Studio: правый клик по базе → Задачи → Создать резервную копию, тип «Полная», и указание файла назначения. Альтернатива — команда T-SQL, которую удобно вставлять в скрипты:

BACKUP DATABASE [trade_db] TO DISK = N'D:\Backups\trade_db_full.bak' WITH COMPRESSION, CHECKSUM;

Для PostgreSQL используется утилита pg_dump, которая создаёт логическую выгрузку базы в файл:

pg_dump -U postgres -Fc -f /backups/trade_db_$(date +%F).dump trade_db

Восстановление выполняется штатно: для SQL Server — через Restore Database, для PostgreSQL — через pg_restore. После восстановления базы на том же или другом сервере её нужно зарегистрировать в кластере 1С:Предприятия через консоль администрирования серверов, указав имя базы на СУБД.

Пакетный режим: выгрузка .dt без открытия конфигуратора

Если нужен именно файл выгрузки .dt (например, для переноса базы между файловым и клиент-серверным вариантом), конфигуратор открывать вручную не обязательно — его можно запустить в пакетном режиме из командной строки или скрипта. Это тот же механизм выгрузки, но без интерактивной работы:

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

Ключ DESIGNER запускает конфигуратор, /F указывает путь к файловой базе, /DumpIB — команду выгрузки. Для клиент-серверной базы вместо /F используется /S"сервер\имя_базы". Все сеансы при этом так же должны быть завершены — пакетный режим не снимает это требование.

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

Автоматизация резервного копирования по расписанию

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

Для серверных баз расписание обычно настраивают прямо в СУБД: в SQL Server это планы обслуживания (Maintenance Plans) с задачей Back Up Database, в PostgreSQL — задание cron с pg_dump. Такой подход надёжнее, чем внешние скрипты, потому что СУБД сама контролирует целостность копии.

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

Проверка резервной копии и восстановление

Бэкап, который никогда не проверяли, нельзя считать бэкапом. Минимальная проверка для файловой копии — сравнение размера с оригиналом и тестовое открытие копии в отдельном каталоге. Для SQL-бэкапов — периодическое восстановление в тестовую базу с опцией WITH CHECKSUM при создании копии.

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

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

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

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