Администрирование · 10 мин
Куда 1С делает резервную копию при обновлении
Разбираем, куда 1С сохраняет резервную копию ИБ при обновлении конфигурации: папки по умолчанию, временные каталоги, как задать свой путь и проверить результат.
При обновлении конфигурации через поддержку («Конфигурация → Поддержка → Обновить конфигурацию») 1С предлагает создать резервную копию информационной базы. Многие администраторы соглашаются, не задумываясь, куда именно сохраняется файл — и потом не могут его найти, когда он нужен для отката. На самом деле логика проста: файл сохраняется в тот каталог, который вы укажете в диалоге сохранения, а если путь не менять, используется предложенное по умолчанию расположение.
Важно понимать: сам механизм обновления не имеет скрытой «внутренней» папки для бэкапов. Резервная копия — это обычный файл выгрузки информационной базы с расширением .dt, который вы сами кладёте в выбранное место. Путаница возникает из-за того, что рядом с обновлением работают ещё и временные каталоги, куда платформа складывает служебные файлы, — их часто ошибочно принимают за резервные копии.
Ниже разберём, где искать файл копии, чем отличается файловый и клиент-серверный вариант, как задать правильный путь и как убедиться, что копия действительно создалась и пригодна для восстановления.
Что именно сохраняется при обновлении и в каком виде
Когда в конфигураторе на этапе обновления вы отвечаете «Да» на вопрос о создании резервной копии, платформа выполняет стандартную выгрузку информационной базы — ту же операцию, что доступна через «Администрирование → Выгрузить информационную базу». Результатом является один файл с расширением .dt, содержащий и данные, и конфигурацию базы на момент выгрузки.
Имя файла платформа предлагает автоматически — обычно оно содержит слово «1Cv8» и дату. Именно в диалоге выбора места сохранения определяется конечное расположение копии: если нажать «Сохранить», не глядя, файл уйдёт в каталог, который система предложила по умолчанию (часто это «Документы» или последняя использованная папка).
Куда попадает файл копии: логика выбора каталога
У механизма обновления нет фиксированной папки назначения. Каталог определяется так:
- если вы вручную выбрали папку в диалоге сохранения — файл лежит именно там;
- если путь не меняли — используется каталог, предложенный системой по умолчанию (как правило, «Документы» текущего пользователя или папка, из которой в последний раз выполнялась подобная операция);
- имя и путь можно изменить прямо в диалоге — это единственный способ управлять расположением копии при обновлении.
Из этого следует практический вывод: если вы не помните, куда сохранили копию, искать нужно не внутри каталога базы и не в папках платформы, а в пользовательских каталогах — «Документы», «Загрузки», рабочий стол, либо в сетевой папке, если она использовалась ранее.
Временные каталоги при обновлении: что там лежит на самом деле
Во время обновления конфигурации и реструктуризации платформа активно использует временные папки: каталог временных файлов пользователя (обычно внутри профиля, например %TEMP%) и служебные подкаталоги. Туда складываются промежуточные файлы выгрузки, журналы и рабочие данные механизма обновления.
Эти файлы не являются резервной копией в полном смысле: они могут быть неполными, удаляться после завершения сеанса и не предназначены для восстановления вручную. Тем не менее знать о них полезно: если обновление прервалось с ошибкой, иногда именно во временных каталогах остаются следы, помогающие понять, на каком этапе произошёл сбой.
Отдельно стоит упомянуть файлы журнала регистрации и технологический журнал — они тоже пишутся в служебные каталоги и помогают диагностике, но к резервному копированию отношения не имеют.
Файловый и клиент-серверный варианты: есть ли разница
Для файловой базы механика полностью соответствует описанной выше: выгрузка идёт в .dt по указанному пути. Дополнительная особенность файлового варианта — сама база является файлом 1Cv8.1CD, и многие администраторы вместо выгрузки просто копируют этот файл перед обновлением. Это допустимый способ, но делать такую копию нужно при отсутствии активных сеансов, иначе файл может оказаться в несогласованном состоянии.
В клиент-серверном варианте выгрузка в .dt работает так же — через конфигуратор с указанием пути. Однако в серверной инфраструктуре чаще применяют штатные средства СУБД (резервное копирование базы данных на уровне SQL Server или PostgreSQL). Такая копия хранится там, где настроено резервное копирование СУБД, и к диалогу обновления 1С отношения не имеет.
Сравнение вариантов
Подходит для небольших баз и быстрого отката конфигурации. Ограничение: на больших базах выгрузка и загрузка занимают много времени.
Быстро для файловых баз, но требует отсутствия активных сеансов и не подходит для клиент-серверного варианта.
Надёжный вариант для серверных баз и больших объёмов. Требует доступа к серверу СУБД и навыков администрирования.
Как задать правильное место для резервной копии
Главное правило — не принимать путь по умолчанию вслепую. Перед нажатием «Сохранить» потратьте несколько секунд на выбор осмысленного каталога. Хорошей практикой считается выделенная папка для бэкапов, желательно не на том же диске и не на том же физическом устройстве, где находится база.
Давайте файлам понятные имена: включайте в название дату и версию конфигурации до обновления, например backup_BP_3.0_pered_obnovleniem.dt. Через полгода по имени 1Cv8.dt вы не вспомните, что это за копия и к какой базе она относится.
- 1Перед обновлением создайте или выберите выделенную папку для резервных копий, лучше на другом диске или сетевом ресурсе.
- 2В диалоге сохранения копии укажите эту папку и задайте имя файла с датой и версией конфигурации.
- 3Дождитесь завершения выгрузки и убедитесь, что файл появился в указанном каталоге и имеет ненулевой размер.
- 4Только после этого продолжайте обновление конфигурации.
- 5После успешного обновления сохраните копию до подтверждения стабильной работы базы.
Как найти уже созданную копию и проверить её пригодность
Если обновление уже прошло, а место сохранения копии неизвестно, действуйте системно. Откройте поиск в проводнике Windows и выполните поиск по маске *.dt с фильтром по дате изменения — день обновления. Проверьте стандартные места: «Документы», «Загрузки», рабочий стол, сетевые папки, которые подключены на компьютере.
Найденный файл стоит проверить до того, как он понадобится. Минимальная проверка — размер файла: у реальной базы он не может быть подозрительно маленьким. Полная проверка — тестовая загрузка копии в отдельную пустую базу через «Администрирование → Загрузить информационную базу». Только успешная загрузка гарантирует, что копия рабочая.
Как проверить результат
Файл присутствует в указанной папке с ожидаемым именем и датой
Файла нет или дата создания не совпадает с моментом обновления
Размер сопоставим с объёмом базы
Размер близок к нулю — выгрузка, скорее всего, прервалась
Копия загружается в пустую базу без ошибок
Ошибки при загрузке — копия непригодна, нужен другой источник восстановления
Типичные ошибки и ограничения механизма
Самая распространённая ошибка — считать, что платформа «сама куда-то» сохранила копию, и не контролировать процесс. Вторая по частоте — сохранять бэкап в тот же каталог, где лежит файловая база: при аппаратном сбое диска теряется и база, и копия.
Также учитывайте ограничения: выгрузка .dt большой базы может занять значительное время и потребовать заметного свободного места на диске. Если места не хватит, выгрузка прервётся, а неполный файл останется в целевой папке и может ввести в заблуждение. Кроме того, во время выгрузки и обновления пользователи не должны работать в базе — активные сеансы являются источником ошибок и несогласованных данных.
Что важно запомнить
Резервная копия при обновлении 1С — это файл .dt, который сохраняется в каталог, указанный вами в диалоге. Скрытой системной папки нет. Выбирайте выделенное место, давайте файлам понятные имена и проверяйте копию тестовой загрузкой до начала обновления.
Частые вопросы
Можно ли восстановить базу из временных файлов, если копия не создавалась?
Надёжно — нет. Временные файлы в каталоге %TEMP% являются служебными промежуточными данными и не предназначены для восстановления. Если копия не создавалась, единственные варианты — другие бэкапы (регламентные, средствами СУБД) или копия файла базы, если она делалась ранее.
Сколько места нужно для резервной копии при обновлении?
Ориентируйтесь на размер самой базы: файл .dt обычно занимает объём, сопоставимый с размером данных (иногда меньше за счёт сжатия). Дополнительно нужен запас на временные файлы обновления. Убедитесь, что на целевом диске свободно заметно больше, чем размер базы.
Можно ли обновить конфигурацию без создания резервной копии?
Технически диалог позволяет отказаться от создания копии, но делать этого не следует. Обновление изменяет структуру данных, и при ошибке без копии откат может оказаться невозможным. Минимум — убедитесь, что есть свежий бэкап, созданный другим способом.
Чем отличается файл .dt от копии файла 1Cv8.1CD?
Файл .dt — это результат выгрузки через конфигуратор, он независим от формата хранения и подходит для переноса между вариантами работы. Файл 1Cv8.1CD — это сам файл файловой базы; его копирование быстрее, но требует отсутствия активных сеансов и применимо только к файловому варианту.
Где искать копию, если обновление делал другой сотрудник?
Уточните у него путь, указанный в диалоге сохранения. Если связаться нельзя, выполните поиск по маске *.dt на компьютере, где запускался конфигуратор, с фильтром по дате обновления, и проверьте стандартные пользовательские папки и подключённые сетевые диски.
Нужно ли хранить копию после успешного обновления?
Да, как минимум до подтверждения стабильной работы базы в течение разумного периода. Ошибки обновления иногда проявляются не сразу, а при выполнении конкретных операций. После этого копию можно архивировать в общее хранилище бэкапов по принятому в организации регламенту.