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

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

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

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

Где 1С предлагает сохранить копию при обновлении

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

Чаще всего это подкаталог во временной папке пользователя, например внутри %APPDATA% или %TEMP%, либо каталог вида C:\Users\ИмяПользователя\AppData\Local\Temp\ с вложенной папкой. В некоторых версиях механизма обновления копия предлагается сохранить в папку «Мои документы» или в каталог с понятным именем, содержащим дату. Точный путь зависит от версии платформы и конфигурации, поэтому универсального «единого места» не существует.

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

Стандартные места, где стоит искать архив

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

Основные места для поиска:

• C:\Users\ИмяПользователя\AppData\Local\Temp\ — временный каталог, куда попадают копии при обновлении с настройками по умолчанию;
• C:\Users\ИмяПользователя\AppData\Roaming\1C\ — служебные данные платформы;
• папка «Документы» текущего пользователя — если путь предлагался в явном виде;
• каталог, указанный в настройках обновления через интернет (в разделе настройки автоматического обновления конфигурации);
• сетевая папка или отдельный диск — если администратор заранее настроил централизованное хранение копий.

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

dir %TEMP%\*.dt /s /o-d

Эта команда в командной строке покажет все .dt-файлы во временном каталоге, отсортированные по дате — свежие сверху. Если архив создавался в zip, замените маску на *.zip.

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

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

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

Практические рекомендации по выбору каталога:

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

1. 1
   Откройте проводник и перейдите в %TEMP% (введите путь в адресной строке)
2. 2
   Отсортируйте файлы по дате изменения и найдите свежий .dt или .zip
3. 3
   Скопируйте файл в постоянный каталог, например D:\Backup1C\
4. 4
   Переименуйте файл, добавив дату и версию конфигурации
5. 5
   Проверьте, что файл открывается: попробуйте загрузить его в тестовую базу

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

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

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

Если у вас клиент-серверная база и вы не находите копию после обновления — уточните у администратора, каким способом делался бэкап. Возможно, копия создавалась штатными средствами СУБД и хранится на сервере баз данных, а не на вашем компьютере.

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

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

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

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

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

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

Восстановление базы из найденной копии

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

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

После восстановления проверьте версию конфигурации («Конфигурация — Поддержка — Настройка поддержки») и убедитесь, что откатились именно на нужную версию, прежде чем повторять обновление.

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