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

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

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

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

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

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

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

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

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

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

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

Проверить, что выгрузка действительно создалась, просто: файл .dt для рабочей базы обычно занимает заметный объём (от десятков мегабайт до гигабайт). Файл размером в несколько килобайт — признак прерванной выгрузки.

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

При обновлении типовой конфигурации через интернет (в режиме 1С:Предприятие, «Администрирование → Обновление версии программы») на одном из шагов мастер предлагает создать резервную копию и показывает поле с каталогом. По умолчанию там подставляется временная папка пользователя — что-то вроде C:\Users\ИмяПользователя\AppData\Local\Temp\ с вложенным подкаталогом.

Это самый частый источник потери копий: временные папки периодически очищаются системой и чистильщиками диска, поэтому хранить там архив дольше нескольких дней нельзя. Перед нажатием «Далее» замените путь на постоянный каталог, доступный и вам, и другим администраторам.

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

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

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

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

1. 1
   Откройте раздел «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление»
2. 2
   Укажите каталог для хранения копий — локальный диск, отличный от диска базы, или сетевая папка
3. 3
   Задайте расписание: ежедневно в нерабочее время для активно используемой базы
4. 4
   Ограничьте количество хранимых копий, чтобы архивы не заполнили диск
5. 5
   Выполните копирование вручную и убедитесь, что файл появился в указанной папке

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

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

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

dir C:\<em>.dt /s /b & dir D:\</em>.zip /s /b | findstr /i "backup 1cv8"

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

Как проверить копию и восстановить из неё базу

Наличие файла ещё не гарантирует работоспособность копии. Для .dt-файла минимальная проверка — загрузка в пустую тестовую базу: конфигуратор → «Администрирование → Загрузить информационную базу». Если загрузка прошла без ошибок и база открывается, копия рабочая. Для zip-архива файловой базы достаточно распаковать его в отдельную папку и добавить эту папку как новую базу в список информационных баз.

Восстановление файловой базы из zip-архива выполняется простой заменой: закройте все сеансы, переименуйте текущий каталог базы (не удаляйте его сразу), распакуйте архив на его место и запустите 1С. Для .dt создайте пустую базу и загрузите выгрузку через конфигуратор.

Особенности для клиент-серверных баз и облачных сервисов

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

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

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