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

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

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

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

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

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

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

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

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

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

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

При обновлении через интернет-поддержку в режиме «Предприятие» копия обычно сохраняется в подкаталог внутри каталога шаблонов или в папку, указанную в настройках обновления конфигурации. Типовой путь каталога шаблонов в Windows выглядит примерно так: C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8\tmplts\. Внутри него обновления и временные файлы размещаются по папкам поставщика и конфигурации.

Временные файлы платформа пишет в системный каталог временных файлов: %TEMP% (обычно C:\Users\ИмяПользователя\AppData\Local\Temp). Там могут оказаться промежуточные файлы обновления, но полноценную резервную копию, созданную по запросу пользователя, искать там стоит в последнюю очередь — временные папки часто очищаются автоматически.

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

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

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

При обновлении через конфигуратор путь выбирается вручную в момент сохранения. Не соглашайтесь на предложенный по умолчанию каталог «на автомате» — осознанно укажите понятную папку, например D:\Backup1C\ИмяБазы\, и дайте файлу говорящее имя с датой: 1Cv8_backup_pered_obnovleniem.dt.

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

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

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

Быстрый способ — поиск по диску. Откройте проводник Windows и выполните поиск по маске *.dt, ограничив область системным диском и диском с базой. Отсортируйте результаты по дате изменения: нужный файл будет создан незадолго до момента обновления.

Для поиска из командной строки удобно использовать команду dir с рекурсивным обходом каталогов.

dir C:\*.dt /s /b /o:-d | more

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

Файловый и клиент-серверный режимы: есть ли разница

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

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

Поэтому если база серверная, перед большим обновлением разумно сделать оба варианта: бэкап средствами СУБД — как основной, и выгрузку .dt — как переносимую копию, которую легко развернуть на тестовом стенде.

Типичные ошибки и риски при работе с резервными копиями

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

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

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

Что делать, если копия не создалась или не найдена

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

Если обновление завершилось с ошибкой, а копия не найдена, не предпринимайте повторных обновлений и не запускайте тестирование и исправление без резервной копии текущего состояния. Сначала зафиксируйте то, что есть: для файловой базы при завершённых сеансах скопируйте файл 1Cv8.1CD, для серверной — сделайте бэкап средствами СУБД.

Для систематизации процесса полезно вести простое правило: каждая копия именуется с датой и поводом (например, «pered_obnovleniem_3_0_xxx»), а сама папка бэкапов находится на отдельном носителе и периодически проверяется тестовой загрузкой.

Часто задаваемые вопросы