Администрирование · 11 мин
Куда 1С сохраняет базу при обновлении конфигурации
Разбираем, куда 1С сохраняет резервную копию базы при обновлении конфигурации: папки по умолчанию, временные каталоги, как найти копию и восстановить данные.
При обновлении конфигурации через конфигуратор 1С предлагает создать резервную копию информационной базы. Многие администраторы и пользователи соглашаются на создание копии, не обращая внимания на путь сохранения, а потом не могут найти файл, когда он действительно нужен. Между тем логика сохранения проста и предсказуема, если понимать, как работает механизм резервного копирования в платформе.
Место сохранения зависит от того, как именно выполняется обновление: через конфигуратор с выгрузкой в файл .dt, через автоматическое обновление из интернета (для файловых баз типовых конфигураций) или через механизм обновления в режиме «1С:Предприятие». В каждом сценарии платформа использует свой каталог, и важно знать их все.
Отдельно стоит понимать разницу между самой рабочей базой и её резервной копией. Обновление не создаёт новую базу в новом месте — оно модифицирует существующую, а копия служит страховкой на случай сбоя. Ниже разберём все сценарии с конкретными путями и способами проверки.
Где физически находится сама база до и после обновления
Обновление конфигурации не перемещает информационную базу. Файловая база — это каталог с файлом 1Cv8.1CD, путь к которому виден в списке баз стартера 1С (окно запуска) при выделении базы. Именно этот каталог и модифицируется при обновлении: изменяется структура данных внутри файла 1Cv8.1CD.
Для клиент-серверного варианта данные хранятся в СУБД (MS SQL Server, PostgreSQL и других), а 1С лишь подключается к ней. Обновление в этом случае меняет структуру таблиц на стороне сервера СУБД, и никаких новых файлов на клиентской машине не появляется.
Узнать путь к файловой базе можно двумя способами: в стартере 1С выделить базу и посмотреть строку под списком, либо в режиме «1С:Предприятие» открыть «Файл → О программе» (или «Сервис → О программе» в старых интерфейсах) — там указан каталог информационной базы.
Куда сохраняется копия при обновлении через конфигуратор
Классический сценарий: вы открываете конфигуратор, выбираете «Конфигурация → Поддержка → Обновить конфигурацию» (или загружаете файл .cf), и при наличии изменений платформа предлагает сохранить резервную копию. При согласии открывается стандартный диалог сохранения файла.
Ключевой момент: путь в этом диалоге не фиксирован. Конфигуратор по умолчанию предлагает каталог, который использовался последним для сохранения файлов, чаще всего это «Документы» или «Рабочий стол» текущего пользователя Windows, либо папка, из которой в прошлый раз загружались файлы. Имя файла обычно предлагается вида «1Cv8» с расширением .dt, иногда с датой.
Именно здесь возникает типичная проблема: пользователь нажимает «Сохранить», не запомнив путь, а потом ищет копию рядом с базой — и не находит. Копия лежит там, куда указал диалог, и это может быть любая папка на диске или сетевом ресурсе.
- 1Вспомните, когда выполнялось обновление, и откройте проводник Windows
- 2Выполните поиск по маске *.dt по всем дискам, отсортировав по дате изменения
- 3Проверьте папки «Документы», «Загрузки», «Рабочий стол» и каталог рядом с базой
- 4Если файл найден, проверьте его размер: копия реальной базы обычно сопоставима по объёму с файлом 1Cv8.1CD
- 5Скопируйте найденный .dt в надёжное место с понятным именем, включающим дату
Куда сохраняется копия при автоматическом обновлении типовой конфигурации
Типовые конфигурации (1С:Бухгалтерия, ЗУП, Управление торговлей и другие) умеют обновляться через интернет прямо из режима «1С:Предприятие» или в фоновом режиме. В этом сценарии программа сама предлагает создать резервную копию, и здесь путь более предсказуем.
По умолчанию механизм обновления предлагает сохранить копию в подкаталог рядом с информационной базой либо в папку, указанную в настройках обновления. Нередко это каталог вида «Backup» или папка с датой внутри каталога базы. Точный путь всегда отображается в окне настройки резервного копирования перед началом обновления — его можно и нужно изменить на удобный.
Для файловых баз копия создаётся в формате .dt через выгрузку. Для клиент-серверных баз типовой механизм обычно рекомендует делать копию средствами СУБД, и автоматическая выгрузка может быть отключена или занимать существенное время.
Временные каталоги, которые 1С использует при обновлении
Помимо резервной копии, платформа при обновлении активно работает с временными файлами. Дистрибутивы обновлений распаковываются во временные каталоги пользователя — обычно это %TEMP% (как правило, C:\Users\ИмяПользователя\AppData\Local\Temp) или каталог, заданный переменными среды.
Шаблоны конфигураций и обновлений хранятся в каталоге шаблонов — по умолчанию это папка tmplts в каталоге установки платформы или в профиле пользователя (путь задаётся в настройках стартера 1С). Оттуда конфигуратор берёт файлы обновления .cfu, но резервная копия туда не сохраняется.
После завершения обновления временные файлы могут оставаться на диске и занимать заметное место, особенно если обновление прерывалось. При нехватке места на системном диске обновление может завершиться ошибкой именно на этапе распаковки во временный каталог.
Как настроить правильное место для резервных копий
Лучшая практика — не полагаться на каталоги по умолчанию, а создать отдельную папку для резервных копий, например D:\1C_Backup, и всегда указывать её в диалоге сохранения. Имя файла формируйте с датой и версией конфигурации: например, BP_3.0.150_2026-01-15.dt. Тогда через месяцы вы сразу поймёте, что это за копия.
Хранить единственную копию на том же физическом диске, где лежит база, рискованно: при отказе диска вы потеряете и базу, и копию. Минимальное требование — копировать файл .dt на другой диск, сетевую папку или внешний носитель.
Для регулярной защиты ручные копии перед обновлением недостаточны. Настройте регламентное резервное копирование: для файловых баз — скриптом копирования каталога при закрытой базе или выгрузкой в .dt по расписанию, для клиент-серверных — штатными средствами СУБД.
Сравнение вариантов хранения копий
Быстро и не требует настройки, но файл легко потерять среди других документов и случайно удалить при чистке
Надёжно и понятно, требует одноразовой настройки и дисциплины при сохранении
Защищает от отказа локального диска, но зависит от доступности сети в момент сохранения
Правильный вариант для клиент-серверных баз; требует доступа к серверу и навыков администрирования СУБД
Как проверить, что копия создана и пригодна для восстановления
Наличие файла .dt ещё не гарантирует, что из него можно восстановиться. Минимальная проверка — размер файла: он должен быть сопоставим с размером базы (для сжатой выгрузки — обычно заметная доля от размера 1Cv8.1CD, но не килобайты). Файл нулевого или аномально малого размера означает, что выгрузка не завершилась.
Полная проверка — тестовое восстановление: откройте конфигуратор пустой тестовой базы, выполните «Администрирование → Загрузить информационную базу» и укажите файл копии. Если загрузка прошла без ошибок и база открывается, копия рабочая. Эту процедуру стоит выполнять хотя бы для копий, созданных перед крупными обновлениями.
Обратите внимание: загружать .dt для проверки нужно только в тестовую базу, никогда — в рабочую. Загрузка полностью заменяет содержимое базы, и отменить это действие нельзя.
Как проверить результат
Файл .dt находится по ожидаемому пути, размер сопоставим с базой
Файла нет, размер нулевой или аномально мал
Загрузка в пустую базу завершается без ошибок, данные открываются
Ошибки при загрузке, сообщения о повреждении файла
Дата создания файла соответствует моменту перед обновлением
Файл старый, создан не в тот день — это другая копия
Типичные ошибки и частые вопросы
Самая распространённая ошибка — отказ от создания копии при обновлении «для скорости». На больших базах выгрузка занимает время, но именно в этот момент риск потери данных максимален: реструктуризация при сбое питания или нехватке места может оставить базу неработоспособной.
Вторая ошибка — путать копию .dt с файлом обновления .cfu или конфигурацией .cf. Это разные файлы: из .cfu восстановить данные невозможно. Также нельзя восстановить базу из каталога шаблонов — там лежат только дистрибутивы.
Что важно запомнить
Рабочая база при обновлении остаётся на прежнем месте — меняется только её содержимое. Резервная копия в формате .dt сохраняется туда, куда указывает пользователь в диалоге сохранения, а при автоматическом обновлении типовых конфигураций — в папку из настроек обновления. Всегда читайте путь перед стартом, сохраняйте копию на отдельный носитель и проверяйте её тестовой загрузкой.
Можно ли восстановить базу, если при обновлении копию не создавали?
Если обновление прошло успешно, база работает, и копия не нужна. Если обновление прервалось с ошибкой и база не открывается, варианты ограничены: восстановление из предыдущей резервной копии, из теневых копий Windows (если включены), из резервных копий СУБД для клиент-серверного варианта или попытка исправления через утилиту chdbfl.exe и тестирование и исправление в конфигураторе. Гарантии успеха нет, поэтому копия перед обновлением обязательна.
Где искать копию, если обновление выполнялось автоматически через интернет?
Откройте настройки обновления в типовой конфигурации (раздел «Администрирование → Обновление версии программы») — там указан каталог резервных копий. Также проверьте подкаталоги рядом с папкой базы и выполните поиск по маске *.dt по диску с сортировкой по дате.
Создаёт ли 1С копию при обновлении клиент-серверной базы?
Штатный диалог сохранения в .dt работает и для клиент-серверных баз, но выгрузка большой базы через конфигуратор может занять часы. На практике для серверных баз копию делают средствами СУБД (backup в MS SQL Server или PostgreSQL) — это быстрее и надёжнее. Такой файл хранится там, куда его поместил администратор СУБД.
Чем отличается файл .dt от копии папки с базой?
Файл .dt — это выгрузка базы штатными средствами 1С, её можно загрузить в любую базу через конфигуратор. Копия папки с файлом 1Cv8.1CD — это посекторная копия файловой базы; она корректна только если в момент копирования с базой никто не работал. Для возврата достаточно скопировать папку обратно и прописать путь в списке баз.
Почему при обновлении заканчивается место на диске C, хотя база на другом диске?
Потому что временные файлы распаковки и выгрузки создаются в каталоге %TEMP% профиля пользователя, который находится на системном диске. Решение — освободить место на диске C или переназначить переменные TEMP и TMP на другой диск в настройках системы.
Можно ли указать путь для копии один раз, чтобы он запомнился?
В конфигураторе диалог сохранения обычно предлагает последний использованный каталог, поэтому если один раз сохранить копию в выделенную папку, следующие копии по умолчанию будут предлагаться туда же. В типовых конфигурациях путь к резервным копиям задаётся в настройках обновления и сохраняется постоянно.