Где хранятся бэкапы 1С при обновлении конфигурации

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

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

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

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

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

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

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

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

Как задать собственную папку для бэкапов при обновлении

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

1. 1
   Запустите обновление и дождитесь шага «Создание резервной копии информационной базы».
2. 2
   В поле каталога нажмите кнопку выбора (кнопка с тремя точками или значком папки).
3. 3
   Укажите заранее созданную папку, например D:\Backup1C или \\Server\Backups\1C.
4. 4
   Убедитесь, что у текущего пользователя есть права на запись в выбранный каталог.
5. 5
   Продолжите обновление и после его завершения проверьте, что архив на месте и открывается.

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

Где лежит копия при обновлении через конфигуратор

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

Именно здесь возникает типичная ошибка: файл сохраняется в папку, которую проводник предложил последней, — и через месяц никто не помнит, где это было. Рекомендуется выработать правило: все выгрузки перед обновлением складываются в один строго определённый каталог, а в имя файла включается дата и версия конфигурации, например Buh_3.0.145_2026-05-10.dt.

Для файловых баз есть и более простой способ резервного копирования — скопировать сам файл 1Cv8.1CD из каталога базы. Но делать это можно только при полностью завершённых сеансах всех пользователей, иначе копия получится повреждённой и бесполезной.

Как найти уже созданный бэкап, если путь забыт

Если обновление прошло, а где сохранилась копия — неизвестно, есть несколько рабочих способов поиска:

• Откройте диалог обновления ещё раз — поле каталога резервных копий обычно показывает последний использованный путь.
• Выполните поиск по дискам по маске .dt и .zip с сортировкой по дате изменения.
• Проверьте стандартные места: %APPDATA%\1C\1cv8\, «Документы», «Загрузки», рабочий стол.
• Если база серверная, посмотрите каталоги на сервере, к которым обращался агент 1С, и папки временных файлов службы.

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

dir C:\<em>.dt /s /b 2>nul && dir D:\</em>.dt /s /b 2>nul

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

Сколько места нужно и как не переполнить диск

Размер резервной копии зависит от размера базы. Выгрузка .dt обычно заметно меньше файла 1Cv8.1CD за счёт сжатия, а zip-архив сжимает её ещё сильнее. Тем не менее для крупных баз речь идёт о гигабайтах, и при каждом обновлении на диске остаётся новый файл.

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

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

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

• Храните копии на другом физическом носителе, чем рабочая база: другой диск, NAS, сетевая папка.
• Сохраняйте как минимум 2–3 последние копии, чтобы можно было откатиться не только на шаг назад.
• Периодически проверяйте копии: тестовая загрузка .dt в пустую базу — единственный способ убедиться, что файл рабочий.
• Настройте регулярное автоматическое копирование (планировщик задач, средства СУБД для клиент-серверных баз), не полагаясь на ручные выгрузки.

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

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

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