Администрирование · 10 мин
Как создать образ 1С:Предприятие
Пошаговая инструкция по созданию образа базы 1С:Предприятие: выгрузка в dt, копирование каталога, копия SQL-базы. Проверка результата и типичные ошибки.
Под образом 1С:Предприятие обычно понимают полную резервную копию информационной базы — снимок данных, из которого можно восстановить работу после сбоя, неудачного обновления или ошибочного удаления документов. В зависимости от режима работы базы (файловый или клиент-серверный) образ создаётся разными способами: выгрузкой в файл .dt через конфигуратор, копированием каталога базы или резервным копированием средствами СУБД.
Каждый способ имеет свои ограничения. Выгрузка в .dt универсальна, но не всегда подходит для больших баз и не сохраняет некоторые служебные данные. Копирование файла базы быстрее, но требует, чтобы никто не работал с базой. SQL-копия — стандарт для клиент-серверных развёртываний, но требует доступа к серверу СУБД. Ниже разобраны все три варианта с порядком действий и проверкой результата.
Перед любыми регламентными операциями — обновлением конфигурации, тестированием и исправлением, массовой обработкой данных — образ базы обязателен. Восстановление из копии занимает минуты или часы, а восстановление данных без копии часто невозможно в принципе.
Что такое образ базы 1С и какой способ выбрать
Информационная база 1С хранится либо в одном файле 1Cv8.1CD (файловый режим), либо в базе данных на сервере СУБД — Microsoft SQL Server, PostgreSQL, Oracle или IBM Db2 (клиент-серверный режим). От этого зависит, каким инструментом делать образ и что именно попадёт в копию.
Файл .dt, создаваемый через конфигуратор, — это не физическая копия базы, а логическая выгрузка: данные сериализуются в специальный формат. Из .dt базу можно развернуть на любой платформе и даже перенести между файловым и клиент-серверным режимами. Копия каталога или SQL-бэкап — это физическая копия, которая восстанавливается быстрее, но привязана к исходному окружению.
Сравнение способов создания образа
Универсально, подходит для переноса между платформами и режимами. Ограничение: медленно на больших базах, требует монопольного доступа, не переносит некоторые служебные настройки.
Быстро и просто для файловых баз. Ограничение: только при полном отсутствии активных сеансов, иначе копия может оказаться повреждённой.
Стандарт для клиент-серверных баз, поддерживает расписание и инкрементные копии. Ограничение: нужен доступ к серверу СУБД и навыки администрирования.
Создание образа выгрузкой в файл .dt через конфигуратор
Это самый распространённый способ, доступный любому пользователю с правами администратора. Запустите конфигуратор, авторизуйтесь и убедитесь, что с базой не работают другие пользователи: выгрузка требует монопольного доступа, иначе конфигуратор выдаст ошибку. Активные сеансы проверяются через меню «Администрирование → Активные пользователи».
Далее откройте меню «Администрирование → Выгрузить информационную базу», укажите путь и имя файла с расширением .dt и дождитесь завершения. Для больших баз процесс может занять значительное время — не прерывайте его и не выключайте компьютер. Готовый файл храните на отдельном носителе или сетевом ресурсе, а не на том же диске, где лежит сама база.
- 1Завершите работу всех пользователей и фоновых заданий с базой
- 2Откройте базу в конфигураторе под учётной записью администратора
- 3Выберите «Администрирование → Выгрузить информационную базу»
- 4Укажите путь и имя файла .dt, подтвердите выгрузку
- 5Дождитесь сообщения об успешном завершении и проверьте размер файла
- 6Скопируйте файл на отдельный носитель или сетевое хранилище
Проверить результат просто: разверните выгрузку в пустую базу через «Администрирование → Загрузить информационную базу» и убедитесь, что конфигурация открывается, а данные на месте. Тестовое восстановление стоит делать хотя бы периодически — это единственный способ убедиться, что копия действительно рабочая.
Создание образа файловой базы копированием каталога
Файловая база целиком находится в каталоге, главный файл которого — 1Cv8.1CD. Чтобы создать образ, достаточно скопировать этот каталог целиком в другое место. Способ быстрый и не требует запуска конфигуратора, поэтому его удобно автоматизировать скриптом по расписанию.
Критическое условие — отсутствие активных сеансов. Если в момент копирования кто-то работает с базой, файл может быть скопирован в несогласованном состоянии, и такая копия не откроется или будет содержать повреждённые данные. Перед копированием завершите сеансы всех пользователей и остановите регламентные задания, если они обслуживаются отдельным процессом.
Обратите внимание: в каталоге базы могут лежать и вспомогательные файлы (журналы, индексы полнотекстового поиска). Копируйте каталог целиком — восстановление из неполной копии может привести к ошибкам при открытии базы.
Создание образа клиент-серверной базы
Для баз на SQL-сервере образ создаётся штатными средствами СУБД. В Microsoft SQL Server это делается через SQL Server Management Studio: правый клик по базе → «Tasks → Back Up», тип копии Full, указание файла назначения. В PostgreSQL используется утилита pg_dump или pg_basebackup. Такие копии можно ставить на расписание средствами самой СУБД.
BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backups\MyBase1C_full.bak' WITH COMPRESSION, CHECKSUMДополнительно к SQL-копии рекомендуется периодически делать выгрузку .dt: она позволяет восстановить базу даже при смене СУБД или версии платформы и служит независимым контрольным экземпляром. Храните оба типа копий — они дополняют друг друга.
Автоматизация и график резервного копирования
Разовый образ защищает только на момент его создания. Чтобы не потерять данные за день или неделю работы, копирование нужно автоматизировать. Для файловых баз используют планировщик заданий Windows и скрипт, который копирует каталог базы; для SQL-баз — планы обслуживания СУБД с полными и разностными копиями.
Практичная схема: ежедневная полная копия в нерабочее время с хранением нескольких последних экземпляров. Следите за свободным местом на диске назначения — переполнение диска приводит к тому, что новые копии не создаются, а старые могут удаляться скриптом ротации. Периодически проверяйте, что задание реально выполняется: наличие задания в планировщике не гарантирует успешного результата.
Проверка образа и восстановление
Копия, которая не проверялась восстановлением, — это предположение, а не защита. Для .dt проверка заключается в загрузке в пустую базу; для копии каталога — в подключении скопированной базы в списке баз и открытии её; для SQL-бэкапа — в восстановлении под тестовым именем.
Как проверить результат
Файл имеет ненулевой размер, загружается в пустую базу без ошибок
Выгрузка прервалась ошибкой, файл не открывается при загрузке
Скопированная база добавляется в список и открывается, данные читаются
При открытии ошибка формата потока или база требует восстановления
Восстановление в тестовую базу завершается успешно, WITH CHECKSUM не выдал ошибок
Ошибки при RESTORE, повреждённые страницы данных
При восстановлении рабочей базы из образа сначала сохраните текущее (пусть и проблемное) состояние в отдельную копию — оно может понадобиться для анализа. Загрузка .dt или восстановление SQL-копии полностью замещает данные, и откатить эту операцию нельзя.
Типичные ошибки при создании образа
Отдельная ошибка — путать образ базы с копией конфигурации. Файл .cf содержит только конфигурацию без данных и не заменяет резервную копию. Для защиты данных нужен именно .dt, копия каталога или SQL-бэкап.
Что важно запомнить
Образ 1С создаётся выгрузкой в .dt, копированием каталога файловой базы или бэкапом средствами СУБД. Любой способ требует отсутствия активных сеансов. Храните копии на отдельном носителе, автоматизируйте создание по расписанию и регулярно проверяйте восстановление.
Частые вопросы
Чем образ .dt отличается от файла конфигурации .cf?
Файл .cf содержит только конфигурацию — структуру метаданных, код и формы, без данных. Файл .dt — полная выгрузка информационной базы: конфигурация плюс все данные. Для резервного копирования нужен .dt, а .cf используется для переноса доработок между базами.
Можно ли создать образ, пока пользователи работают в базе?
Выгрузка .dt требует монопольного доступа, поэтому сеансы нужно завершить. Копирование файловой базы при активной работе даёт повреждённую копию. Единственный способ копировать «на горячую» — резервное копирование средствами СУБД в клиент-серверном режиме, которое не требует остановки работы.
Как часто нужно создавать образ базы?
Минимум — ежедневно в нерабочее время для активно используемой базы. Дополнительно образ обязателен перед обновлением конфигурации, тестированием и исправлением, массовой загрузкой или удалением данных. Чем больше данных вводится за день, тем чаще должны создаваться копии.
Где хранить образы базы?
На физически отдельном носителе: другом диске, сетевом хранилище или внешнем сервере. Желательно держать несколько поколений копий и хотя бы одну копию вне основной площадки — это защищает от отказа оборудования, пожара или шифровальщиков, которые часто повреждают и резервные копии на доступных сетевых дисках.
Выгрузка .dt завершилась ошибкой «нарушена целостность» — что делать?
Это признак повреждения самой базы. Запустите «Тестирование и исправление» в конфигураторе (предварительно сделав копию каталога базы любым доступным способом) или утилиту chdbfl для файловых баз. После исправления повторите выгрузку. Если ошибки сохраняются, восстанавливайте базу из последней рабочей копии.
Можно ли восстановить из образа только часть данных, например один документ?
Штатно — нет: восстановление из .dt или SQL-копии замещает базу целиком. Чтобы достать отдельный объект, разверните копию в тестовую базу и перенесите нужные данные вручную или через обработку выгрузки-загрузки данных в формате XML.