Куда сохраняются резервные копии при обновлении 1С

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

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

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

Как именно 1С создаёт резервную копию при обновлении

Когда вы запускаете обновление конфигурации через конфигуратор (меню «Конфигурация — Поддержка — Обновить конфигурацию» или «Загрузить конфигурацию из файла»), платформа на определённом этапе предлагает сохранить резервную копию. Это не фоновое копирование, а полноценная выгрузка информационной базы — тот же механизм, что доступен через пункт «Администрирование — Выгрузить информационную базу».

Результатом является один файл с расширением .dt. В нём упакованы и данные, и конфигурация базы на момент выгрузки. Именно этот файл позволяет полностью откатиться к состоянию до обновления: достаточно создать пустую базу и загрузить в неё .dt через «Администрирование — Загрузить информационную базу».

Принципиально важно: диалог сохранения копии — это стандартное окно выбора файла Windows. Куда вы в нём нажали «Сохранить», туда файл и записался. Платформа не дублирует копию в какое-то своё хранилище.

Куда сохраняется копия при обновлении через конфигуратор

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

• рабочий стол — если пользователь сохранил «на виду, чтобы не потерять»;
• папка «Документы» текущего пользователя Windows;
• каталог базы — папка, где лежит файловая информационная база (рядом с файлом 1Cv8.1CD);
• выделенная папка для бэкапов, например D:\Backup1C или сетевой диск;
• временная папка — самый неприятный вариант, потому что временные каталоги могут очищаться.

Если обновление выполнял сторонний специалист или другой сотрудник, уточните у него путь — это самый быстрый способ найти файл. Если связаться невозможно, поможет поиск по диску, описанный ниже.

Особенности для файловой и клиент-серверной базы

Тип базы влияет не на место сохранения .dt, а на то, откуда и кем запускается выгрузка. В файловом варианте конфигуратор запускается на компьютере пользователя, и диалог сохранения показывает диски именно этого компьютера. Файл .dt запишется локально или на сетевой ресурс, доступный с этой машины.

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

В клиент-серверных инфраструктурах нередко основной резервной копией считается не .dt, а бэкап средствами СУБД (например, MS SQL Server или PostgreSQL). Такие копии хранятся там, куда их складывает система резервного копирования баз данных, — обычно это отдельный каталог на сервере или внешнее хранилище, настроенное администратором. Это другой механизм, и искать .dt в этих каталогах бессмысленно.

Как найти уже созданную резервную копию

Если обновление прошло, но путь к копии неизвестен, действуйте последовательно. Сначала проверьте очевидные места: рабочий стол, «Документы», «Загрузки» и каталог самой базы. Затем используйте поиск Windows по маске *.dt с сортировкой по дате изменения — свежий файл, созданный в день обновления, и есть искомая копия.

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

1. 1
   Откройте проводник и выполните поиск по маске *.dt на системном диске и дисках с данными.
2. 2
   Отсортируйте результаты по дате изменения и найдите файлы, созданные в день обновления.
3. 3
   Проверьте каталог файловой базы и папки, выделенные под бэкапы (локальные и сетевые).
4. 4
   Уточните у того, кто выполнял обновление, какой путь был указан в диалоге сохранения.
5. 5
   Если файл найден — скопируйте его в надёжное хранилище и зафиксируйте путь в документации.

Для поиска из командной строки удобна команда, сканирующая диск целиком:

dir D:\*.dt /s /b | sort

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

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

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

Типичные ошибки и риски

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

Как организовать хранение копий правильно

Чтобы вопрос «куда сохранилась копия» больше не возникал, заведите постоянный каталог для резервных копий и используйте его всегда. Хорошая практика — сетевое хранилище или отдельный физический диск, папка вида \\server\1c_backup\ИмяБазы\ и файлы с датой в имени, например ut11_2026-05-14.dt. Тогда любая копия находится за секунды.

Для регулярных копий настройте автоматическую выгрузку по расписанию через пакетный запуск конфигуратора с параметром /DumpIB или средствами СУБД для клиент-серверных баз. Ручные копии перед обновлением при этом остаются обязательными — они фиксируют состояние непосредственно перед изменением конфигурации.

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