Администрирование · 12 мин
Резервная копия 1С УНФ: как сделать и настроить автоматически
Как сделать резервную копию 1С УНФ: выгрузка в dt через конфигуратор, автоматическое резервное копирование, восстановление базы, ошибки и проверка копии.
Резервная копия базы 1С:Управление нашей фирмой — это единственный способ вернуть данные после сбоя диска, неудачного обновления, ошибочного удаления документов или заражения шифровальщиком. Без копии восстановить справочники, документы и остатки практически невозможно, а воссоздание учёта с нуля занимает недели.
В УНФ есть два основных способа создания резервной копии: встроенный механизм резервного копирования из режима «Предприятие» и выгрузка информационной базы в файл *.dt через конфигуратор. Для файловых баз допустим и третий вариант — копирование файла 1Cv8.1CD, но только при полном завершении работы всех пользователей.
Ниже разобраны все три способа с точными шагами, настройка автоматического копирования по расписанию, порядок восстановления и критерии проверки, что копия действительно рабочая. Инструкции подходят для типовой УНФ редакции 1.6 и 3.0, как для файлового, так и для клиент-серверного варианта.
Какие способы резервного копирования есть в УНФ и чем они отличаются
Первый способ — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Такой файл содержит и данные, и конфигурацию, то есть полный слепок базы. Его можно загрузить в пустую базу на любом компьютере с подходящей версией платформы 1С. Это универсальный формат переноса и архивного хранения.
Второй способ — встроенное резервное копирование из режима «Предприятие». УНФ создаёт zip-архив с выгрузкой данных и сохраняет его в указанный каталог, в том числе по расписанию. Плюс — автоматизация и не нужно открывать конфигуратор; минус — для файловой базы желательно, чтобы пользователи завершили работу, иначе копия может быть неполной.
Третий способ — прямое копирование файла 1Cv8.1CD для файловой базы или средствами СУБД (pg_dump, SQL Server backup) для клиент-серверной. Копирование файла допустимо только после полного закрытия всех сеансов: если кто-то работает в базе, файл будет скопирован в несогласованном состоянии, и такая копия может не открыться.
Сравнение вариантов
Полная копия данных и конфигурации, подходит для переноса и архива. Требует монопольного доступа и ручного запуска.
Настраивается по расписанию, не требует конфигуратора. Для файловой базы желательно отсутствие активных сеансов.
Быстро и просто, но только при полностью закрытой базе. Не подходит для клиент-серверного варианта.
Для клиент-серверных баз на PostgreSQL или MS SQL. Надёжен, но требует навыков администрирования СУБД.
Как сделать выгрузку базы в файл .dt через конфигуратор
Этот способ даёт максимально полную копию и рекомендуется перед обновлением конфигурации, переносом базы на другой компьютер или любыми массовыми изменениями данных. Для выполнения нужны права администратора информационной базы и отсутствие активных сеансов других пользователей.
Перед началом попросите всех выйти из программы и проверьте активные сеансы: в конфигураторе откройте «Администрирование → Активные пользователи». Если сеансы остались, завершите их или дождитесь выхода пользователей — выгрузка при активной работе либо не запустится, либо зафиксирует данные в противоречивом состоянии.
- 1Закройте все сеансы 1С:Предприятие с этой базой и проверьте список активных пользователей.
- 2Откройте базу в Конфигураторе: ярлык 1С → выбор базы → кнопка «Конфигуратор».
- 3В меню выберите «Администрирование → Выгрузить информационную базу».
- 4Укажите папку и имя файла, например UNF_backup_2026-01-15.dt, и подтвердите выгрузку.
- 5Дождитесь окончания процесса: индикатор внизу окна исчезнет, файл появится в указанной папке.
- 6Проверьте размер файла — он должен быть сопоставим с размером базы, и перенесите копию на отдельный носитель.
Имя файла лучше формировать с датой — так проще отличать копии и находить нужную при восстановлении. Не храните единственную копию на том же диске, где лежит рабочая база: при отказе диска вы потеряете и базу, и бэкап.
Как настроить автоматическое резервное копирование из режима «Предприятие»
В типовой УНФ есть штатный механизм резервного копирования, который работает по расписанию и не требует открытия конфигуратора. Он находится в разделе «Компания» или «Администрирование» (в зависимости от редакции) → «Резервное копирование и восстановление».
Откройте настройку и включите резервное копирование. Укажите каталог для хранения копий — лучше сетевую папку или отдельный диск, а не папку рядом с базой. Задайте расписание: для активно работающей базы разумный минимум — ежедневно в нерабочее время. Установите количество хранимых копий, чтобы старые архивы автоматически удалялись и не занимали весь диск.
Обратите внимание на режим выполнения: для файловой базы копирование выполняется при запуске или завершении работы программы либо по расписанию через регламентные задания. Если база клиент-серверная, регламентные задания выполняются на сервере — убедитесь, что они не заблокированы и учётная запись сервера имеет доступ к каталогу копий.
Как скопировать файловую базу напрямую
Если база файловая, её данные хранятся в одном файле 1Cv8.1CD в каталоге базы. Путь к каталогу виден в списке баз при запуске 1С — выделите базу и посмотрите строку под списком. Скопировав этот файл, вы получите полную копию базы на момент копирования.
Критическое условие — все пользователи должны выйти из программы, а база не должна быть открыта в конфигураторе. Проверить отсутствие сеансов можно через консоль кластера (для сервера) или просто убедившись, что файл не занят: попробуйте переименовать или скопировать его — если Windows сообщает, что файл используется, сеансы остались.
Для регулярного копирования удобно использовать планировщик Windows с простым скриптом. Ниже пример команды, которая копирует файл базы в папку архива с датой в имени:
copy /Y "D:\Bases\UNF\1Cv8.1CD" "E:\Backup\UNF_%date:~6,4%-%date:~3,2%-%date:~0,2%.1CD"Такой скрипт следует запускать ночью, когда работа с базой гарантированно завершена. Если в компании работают вечером или удалённо, безопаснее использовать выгрузку .dt или штатный механизм копирования.
Как восстановить базу из резервной копии
Восстановление из файла .dt выполняется через конфигуратор. Создайте новую пустую базу в списке информационных баз (без конфигурации), откройте её в конфигураторе и выберите «Администрирование → Загрузить информационную базу». Укажите файл .dt и дождитесь завершения загрузки. После загрузки конфигуратор предложит обновить конфигурацию базы данных — согласитесь.
Важно понимать: загрузка .dt полностью замещает содержимое базы, в которую выполняется загрузка. Поэтому восстановление всегда делайте в отдельную базу или в копию рабочей, а не в боевую базу напрямую. Сначала проверьте восстановленную копию, и только потом принимайте решение о замене рабочей базы.
Для копии, сделанной встроенным механизмом УНФ, восстановление выполняется из того же раздела «Резервное копирование и восстановление» — укажите архив и следуйте шагам мастера. Для файловой копии 1Cv8.1CD достаточно положить файл в новый каталог и добавить этот каталог в список информационных баз.
Как проверить, что резервная копия рабочая
Самая частая ошибка — считать, что копия есть, потому что файл существует. Файл может быть битым, неполным или устаревшим. Проверка занимает десять минут, но именно она отличает реальную защиту от иллюзии защиты.
Минимальная проверка — периодически (раз в месяц или после изменения схемы копирования) восстанавливать свежую копию в тестовую базу и открывать её в режиме «Предприятие». Убедитесь, что открываются журналы документов, справочники контрагентов и номенклатуры, строятся ключевые отчёты, например «Остатки товаров» или оборотно-сальдовая ведомость.
Как проверить результат
Размер файла сопоставим с размером базы, дата изменения — сегодняшняя
Файл нулевого размера или дата недельной давности
Загрузка .dt завершается без ошибок, база открывается в режиме Предприятие
Ошибка загрузки, сообщение о повреждении файла
Последние документы и остатки на дату копии присутствуют
Отсутствуют документы за последние дни, пустые справочники
Копия лежит на отдельном диске, сетевом хранилище или в облаке
Единственная копия на том же диске, что и рабочая база
Типичные ошибки и ограничения
Опыт администрирования 1С показывает, что большинство потерь данных происходит не из-за отсутствия бэкапов как таковых, а из-за ошибок в их организации. Разберём самые распространённые.
Отдельно стоит ограничение файла .dt для больших баз: при размере базы в десятки гигабайт выгрузка и загрузка занимают часы, а для клиент-серверных баз корпоративного масштаба правильнее использовать средства резервного копирования СУБД. Формат .dt также не предназначен для переноса между разными СУБД — для этого есть другие механизмы.
Как выбрать действие
FAQ: частые вопросы о резервных копиях УНФ
Как часто нужно делать резервную копию УНФ?
Ориентируйтесь на допустимый объём потери данных: если повторный ввод документов за один день — это катастрофа, копируйте ежедневно. Для базы с небольшим документооборотом достаточно копии раз в 2–3 дня. Перед обновлением конфигурации и массовыми загрузками данных делайте копию всегда, независимо от расписания.
Можно ли сделать копию, пока пользователи работают в базе?
Штатный механизм резервного копирования УНФ допускает работу в момент копирования, но данные фиксируются на момент начала процесса, и активные транзакции могут не попасть в архив. Прямое копирование файла 1Cv8.1CD при работающих пользователях недопустимо — копия будет повреждена. Оптимально выполнять копирование в нерабочее время.
Чем отличается файл .dt от копии файла 1Cv8.1CD?
Файл .dt — это выгрузка в универсальном формате платформы: его можно загрузить в базу на другом компьютере, другой СУБД или другой версии релиза конфигурации. Файл 1Cv8.1CD — это само хранилище файловой базы, он привязан к структуре конкретной базы. Для архивного хранения и переноса надёжнее .dt, для быстрого локального восстановления удобнее 1CD.
Где безопасно хранить резервные копии?
Действует простое правило: минимум две копии на разных носителях, одна из которых физически отделена от рабочего сервера. Подойдут сетевое хранилище, внешний диск, который отключается после копирования, или облачное хранилище с версионированием. Облако и отключаемый диск дополнительно защищают от вирусов-шифровальщиков, которые портят все доступные диски.
База не открывается после сбоя, а свежей копии нет. Что делать?
Сначала сделайте копию текущего состояния файла базы, чтобы не ухудшить ситуацию. Затем попробуйте утилиту chdbfl.exe из каталога платформы с включённой проверкой физической целостности, либо тестирование и исправление через конфигуратор. Если база клиент-серверная — проверьте журналы СУБД и попробуйте восстановить из её резервных копий. При отсутствии результата обратитесь к специалисту по восстановлению данных 1С.
Нужно ли делать бэкап, если УНФ работает в облаке у франчайзи или в 1С:Фреш?
В облачных сервисах резервное копирование обычно выполняет провайдер, но стоит уточнить условия: глубину хранения копий и порядок восстановления по запросу. Дополнительно полезно периодически выгружать свои данные штатными средствами (выгрузка данных из сервиса или .dt, если доступен), чтобы иметь независимую копию под своим контролем.
Что важно запомнить
Делайте выгрузку .dt перед любыми рискованными операциями, настройте автоматическое копирование по расписанию, храните копии на отдельном носителе и периодически проверяйте их восстановлением в тестовую базу. Копия, которая не проверена, не считается копией.