Как сделать резервную копию 1С УНФ

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

Ключевое правило: копия, которую никто не проверял на восстановление, считается отсутствующей. Поэтому в статье разобраны не только способы выгрузки, но и контроль целостности архива, хранение копий и типичные ошибки, из-за которых бэкап оказывается бесполезным в критический момент.

Определяем режим работы базы УНФ

Перед созданием копии уточните, как развёрнута ваша база. Откройте УНФ и посмотрите строку подключения: меню «Файл» — «О программе» или окно запуска 1С:Предприятия. Если путь выглядит как папка на диске (например, D:\Bases\UNF) — это файловый режим. Если указан сервер и имя базы — клиент-серверный вариант. Если вы работаете через браузер по ссылке вида 1c.ru или через тонкий клиент с подключением к сервису — это облако 1С:Фреш.

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

Копия файловой базы: самый простой сценарий

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

Проверить отсутствие активных сеансов можно через консоль «Администрирование — Поддержка и обслуживание» в самой УНФ либо просто убедившись, что программа закрыта на всех компьютерах. После копирования переименуйте архивную папку по шаблону с датой, например UNF_backup_2026-05-12, чтобы копии не перезаписывали друг друга.

1. 1
   Попросите всех пользователей выйти из УНФ и убедитесь, что сеансов нет
2. 2
   Откройте каталог базы и найдите файл 1Cv8.1CD
3. 3
   Скопируйте файл на другой диск или сетевое хранилище
4. 4
   Переименуйте копию, добавив дату создания
5. 5
   Проверьте: откройте скопированную базу в режиме 1С:Предприятие и убедитесь, что документы на месте

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

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

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

Резервное копирование клиент-серверной базы

Если УНФ работает на MS SQL Server, копию создают средствами самой СУБД: через SQL Server Management Studio выберите базу, пункт «Tasks — Back Up», тип «Full», укажите файл назначения. Такой бэкап делается без остановки работы пользователей и занимает минуты даже на больших базах. Для регулярных копий настройте план обслуживания с расписанием — например, полная копия ежедневно ночью.

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

pg_dump -U postgres -Fc -f /backups/unf_$(date +%F).dump имя_базы

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

Копия в облачном сервисе 1С:Фреш

В облачной УНФ резервное копирование на стороне сервиса выполняется автоматически, но доступ к своей выгрузке стоит иметь и вам. В личном кабинете менеджера сервиса доступна выгрузка данных приложения в архив (формат выгрузки сервиса). Этот архив можно сохранить локально и при необходимости загрузить обратно или развернуть в локальной базе через механизм перехода из сервиса.

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

Где хранить копии и как их проверять

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

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

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