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

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

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

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

Определите формат базы и выберите способ копирования

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

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

От формата зависит выбор инструмента. Выгрузка в DT работает в обоих случаях, но на больших клиент-серверных базах (десятки гигабайт) она идёт долго и создаёт нагрузку, поэтому там предпочтительнее штатный backup СУБД. Файловую базу проще всего копировать прямым копированием файла.

Как снять копию через конфигуратор: выгрузка в файл DT

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

Для выгрузки нужны полные права (роль «Администратор») и монопольный доступ: все пользователи должны выйти из базы, фоновые задания — завершиться. В клиент-серверном режиме сеансы можно завершить принудительно через консоль кластера серверов 1С.

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

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

Копирование файловой базы напрямую

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

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

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

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

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

MS SQL Server

В SQL Server Management Studio подключитесь к серверу, найдите нужную базу, щёлкните правой кнопкой и выберите «Задачи» → «Создать резервную копию». Тип — «Полная», назначение — файл на диске с достаточным свободным местом. Для регулярного копирования настройте план обслуживания с расписанием.

PostgreSQL

Для PostgreSQL используется утилита pg_dump. Копия снимается командой из консоли сервера СУБД и не требует остановки работы пользователей.

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

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

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

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

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

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

Разовая копия защищает только на момент её создания. Для постоянной защиты настройте автоматическое копирование по расписанию: для файловых баз — скрипт копирования 1Cv8.1CD через планировщик Windows в нерабочие часы, для клиент-серверных — план обслуживания в MS SQL или задание cron с pg_dump в PostgreSQL.

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

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

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