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

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

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

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

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

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

По умолчанию в это поле подставляется путь во временный каталог текущего пользователя Windows. Типичный вид: C:\Users\ИмяПользователя\AppData\Local\Temp\1Cv8Backup\... либо просто файл вида backup.dt внутри временной папки. Точный путь зависит от версии платформы и настроек, поэтому ориентироваться нужно на то, что реально написано в поле диалога, а не на «стандартное» расположение.

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

Пути по умолчанию для файловых и клиент-серверных баз

Для файловой базы механизм простой: платформа выгружает базу в файл с расширением .dt и кладёт его по указанному пути. Если путь не менять, файл окажется во временном каталоге пользователя, под которым запущен конфигуратор. Найти этот каталог можно, введя в адресной строке проводника %TEMP%.

Для клиент-серверной базы (SQL Server, PostgreSQL и др.) ситуация принципиально другая. Флажок создания резервной копии в мастере обновления для таких баз часто недоступен или создаёт выгрузку .dt через сервер 1С, что для больших баз работает медленно и может завершиться ошибкой. Штатная практика для клиент-серверных баз — делать копию средствами СУБД (backup на уровне SQL), а не через выгрузку .dt.

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

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

Если обновление уже прошло, а путь никто не запомнил, есть несколько способов отыскать файл. Первый — открыть временный каталог: нажмите Win+R, введите %TEMP% и отсортируйте содержимое по дате изменения. Файл копии будет иметь расширение .dt и размер, сопоставимый с размером базы.

Второй способ — поиск по диску. В проводнике Windows выполните поиск по маске *.dt с фильтром по дате изменения (день обновления). Если база большая, файл может называться, например, 1Cv8.dt или содержать в имени дату.

Третий вариант — журнал регистрации и служебные файлы платформы. Если обновление выполнялось пакетно или через скрипты, путь к копии может фиксироваться в логах. Также проверьте стандартные папки, которые использует ваша организация: часто администраторы создают каталоги вида D:\Backup\1C или сетевую папку на сервере.

1. 1
   Откройте %TEMP% через Win+R и отсортируйте файлы по дате изменения
2. 2
   Найдите файл с расширением .dt, созданный в день обновления
3. 3
   Если файла нет — выполните поиск *.dt по всем локальным дискам
4. 4
   Проверьте сетевые папки и каталоги, выделенные под архивы 1С
5. 5
   Скопируйте найденный файл в надёжное место и подпишите дату и версию конфигурации

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

Самый надёжный подход — не полагаться на путь по умолчанию, а заранее создать выделенный каталог и всегда указывать его в диалоге создания копии. Подойдёт отдельный диск или сетевая папка: D:\1C_Backup, \\server\1c_backup. Имя файла лучше формировать с датой и версией, например BP_3.0_before_update_2026.dt — тогда через полгода будет понятно, что это за копия.

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"D:\1C_Backup\trade_backup.dt"

Такую команду можно поставить в планировщик задач Windows и запускать перед каждым плановым обновлением. Это снимает зависимость от того, что администратор забудет установить флажок или укажет неудачный путь.

Дополнительное требование к каталогу: на диске должно быть свободное место не меньше размера базы (лучше — с запасом в 1,5–2 раза), а у пользователя, под которым выполняется обновление, — права на запись в эту папку. Для сетевых путей проверьте, что папка доступна именно с той машины, где запускается обновление.

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

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

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

Типичные ошибки и их последствия

Наиболее частая ошибка — согласиться с путём по умолчанию и потерять копию после очистки Temp. Вторая по распространённости — указать папку на том же диске, где заканчивается место: выгрузка обрывается на середине, а мастер обновления иногда продолжает работу, оставляя базу без защиты.

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

Альтернативы штатной копии при обновлении

Выгрузка .dt — не единственный способ защититься перед обновлением. Для файловой базы достаточно скопировать файл 1Cv8.1CD из каталога базы (при условии, что все сеансы закрыты). Это быстрее выгрузки и даёт точную побайтовую копию.

Для клиент-серверных баз основной инструмент — backup средствами СУБД: полная резервная копия в SQL Server (например, через Maintenance Plan или команду BACKUP DATABASE) либо pg_dump для PostgreSQL. Такие копии создаются быстрее, не требуют монопольного доступа в ряде режимов и восстанавливаются штатными средствами СУБД.

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

Частые вопросы о копиях 1С при обновлении