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

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

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

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

Где по умолчанию лежит копия для файловой базы

Для файловой информационной базы при запуске обновления конфигурации (через «Поддержка — Обновить конфигурацию» или автоматическое обновление через интернет) платформа предлагает создать резервную копию. В диалоге указано поле «Каталог резервной копии» — по умолчанию там подставляется путь внутри каталога самой базы, обычно подкаталог с именем backup.

То есть если база расположена, например, в C:\Bases\Trade, то копия при обновлении по умолчанию окажется примерно в C:\Bases\Trade\backup. Имя файла формируется автоматически и, как правило, содержит дату и время создания, что позволяет отличать копии друг от друга.

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

Как задать собственный каталог для резервных копий

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

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

1. 1
   Запустите обновление конфигурации и дождитесь диалога с предложением создать резервную копию
2. 2
   В поле каталога нажмите кнопку выбора и укажите папку на другом диске или сетевом ресурсе
3. 3
   Убедитесь, что у текущего пользователя есть права записи в выбранную папку
4. 4
   Нажмите сохранение и дождитесь сообщения об успешном создании файла .dt
5. 5
   Откройте папку и проверьте, что файл появился и имеет ненулевой размер

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

В клиент-серверном варианте (1С:Предприятие + SQL Server, PostgreSQL и т. п.) файл .dt при обновлении сохраняется на той машине, где запущен конфигуратор, — то есть на компьютере администратора, а не на сервере. Путь снова определяется диалогом создания копии.

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

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

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

Быстрый способ — поиск по диску файлов с расширением .dt, отсортированных по дате изменения. В проводнике Windows это делается запросом вида *.dt в строке поиска нужного диска.

Get-ChildItem -Path C:\,D:\ -Filter *.dt -Recurse -ErrorAction SilentlyContinue | Sort-Object LastWriteTime -Descending | Select-Object -First 20 FullName, LastWriteTime, Length

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

Восстановление из резервной копии после неудачного обновления

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

Загрузка .dt полностью замещает текущее содержимое базы. Поэтому перед восстановлением, если база хоть как-то открывается, стоит выгрузить актуальные данные отдельно — иначе изменения, сделанные после создания копии, будут потеряны.

Проверка целостности и организация хранения

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

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

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

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