Резервная копия 1С 8.3 при обновлении: где хранится и как её найти

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

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

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

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

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

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

Куда сохраняется копия при обновлении через интернет-поддержку

Второй распространённый сценарий — обновление типовой конфигурации прямо из режима «Предприятие»: раздел «Администрирование» → «Обновление версии программы». Здесь мастер обновления тоже предлагает создать резервную копию, и на одном из шагов показывает поле с каталогом сохранения. По умолчанию там обычно подставляется служебный каталог рядом с базой или папка в профиле пользователя.

Типичные места, где стоит искать такую копию:

• каталог информационной базы (для файловой базы — рядом с файлом 1Cv8.1CD могут появиться служебные подкаталоги);
• папка временных файлов пользователя: %TEMP% и %APPDATA%\1C\1cv8;
• подкаталоги вида 1Cv8Update, tmplts или каталоги с датой в имени внутри профиля пользователя;
• каталог «Документы» или «Загрузки», если путь был изменён вручную.

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

Как найти файл копии, если путь неизвестен

Если момент сохранения прошёл и никто не помнит путь, самый быстрый способ — поиск по расширению и дате. Откройте проводник Windows, перейдите на уровень диска и выполните поиск по маске *.dt с фильтром по дате изменения — день обновления. Файл выгрузки рабочей базы обычно имеет заметный размер (от сотен мегабайт до десятков гигабайт), поэтому сортировка по размеру помогает отсечь шаблоны и демо-выгрузки.

Дополнительные приёмы поиска:

• проверьте «Быстрый доступ» и «Недавние файлы» в проводнике — Windows помнит недавно открытые расположения;
• посмотрите журнал регистрации в конфигураторе: события выгрузки данных там фиксируются с указанием пользователя и времени, что поможет точно определить момент создания копии;
• если обновляли через интернет-поддержку, откройте мастер обновления повторно — на шаге резервного копирования он покажет каталог по умолчанию, который использовался в прошлый раз;
• для серверной базы уточните, под каким пользователем работал тот, кто обновлял, — временные каталоги привязаны к профилю конкретной учётной записи.

1. 1
   Определите точную дату и время обновления по журналу регистрации
2. 2
   Выполните поиск *.dt по всем дискам с фильтром по этой дате
3. 3
   Проверьте каталог базы, %TEMP% и %APPDATA%\1C\1cv8 у пользователя, выполнявшего обновление
4. 4
   Сверьте размер найденного файла с ожидаемым размером базы
5. 5
   Скопируйте найденный файл в надёжное место до начала любых действий с базой

Как проверить, что найденная копия рабочая

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

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

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

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

Размер файла .dt

Норма

Сопоставим с размером базы, файл не нулевой

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

Файл в разы меньше ожидаемого или 0 байт — выгрузка оборвалась

Тестовая загрузка в пустую базу

Норма

Загрузка завершается без ошибок, база открывается

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

Ошибка чтения формата или обрыв загрузки

Дата создания файла

Норма

Совпадает с моментом до начала обновления

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

Файл старше — это копия от другого события

Данные после тестовой загрузки

Норма

Актуальные документы и справочники на месте

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

Данных нет или они устарели

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

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

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

Почему копии может не оказаться и как настроить процесс правильно

Ситуация «копии нет» встречается чаще, чем кажется. Пользователь мог отказаться от создания копии в диалоге, выгрузка могла прерваться из-за нехватки места (для .dt требуется свободное место, сопоставимое с размером базы), а при обновлении через интернет-поддержку файл мог остаться во временном каталоге и быть удалён системой. Отдельный случай — обновление на сервере 1С: временные файлы создаются в профиле служебной учётной записи, а не администратора.

Чтобы не искать копию каждый раз, встройте резервное копирование в регламент:

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

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

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

Простой и универсальный способ, подходит для файловых баз. Медленный на больших объёмах, требует монопольного доступа

Копия при обновлении через интернет-поддержку

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

Backup средствами СУБД

Оптимально для клиент-серверных баз: быстро, можно по расписанию, без остановки работы. Требует навыков администрирования СУБД

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

Работает только для файловых баз при полном выходе всех пользователей. Быстро, но при копировании «на живую» файл будет повреждён

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

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

Прямого отката без копии нет. Варианты: восстановить базу из регулярного архива (backup СУБД, копия файла 1Cv8.1CD, сторонние системы резервного копирования), а затем перенести недостающие документы обработкой выгрузки-загрузки. Если архивов нет вообще, данные, испорченные неудачным обновлением, восстановить практически невозможно.

Чем отличается файл .dt от файла 1Cv8.1CD?

1Cv8.1CD — это сам файл файловой базы данных, с которым работает платформа. Файл .dt — это выгрузка базы в переносимом формате, которую создают вручную или при обновлении. Для восстановления .dt нужно загрузить через конфигуратор, а 1Cv8.1CD достаточно подключить как базу.

Почему выгрузка .dt при обновлении зависает или прерывается?

Чаще всего причины — нехватка свободного места на целевом диске, активные сеансы пользователей, блокирующие монопольный доступ, или сбои диска. Проверьте свободное место (нужен объём, сопоставимый с размером базы), завершите все сеансы и повторите выгрузку.

Где искать копию, если обновление делал другой сотрудник?

Временные каталоги и «Документы» привязаны к профилю конкретного пользователя Windows. Войдите под его учётной записью и проверьте %TEMP%, %APPDATA%\1C, «Документы» и «Загрузки», либо выполните поиск *.dt по всем дискам с правами администратора.

Нужно ли делать копию при обновлении платформы, а не конфигурации?

Обновление платформы не меняет данные базы, поэтому копия менее критична. Но если после обновления платформы планируется и обновление конфигурации — копию сделать нужно обязательно, именно она позволит откатить изменения данных.

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

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