Администрирование · 10 мин
Где хранятся резервные копии 1С при обновлении
Где 1С сохраняет резервные копии при обновлении: папки по умолчанию, файловая и клиент-серверная база, как найти файл .dt и проверить его целостность.
При обновлении конфигурации через конфигуратор 1С предлагает создать резервную копию информационной базы. Это полноценная выгрузка в файл с расширением .dt, из которой базу можно полностью восстановить через режим «Загрузить информационную базу». Проблема в том, что многие администраторы и бухгалтеры не знают, куда именно сохранился этот файл, особенно если путь был принят по умолчанию.
Место хранения зависит от двух факторов: типа базы (файловая или клиент-серверная) и того, какой путь был указан в диалоге сохранения. Если пользователь просто нажал «Далее», не меняя каталог, файл уходит в папку временных файлов текущего пользователя Windows — и через месяц найти его становится непросто.
Ниже разобраны стандартные расположения копий, способы найти файл, если путь забыт, особенности клиент-серверного режима и правила безопасной проверки копии перед её использованием.
Как 1С создаёт резервную копию при обновлении
Когда администратор запускает обновление конфигурации через конфигуратор («Конфигурация» → «Поддержка» → «Обновить конфигурацию»), на одном из шагов появляется предложение создать резервную копию. Если флажок включён, платформа выполняет выгрузку информационной базы — ту же операцию, что доступна вручную через «Администрирование» → «Выгрузить информационную базу».
Результатом является один файл с расширением .dt. Он содержит и данные, и конфигурацию базы на момент выгрузки. В диалоге сохранения платформа предлагает имя файла и каталог — именно в этот момент определяется, где копия будет лежать. Если не менять предложенный путь, файл попадёт в системную папку временных файлов.
Важно понимать: выгрузка .dt — это не то же самое, что копирование файла 1Cv8.1CD файловой базы. Обе копии пригодны для восстановления, но создаются разными способами и хранятся в разных местах.
Стандартные папки, куда сохраняется копия
Если путь в диалоге не меняли, платформа подставляет каталог временных файлов текущего пользователя операционной системы. Для Windows это обычно:
C:\Users\ИмяПользователя\AppData\Local\Temp
Папка AppData скрыта, поэтому при просмотре через «Проводник» её нужно либо ввести в адресную строку вручную, либо включить отображение скрытых элементов. Быстрый способ открыть каталог — нажать Win+R и ввести %TEMP%.
Если администратор работает по удалённому рабочему столу на сервере, копия сохраняется в профиль того пользователя, под которым запущен конфигуратор на сервере, а не на локальном компьютере. Это частая причина «пропавших» копий: файл ищут на своём ПК, а он лежит в профиле на терминальном сервере.
Как найти файл копии, если путь забыт
Самый простой способ — поиск по диску. Откройте «Проводник», выберите диск и в строке поиска введите *.dt. Сортировка по дате изменения покажет свежие выгрузки первыми. Если база файловая и копий несколько, ориентируйтесь на размер: файл .dt обычно заметно меньше исходной базы, но сопоставим по порядку величины.
Второй источник информации — журнал регистрации. Откройте его в конфигураторе («Администрирование» → «Журнал регистрации») и отфильтруйте по событию выгрузки информационной базы. В комментарии к событию, как правило, указан путь к созданному файлу.
Третий вариант — посмотреть историю в самом диалоге сохранения: Windows запоминает последние использованные каталоги, и при повторном открытии диалога выгрузки часто виден предыдущий путь.
- 1Нажмите Win+R, введите %TEMP% и проверьте наличие файлов .dt
- 2Выполните поиск *.dt по системному диску и диску с базой
- 3Откройте журнал регистрации и найдите событие выгрузки с указанием пути
- 4Проверьте профиль пользователя на сервере, если обновление выполнялось через RDP
- 5Найденный файл скопируйте в постоянную папку резервных копий
Особенности для файловой и клиент-серверной базы
Для файловой базы существует дополнительный вариант резервирования: скопировать целиком папку базы с файлом 1Cv8.1CD при закрытых сеансах. Такая копия лежит там, куда её положил администратор, — платформа её никуда не перемещает. Однако при обновлении через конфигуратор создаётся именно выгрузка .dt, и правила её размещения описаны выше.
В клиент-серверном режиме (1С:Предприятие + MS SQL, PostgreSQL и т.п.) выгрузка .dt выполняется через сервер 1С, но файл сохраняется на той машине, где запущен конфигуратор. Отдельно стоит помнить, что для серверных баз основным способом резервного копирования считаются штатные средства СУБД — копии на уровне SQL-сервера хранятся по путям, заданным в настройках планов обслуживания, и к механизму обновления конфигурации отношения не имеют.
Способы резервного копирования
Универсально, включает конфигурацию и данные. Минусы: медленно на больших базах, требует монопольного доступа, по умолчанию пишется в Temp.
Быстро и просто для файловых баз. Обязательное условие: все сеансы закрыты, иначе копия может оказаться повреждённой.
Подходит для клиент-серверных баз любого размера, работает по расписанию. Не заменяет выгрузку .dt перед обновлением, если нужен перенос между разными СУБД.
Как проверить, что копия рабочая
Наличие файла .dt ещё не гарантирует, что из него можно восстановиться. Минимальная проверка — размер файла: нулевой или подозрительно маленький размер (единицы килобайт при базе в сотни мегабайт) означает, что выгрузка прервалась.
Надёжная проверка — тестовая загрузка. Создайте пустую информационную базу без конфигурации, откройте её в конфигураторе и выполните «Администрирование» → «Загрузить информационную базу», указав найденный файл. Если загрузка завершилась без ошибок и база открывается в режиме предприятия, копия работоспособна. Эту процедуру безопасно выполнять в любой момент, так как она не затрагивает рабочую базу.
Как проверить копию
Сопоставим с объёмом данных базы, файл не нулевой
Размер 0 байт или копия резко меньше предыдущих
Загрузка завершается без ошибок, база открывается
Ошибка чтения формата или обрыв загрузки
Соответствует моменту обновления
Файл старый — копия от прошлого обновления
Типичные ошибки и риски
Главная ошибка — оставить копию во временной папке. Очистка диска, смена профиля пользователя или переустановка системы уничтожат файл вместе с Temp. Второй типичный промах — несколько копий с одинаковыми именами в разных папках: при восстановлении легко перепутать свежую выгрузку со старой.
Отдельный риск — отключить создание копии при обновлении, чтобы «сэкономить время». Если обновление завершится ошибкой на этапе реструктуризации, откатить базу без копии будет нечем, а восстановление данных может оказаться невозможным.
Как организовать надёжное хранение копий
Рабочая практика — выделить отдельную папку для резервных копий, например D:\Backup1C на другом физическом диске или сетевом ресурсе, и при каждом обновлении явно указывать этот путь в диалоге сохранения. В имя файла полезно включать дату и версию конфигурации: base_2026-05-14_v3-1-28.dt — тогда копии не перезаписывают друг друга и легко идентифицируются.
Для регулярного резервирования вне обновлений используйте планировщик заданий Windows с пакетным запуском конфигуратора в режиме выгрузки или средства СУБД. Автоматические копии и копии перед обновлением дополняют друг друга: первые защищают от потери данных, вторые — от неудачного изменения структуры базы.
Что важно запомнить
Копия при обновлении — это файл .dt, который по умолчанию сохраняется в папку временных файлов пользователя. Найти его можно поиском *.dt или через журнал регистрации. Сразу переносите копию в постоянную папку на другом диске и проверяйте тестовой загрузкой.
Частые вопросы
Можно ли изменить папку, куда 1С предлагает сохранять копию по умолчанию?
Отдельной настройки «папка резервных копий по умолчанию» в платформе нет — диалог сохранения каждый раз предлагает каталог, который запомнила система. Чтобы копии попадали в нужное место, укажите путь один раз в диалоге: при следующих выгрузках он, как правило, будет подставлен автоматически.
Чем открыть файл .dt и посмотреть его содержимое?
Напрямую файл .dt не просматривается — это внутренний формат платформы. Единственный способ работы с ним: создать пустую информационную базу и загрузить файл через конфигуратор («Администрирование» → «Загрузить информационную базу»).
Обновление прервалось с ошибкой, а копию я не делал. Что делать?
Не запускайте базу и не повторяйте обновление. Первым шагом скопируйте текущее состояние: файл 1Cv8.1CD для файловой базы или копию средствами СУБД для серверной. Затем на копии выполните тестирование и исправление и только после этого планируйте восстановление.
Сколько места нужно для резервной копии?
Файл .dt обычно занимает заметную долю от размера базы — точное соотношение зависит от состава данных. Практическое правило: перед обновлением убедитесь, что на диске свободно не меньше, чем занимает сама база, с запасом на временные файлы самого обновления.
Нужна ли копия .dt, если настроено резервное копирование средствами SQL?
Для отката неудачного обновления копии на уровне СУБД достаточно. Однако .dt полезен как независимый формат: из него базу можно восстановить на другом сервере, другой СУБД или в файловом варианте. Перед значимыми обновлениями разумно иметь оба вида копий.
Почему выгрузка .dt при обновлении занимает много времени?
Выгрузка последовательно читает всю базу и упаковывает её в один файл, поэтому на больших базах процесс может занимать десятки минут и дольше. Ускорить его можно, выполняя обновление в период минимальной нагрузки и сохраняя файл на быстрый локальный диск, а не на сетевой ресурс.