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

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

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

Как работает механизм резервного копирования при обновлении

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

Сама копия создаётся в формате выгрузки информационной базы — файл с расширением .dt. Это не копия файла 1Cv8.1CD, а результат операции «Выгрузить информационную базу», выполненной автоматически перед обновлением. Имя файла обычно формируется автоматически и содержит дату и время создания, что позволяет отличать копии от разных сеансов обновления.

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

Стандартные пути сохранения копии

Если вы не меняли путь в диалоге, копия чаще всего оказывается в одном из типовых мест. Проверять их стоит в первую очередь.

• Каталог, указанный в поле диалога обновления — 1С запоминает последний использованный путь для конкретной базы.
• Подкаталог рядом с каталогом информационной базы (для файловых баз) — часто администраторы указывают папку backup внутри каталога базы.
• Каталог временных файлов пользователя, если путь не был задан явно и использовалось значение по умолчанию текущего сеанса.
• Сетевая папка или диск, которые администратор назначил постоянным хранилищем копий.

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

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

Обновление через конфигуратор: где искать копию

В конфигураторе путь к копии полностью контролируется пользователем. На шаге с предложением резервного копирования можно нажать кнопку выбора каталога и указать любую доступную папку. 1С запоминает этот путь и подставляет его при следующем обновлении той же базы.

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

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Админ" /P"пароль" /DumpIB"D:\Backups\trade_before_update.dt"

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

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

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

Клиент-серверный вариант: копия не создаётся автоматически

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

Как изменить папку сохранения и настроить процесс

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

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

Проверка целостности копии и типичные ошибки

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

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

FAQ