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

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

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

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

Где 1С хранит резервную копию по умолчанию

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

Для Windows это обычно путь вида C:\Users\ИмяПользователя\AppData\Local\Temp. Папка AppData скрыта, поэтому при ручном поиске нужно включить отображение скрытых элементов в проводнике или вставить путь напрямую в адресную строку. Имя файла может быть произвольным, поэтому искать удобнее по расширению .dt и дате создания.

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

Какой каталог используется в разных сценариях обновления

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

Обновление через конфигуратор

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

Обновление через интернет из режима «Предприятие»

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

Клиент-серверный вариант

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

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

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

Откройте проводник и вставьте в адресную строку %TEMP% — система сразу перейдёт во временную папку текущего пользователя. Отсортируйте содержимое по дате изменения и найдите файлы с расширением .dt, созданные в день обновления. Размер файла должен быть сопоставим с размером информационной базы.

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

1. 1
   Откройте проводник и введите %TEMP% в адресной строке
2. 2
   Отсортируйте файлы по дате изменения
3. 3
   Найдите файлы с расширением .dt, созданные в день обновления
4. 4
   Сверьте размер файла с размером информационной базы
5. 5
   Скопируйте найденный файл в постоянный каталог на другом диске

Как задать собственный каталог для резервных копий

Надёжная практика — не полагаться на временные папки, а заранее указать постоянный каталог. В типовых конфигурациях при запуске обновления в момент предложения создать копию есть кнопка выбора папки: укажите, например, D:\Backup1C или сетевой ресурс.

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

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

"C:\Program Files\1cv8\8.3.XX.XXXX\bin\1cv8.exe" DESIGNER /F"D:\Bases\MyBase" /N"Админ" /P"пароль" /DumpIB"D:\Backup1C\backup_%date%.dt"

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

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

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

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

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

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

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