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

Под «образом 1С» обычно понимают одну из трёх вещей: выгрузку информационной базы в файл .dt через конфигуратор, резервную копию базы данных на уровне СУБД (MS SQL, PostgreSQL) или полный образ диска/виртуальной машины, где развёрнута 1С. Все три подхода решают одну задачу — возможность восстановить работоспособную копию системы, но различаются по скорости, требованиям и полноте восстановления.

Выбор способа зависит от режима работы базы. Файловая база (каталог с файлом 1Cv8.1CD) проще всего копируется целиком или выгружается в .dt. Клиент-серверная база требует либо выгрузки через конфигуратор, либо штатных средств резервного копирования СУБД. Образ виртуальной машины удобен, когда нужно перенести не только данные, но и всё окружение — платформу, настройки, лицензии.

Ниже разобраны практические сценарии для каждого варианта: что именно делать, какие ограничения учесть и как убедиться, что копия действительно восстанавливается. Инструкции актуальны для типовых конфигураций на платформе 1С:Предприятие 8.3.

Определитесь, какой именно «образ» вам нужен

Прежде чем что-то копировать, ответьте на вопрос: что должно получиться на выходе? Если нужна переносимая копия данных для восстановления на другом компьютере или отката после неудачного обновления — достаточно файла выгрузки .dt. Если база работает на SQL-сервере и важна скорость восстановления больших объёмов — правильнее делать резервную копию средствами СУБД. Если требуется «снимок» всего сервера с платформой, лицензиями и настройками — нужен образ диска или виртуальной машины.

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

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

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

Порядок действий: запустите конфигуратор нужной базы под пользователем с правами администратора. Откройте меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите путь и имя файла, например backup_Бухгалтерия.dt, и дождитесь завершения выгрузки. Для больших баз процесс может занять от десятков минут до нескольких часов.

Важное условие: во время выгрузки в базе не должно быть активных сеансов пользователей. Перед началом завершите работу пользователей или установите блокировку соединений через консоль кластера (для клиент-серверного режима) либо просто попросите всех выйти (для файлового режима). Иначе выгрузка может прерваться ошибкой или зафиксировать данные в несогласованном состоянии.

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

Резервное копирование SQL-базы средствами СУБД

Для клиент-серверных баз штатный бэкап на уровне СУБД — основной рабочий инструмент. В MS SQL Server резервная копия создаётся через SQL Server Management Studio: правый клик по базе → «Tasks» → «Back Up», тип «Full», указание файла назначения с расширением .bak. Для регулярного копирования настраивается план обслуживания (Maintenance Plan) или задание агента SQL Server.

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

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

Преимущество бэкапа средствами СУБД — скорость и возможность восстановления на момент времени (при полной модели восстановления в MS SQL). Недостаток — копия привязана к версии СУБД: восстановить бэкап с новой версии SQL Server на старую нельзя. Файл .dt в этом смысле свободнее, но создаётся дольше и требует монопольного доступа.

Копирование файловой базы и образ диска или виртуальной машины

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

Если 1С развёрнута на виртуальной машине, самый полный «образ» — снимок (snapshot) или экспорт ВМ средствами гипервизора: Hyper-V, VMware, Proxmox. Такой образ захватывает диски целиком — платформу, конфигурацию, лицензии, настройки служб. Перед созданием снимка рекомендуется остановить службы сервера 1С и СУБД или хотя бы завершить пользовательские сеансы, чтобы копия была консистентной.

Для физического сервера аналогом служит образ системного диска, созданный средствами резервного копирования ОС (например, wbadmin в Windows Server) или сторонними утилитами клонирования дисков. Такой образ восстанавливается целиком на то же или совместимое оборудование.

Проверка резервной копии: как убедиться, что образ рабочий

Резервная копия, которая не проверялась восстановлением, считается отсутствующей. Минимальная проверка для файла .dt — создать пустую базу в тестовом каталоге и выполнить «Администрирование» → «Загрузить информационную базу». Если загрузка прошла без ошибок и база открывается в режиме предприятия, копия рабочая.

Для бэкапа MS SQL выполните тестовое восстановление под другим именем базы на том же или тестовом сервере: «Restore Database» с указанием нового имени и путей к файлам. После восстановления подключите базу к тестовому кластеру 1С и откройте несколько ключевых отчётов. Для образа виртуальной машины периодически запускайте копию ВМ в изолированной сети.

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

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

Учитывайте и ограничения самих инструментов. Выгрузка .dt очень больших баз (сотни гигабайт) может занимать часы и требовать значительного свободного места. Снимки виртуальных машин не заменяют резервное копирование: snapshot, который хранится месяцами, деградирует по производительности и не защищает от отказа хранилища. Лицензии 1С, привязанные к аппаратным ключам или параметрам компьютера, при переносе образа на другое железо могут потребовать повторной активации.

Организация регулярного копирования

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

Автоматизировать выгрузку файловой базы можно пакетным запуском конфигуратора с параметрами командной строки: 1cv8.exe DESIGNER /F"путь_к_базе" /DumpIB"путь_к_файлу.dt". Такую команду добавляют в планировщик заданий Windows. Для клиент-серверных баз регламентные бэкапы настраивают средствами агента SQL Server или cron для PostgreSQL.

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