Резервная копия 1С при обновлении: где находится и как ей управлять

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

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

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

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

Имя файла обычно формируется автоматически и содержит дату, например, выгрузка с текущей датой в формате .dt. Если вы просто нажали «Сохранить», не глядя на путь, копия ушла в тот каталог, который был указан в строке диалога. Чаще всего это «Документы», «Рабочий стол» или папка, из которой в прошлый раз загружали файл обновления.

Чтобы не искать файл потом, перед нажатием «Сохранить» явно укажите понятный каталог, например, D:\Backup1C\2026-обновление\, и дайте файлу осмысленное имя с версией конфигурации: base_ut_11.5_before_update.dt. Это займёт десять секунд и сэкономит часы при откате.

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

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

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

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

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

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

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

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

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

Get-ChildItem -Path C:\,D:\ -Include <em>.dt,</em>.zip -Recurse -ErrorAction SilentlyContinue | Where-Object {$_.LastWriteTime -gt (Get-Date).AddDays(-2)} | Sort-Object LastWriteTime -Descending | Select-Object FullName, Length, LastWriteTime

Чем копия при обновлении отличается от полноценного бэкапа

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

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

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

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

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

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

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

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

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

FAQ