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

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

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

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

Когда вы запускаете обновление конфигурации через конфигуратор («Конфигурация» → «Поддержка» → «Обновить конфигурацию»), на одном из шагов появляется окно с предложением создать резервную копию. В нём есть поле «Каталог» — именно туда будет сохранён файл выгрузки. Если вы ничего не меняли, платформа подставляет путь по умолчанию, обычно это подкаталог во временной папке пользователя, например внутри профиля в AppData\Local\Temp.

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

Как найти папку с копией, если обновление уже прошло

Если обновление завершено, а путь вы не запомнили, начните с поиска файлов с расширением .dt. Откройте проводник Windows и выполните поиск по маске *.dt по всем дискам, отсортировав результат по дате изменения — нужный файл будет среди самых свежих. Размер файла обычно сопоставим с размером базы, что помогает отличить его от случайных выгрузок.

Второй способ — проверить стандартные временные каталоги. Нажмите Win+R, введите %TEMP% и посмотрите содержимое папки: копии, созданные с настройками по умолчанию, часто оказываются именно там или во вложенных подкаталогах. Также проверьте каталоги вида «C:\Backup», «D:\1C_Backup» и подобные — администраторы часто задают такие пути вручную.

1. 1
   Откройте проводник и выполните поиск по маске *.dt на всех локальных дисках
2. 2
   Отсортируйте найденные файлы по дате изменения
3. 3
   Проверьте папку %TEMP% текущего пользователя
4. 4
   Уточните у администратора, не задан ли общий сетевой каталог для копий
5. 5
   Сравните размер файла с размером рабочей базы для подтверждения

Где хранятся копии файловых баз: особенности

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

При обновлении через конфигуратор используется первый способ. Но многие администраторы перед обновлением дополнительно копируют файл 1Cv8.1CD вручную — это быстрее и надёжнее для больших баз. Такие копии хранятся там, куда их положил администратор: типичные места — соседняя папка с именем вида «Backup_дата», сетевой диск или внешний носитель.

Способы резервного копирования файловой базы

Выгрузка .dt через конфигуратор

Штатный способ при обновлении. Подходит для восстановления через «Загрузить информационную базу», но медленнее на больших базах.

Копирование файла 1Cv8.1CD

Быстро и сохраняет базу целиком. Требует, чтобы все пользователи вышли из базы, иначе копия будет неконсистентной.

Сторонние средства бэкапа

Автоматизируют расписание и хранение, но требуют настройки и контроля успешности выполнения.

Где хранятся копии клиент-серверных баз

Если база работает на SQL Server, PostgreSQL или другой СУБД, механизм обновления 1С не создаёт файл .dt автоматически в привычном смысле — резервное копирование выполняется средствами самой СУБД. Для MS SQL Server это файлы .bak, которые по умолчанию складываются в каталог Backup в папке экземпляра SQL Server, либо в путь, указанный в плане обслуживания.

Узнать реальное расположение можно у администратора баз данных или через SQL Server Management Studio: свойства задачи резервного копирования показывают целевой каталог. Для PostgreSQL копии обычно создаются утилитой pg_dump и хранятся в каталоге, заданном в скрипте бэкапа.

Как настроить понятное место хранения копий заранее

Правильная практика — не искать копию постфактум, а задать путь до начала обновления. В окне создания резервной копии укажите выделенный каталог, например D:\1C_Backup\ИмяБазы\, и включайте дату в имя файла. Тогда копии будут накапливаться упорядоченно, и найти нужную не составит труда.

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

Как проверить копию и восстановить из неё базу

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

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

Контрольные точки

Как проверить результат

Файл копии существует

Норма

Файл .dt или .bak есть в заданном каталоге, размер сопоставим с базой

Тревожный признак

Файл отсутствует, нулевого размера или дата не совпадает с датой обновления

Копия открывается

Норма

Загрузка в тестовую базу проходит без ошибок, данные на месте

Тревожный признак

Ошибка загрузки, повреждение файла, нехватка места при восстановлении

Актуальность копии

Норма

Дата создания копии предшествует обновлению

Тревожный признак

Копия старая и не содержит последних данных

Частые вопросы

Обязательно ли создавать копию при обновлении, или можно пропустить?

Можно снять флажок и обновиться без копии, но делать это на рабочей базе крайне рискованно. Если обновление прервётся или структура данных изменится некорректно, откатиться без копии будет нечем. Пропуск допустим только для тестовых баз.

Почему я не нахожу файл .dt после обновления?

Чаще всего копия сохранилась во временный каталог и была удалена системой очистки, либо флажок создания копии был снят. Выполните поиск по маске *.dt и проверьте папку %TEMP%. Если файла нет — копия не создавалась.

Можно ли восстановить базу из файла .dt на другом компьютере?

Да. Создайте на новом компьютере пустую информационную базу той же конфигурации, откройте конфигуратор и выполните загрузку из файла .dt. Версия платформы должна быть не ниже той, на которой делалась выгрузка.

Чем копия .dt отличается от бэкапа SQL Server?

Файл .dt — выгрузка средствами 1С, независимая от СУБД, но медленная и требующая монопольного доступа. Бэкап SQL Server создаётся быстрее, может выполняться по расписанию без остановки работы, но восстанавливается только средствами той же СУБД.

Сколько копий стоит хранить одновременно?

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