Как сохранить 1С УНФ: резервное копирование и выгрузка данных

Потеря базы 1С:УНФ означает потерю заказов, остатков склада, долгов контрагентов и истории продаж — фактически остановку учёта в малом бизнесе. При этом сохранить данные можно несколькими способами: от простой выгрузки через конфигуратор до автоматического резервного копирования по расписанию. Выбор зависит от того, работаете вы в файловом или клиент-серверном режиме, в облаке 1С:Фреш или на локальном компьютере.

Ниже разобраны все рабочие способы сохранения УНФ: ручная выгрузка в файл .dt, настройка автоматических копий, особенности облачной версии и правила проверки того, что копия действительно восстановимая. Отдельно рассмотрены типичные ошибки, из-за которых «архив есть, а восстановиться нельзя».

Какие способы сохранения существуют в 1С:УНФ

В УНФ доступно четыре основных подхода к сохранению данных. Первый — выгрузка информационной базы в файл .dt через конфигуратор: это полный снимок базы со всеми данными и настройками, который можно развернуть на любом компьютере с подходящей версией платформы. Второй — штатный механизм резервного копирования в разделе «Администрирование» в режиме Предприятие, который создаёт копии по расписанию без остановки работы.

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

Как выгрузить базу УНФ в файл .dt через конфигуратор

Это универсальный способ, подходящий и для переноса базы, и для создания точки восстановления перед обновлением. Порядок действий одинаков для любой файловой базы УНФ.

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

После завершения проверьте, что файл создан и его размер соизмерим с размером базы (обычно .dt получается компактнее исходной базы за счёт сжатия). Храните файл с датой в имени, например UNF_2026-05-15.dt, чтобы не путать копии.

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

Как настроить автоматическое резервное копирование в режиме Предприятие

В типовой УНФ есть встроенный механизм резервного копирования, который работает без конфигуратора. Откройте раздел «Администрирование» (или «Настройки» в зависимости от версии) и найдите пункт «Резервное копирование и восстановление». Включите резервное копирование, укажите каталог для хранения копий и задайте расписание — например, ежедневно в конце рабочего дня.

Обратите внимание на два ограничения. Во-первых, копирование выполняется при запуске или завершении работы программы в зависимости от настроек, поэтому расписание срабатывает, только если кто-то работает с базой. Во-вторых, каталог копий не должен находиться на том же диске, что и база: при отказе диска вы потеряете и базу, и все архивы. Используйте сетевую папку, внешний диск или облачное хранилище.

Настройте ограничение количества хранимых копий, чтобы архивы не заняли всё свободное место. Разумный минимум — хранить копии за последние 7–14 дней плюс отдельные месячные архивы.

Как сохранить базу копированием файла и при клиент-серверном режиме

В файловом режиме вся база УНФ хранится в одном файле 1Cv8.1CD. Его можно просто скопировать, но только при условии, что ни один пользователь и ни один процесс 1С не работает с базой: иначе копия окажется в несогласованном состоянии и при восстановлении может не открыться. Перед копированием убедитесь, что рядом с файлом базы нет файла блокировок 1Cv8.1CL — его наличие означает активные сеансы.

Для клиент-серверных баз копирование файлов не работает — данные находятся в СУБД. Здесь применяют штатные инструменты: pg_dump для PostgreSQL, задания обслуживания и BACKUP DATABASE для MS SQL Server. Такие копии можно создавать без остановки работы пользователей, и это основной способ защиты серверных баз.

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

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

Путь к исполняемому файлу платформы и параметры авторизации подставьте свои. Скрипт удобно добавить в планировщик задач Windows с запуском в нерабочее время.

Особенности сохранения УНФ в облаке 1С:Фреш

Если вы работаете с УНФ через сервис 1С:Фреш, резервные копии создаются автоматически на стороне сервиса, и восстановление выполняется через обращение в поддержку. Однако полагаться только на это не стоит: для собственной подстраховки и для возможности переноса учёта в локальную версию периодически выгружайте данные самостоятельно.

В личном кабинете абонента 1С:Фреш доступна выгрузка данных приложения в файл, который затем загружается в локальную базу УНФ через обработку перехода. Учтите, что выгружаются именно данные в формате переноса, а не файл .dt, поэтому процедура восстановления отличается: сначала создаётся чистая локальная база той же версии, затем в неё загружаются выгруженные данные.

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

Копия, которую ни разу не восстанавливали, нельзя считать надёжной. Минимальная проверка — раз в месяц развернуть свежий .dt в тестовую базу на отдельном компьютере и убедиться, что база открывается, отчёты строятся, а ключевые данные (остатки, взаиморасчёты) совпадают с рабочей базой.

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

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

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

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

Как выбрать подходящую стратегию

Для небольшой файловой базы с одним-двумя пользователями достаточно связки: штатное резервное копирование ежедневно в сетевую папку плюс ручная выгрузка .dt перед каждым обновлением. Для базы с активной работой в течение дня добавьте скрипт ночной выгрузки через планировщик, чтобы не зависеть от того, кто и когда вышел из программы.

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

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