Администрирование · 12 мин
Куда сохраняется копия базы 1С при автоматическом обновлении
Разбираем, куда 1С сохраняет резервную копию базы при автоматическом обновлении: папки по умолчанию, файловый и клиент-серверный режимы, как найти и проверить копию.
При автоматическом обновлении конфигурации 1С предлагает создать резервную копию информационной базы, и от ответа на вопрос «куда она сохраняется» зависит, сможете ли вы быстро откатиться при неудачном обновлении. По умолчанию платформа складывает копии в служебный каталог, который зависит от режима работы базы (файловый или клиент-серверный) и от того, кто запускал обновление — пользователь в конфигураторе или механизм обновления через интернет.
Ключевой момент: резервная копия при автоматическом обновлении — это не полноценная система резервного копирования, а разовый снимок перед установкой обновления. Её местоположение можно и нужно менять вручную, особенно если системный диск ограничен по объёму, а база весит несколько гигабайт.
Ниже разберём стандартные пути сохранения копий, отличия для файловых и клиент-серверных баз, способы найти уже созданную копию и настроить собственную папку, а также типичные ошибки, из-за которых копия оказывается недоступна именно в тот момент, когда она нужна.
Где 1С предлагает сохранить копию при обновлении
При запуске автоматического обновления (через конфигуратор, через сервис «Обновление версий программы» в режиме 1С:Предприятие или при обновлении через интернет) на одном из шагов появляется диалог с предложением создать резервную копию. В этом окне есть флажок «Создать резервную копию ИБ» и поле с путём к каталогу.
По умолчанию платформа подставляет путь внутри профиля текущего пользователя Windows — как правило, это временный каталог или папка вида C:\Users\ИмяПользователя\AppData\Local\Temp либо подкаталог в AppData\Roaming\1C. Точный путь зависит от версии платформы и способа запуска обновления, поэтому всегда стоит смотреть на содержимое поля, а не полагаться на память.
Если оставить путь по умолчанию, копия сохранится именно туда. Проблема в том, что временные каталоги могут очищаться системой, антивирусом или утилитами «очистки диска», и копия исчезнет раньше, чем понадобится.
Формат резервной копии: что именно сохраняется
Резервная копия, создаваемая при автоматическом обновлении, представляет собой выгрузку информационной базы в файл формата .dt, упакованную в ZIP-архив. Имя файла обычно содержит дату и время создания, например backup_2026-05-12_10-30.zip или похожую маску — по имени легко понять, когда копия была сделана.
Файл .dt — это полный снимок базы: данные, конфигурация, пользователи и настройки. Из него базу можно восстановить штатными средствами конфигуратора через пункт «Загрузить информационную базу». Это принципиально отличается от копирования файла 1Cv8.1CD напрямую: выгрузка .dt корректна даже при логических повреждениях файла базы, хотя и занимает больше времени.
Размер архива обычно заметно меньше размера самой базы за счёт сжатия, но для крупных баз всё равно может составлять несколько гигабайт. Учитывайте это при выборе диска для сохранения.
Файловый режим: куда попадает копия
В файловом режиме обновление запускается на компьютере пользователя, и копия сохраняется локально — в каталог, указанный в диалоге обновления. Если путь не меняли, ищите архив в профиле пользователя, под которым выполнялось обновление:
Типичные места для поиска:
C:\Users\ИмяПользователя\AppData\Local\Temp— временный каталог, куда путь подставляется по умолчанию в ряде сценариев;C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8— служебные каталоги платформы;- папка, указанная пользователем вручную на предыдущих обновлениях — диалог запоминает последний выбранный путь.
Быстрый способ найти копию — поиск по диску: откройте проводник и выполните поиск файлов .zip или .dt, созданных в день обновления. Также полезно проверить журнал обновления: при обновлении через интернет 1С пишет протокол, где фиксируется путь к созданной копии.
- 1Откройте проводник и перейдите в C:\Users\<ИмяПользователя>\AppData\Local\Temp
- 2Отсортируйте файлы по дате изменения и найдите ZIP-архив, созданный в момент обновления
- 3Если архива нет, выполните поиск по всему диску по маске <em>.dt и </em>.zip с фильтром по дате
- 4Проверьте журнал обновления: в нём указывается фактический путь сохранения копии
- 5Найденную копию сразу скопируйте в надёжное место — отдельный диск или сетевую папку
Клиент-серверный режим и обновление через интернет
В клиент-серверном варианте работы ситуация сложнее. Если обновление выполняет администратор через конфигуратор на своём компьютере или на сервере, копия сохраняется на той машине, где запущен конфигуратор, — в каталог, указанный в диалоге. Пользователи, работающие через клиент, к этой копии доступа не имеют.
При обновлении через интернет из режима 1С:Предприятие (типовой сценарий для небольших организаций) копия также создаётся на компьютере, с которого инициировано обновление. Если обновление запускал бухгалтер со своего рабочего места, а база лежит на сервере, архив окажется в профиле бухгалтера — об этом часто забывают при поиске.
Для клиент-серверных баз крупного размера выгрузка .dt при обновлении может занимать значительное время и нагружать сервер СУБД. В таких случаях администраторы нередко отказываются от встроенной копии (снимают флажок) и делают резервную копию средствами самой СУБД — например, штатным бэкапом MS SQL Server или PostgreSQL. Это быстрее и надёжнее, но требует отдельной настройки.
Способы создания копии перед обновлением
Подходит для файловых баз и небольших клиент-серверных. Просто, но медленно на больших объёмах и сохраняется локально у того, кто обновляет.
Оптимально для клиент-серверных баз на MS SQL или PostgreSQL. Быстро и надёжно, но требует прав администратора СУБД и настройки расписания.
Допустимо для файловых баз при полном прекращении работы пользователей. Быстро, но не защищает от логических повреждений файла.
Как настроить собственную папку для копий
Самое надёжное решение — не полагаться на путь по умолчанию, а каждый раз указывать выделенный каталог для резервных копий. Создайте папку, например D:\Backup1C на отдельном физическом диске или сетевую папку на файловом сервере, и выбирайте её в диалоге обновления.
Требования к такому каталогу: свободное место не меньше размера базы (лучше с запасом в 2–3 размера, чтобы хранить несколько копий), права на запись для учётной записи, выполняющей обновление, и исключение из зон автоматической очистки. Для сетевых путей убедитесь, что путь доступен в момент обновления — разрыв соединения во время записи приведёт к битой копии.
Диалог обновления запоминает последний использованный путь, поэтому при регулярных обновлениях достаточно один раз указать правильную папку — в следующий раз она подставится автоматически. Проверяйте это перед каждым запуском: смена учётной записи или очистка настроек может сбросить путь на значение по умолчанию.
Проверка копии и восстановление из неё
Созданная копия имеет смысл только если из неё реально можно восстановиться. Минимальная проверка после обновления: убедиться, что ZIP-архив существует, его размер сопоставим с ожидаемым (не нулевой и не аномально маленький), и архив открывается без ошибок — внутри должен быть файл с расширением .dt.
Полная проверка — тестовое восстановление: создайте пустую файловую базу, откройте её в конфигураторе и выполните «Администрирование → Загрузить информационную базу», указав файл .dt из архива. Если загрузка прошла без ошибок и база открывается, копия рабочая. Для критичных баз такую проверку стоит делать регулярно, а не только после сбоев.
При необходимости отката после неудачного обновления порядок действий обратный: все пользователи выходят из базы, выполняется загрузка .dt поверх текущей базы с подтверждением замены. Учтите: все данные, введённые после создания копии, будут потеряны, поэтому перед откатом оцените объём потерь.
Как проверить результат
ZIP-файл с датой обновления существует и открывается
Файла нет, размер 0 байт или архив не открывается
Внутри файл .dt разумного размера
Архив пустой или содержит повреждённый файл
База загружается из .dt в тестовую копию без ошибок
Ошибки загрузки, сообщения о нарушении целостности
Места хватает минимум на 2–3 копии
Диск заполнен, старые копии не удаляются
Типичные ошибки и ограничения
Самая частая ошибка — оставить путь по умолчанию во временной папке и потерять копию после очистки диска или смены пользователя. Вторая по распространённости — искать копию на сервере, хотя обновление запускалось с рабочего места пользователя, и архив лежит в его профиле.
Ещё одна проблема — снятие флажка создания копии ради экономии времени без альтернативного бэкапа. Если обновление прервётся на середине (отключение электричества, обрыв соединения с сервером), база может остаться в несогласованном состоянии, и восстановить её будет нечем.
Помните и об ограничении: копия при обновлении создаётся только при монопольном доступе к базе. Если кто-то из пользователей не вышел, обновление не начнётся — это защита, а не неисправность.
FAQ: частые вопросы о резервных копиях при обновлении
Можно ли отключить создание резервной копии при обновлении?
Да, достаточно снять флажок «Создать резервную копию ИБ» в диалоге обновления. Это оправдано, только если у вас уже настроено регулярное резервное копирование другими средствами — например, бэкап средствами СУБД или копирование файла базы по расписанию. Без альтернативной копии обновляться не стоит.
Сколько хранится копия, созданная при обновлении?
Сама платформа не удаляет такие копии автоматически — они хранятся, пока их не удалит пользователь или системная очистка. Исключение — временные каталоги, которые может чистить Windows или сторонние утилиты. Регулярно переносите актуальные копии в постоянную папку и удаляйте устаревшие вручную.
Почему копия создаётся очень долго?
Скорость выгрузки .dt зависит от размера базы, производительности дисков и, в клиент-серверном режиме, от загрузки сервера СУБД. Для больших баз выгрузка может занимать десятки минут и больше. Если время критично, используйте бэкап средствами СУБД — он обычно выполняется значительно быстрее.
Чем копия при обновлении отличается от обычной выгрузки в конфигураторе?
По сути ничем — это та же выгрузка в формат .dt, просто запускаемая автоматически как шаг обновления и упакованная в ZIP. Из такой копии база восстанавливается стандартной загрузкой через конфигуратор, как из любой выгрузки, сделанной вручную.
Обновление завершилось ошибкой, а копию я не находил. Что делать?
Сначала не предпринимайте действий с базой. Найдите копию поиском по диску компьютера, с которого запускалось обновление (маски .zip и .dt, фильтр по дате). Если копия найдена — выполните загрузку .dt в конфигураторе. Если копии нет, проверьте наличие резервных копий СУБД или файловых бэкапов, а при их отсутствии привлеките специалиста по восстановлению данных до любых попыток повторного обновления.
Нужно ли делать копию, если база работает в облачном сервисе 1С:Фреш?
В облачных сервисах резервное копирование выполняет оператор сервиса, и механизм обновления отличается от локального. При этом выгрузить свою базу из сервиса в файл .dt можно штатными средствами — рекомендуется делать это периодически и перед значимыми изменениями, чтобы иметь локальную копию под своим контролем.
Что важно запомнить
Копия при автоматическом обновлении сохраняется в каталог, указанный в диалоге обновления, — по умолчанию это папка в профиле пользователя. Всегда меняйте путь на выделенный диск с запасом места, проверяйте созданный архив и помните: копия лежит на том компьютере, где запускалось обновление. Для клиент-серверных баз надёжнее использовать бэкап средствами СУБД.