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

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

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

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

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

В типовых конфигурациях (например, «1С:Бухгалтерия», «1С:Зарплата и управление персоналом», «1С:Управление торговлей») обновление выполняется через встроенный механизм. Перед установкой новой версии программа предлагает создать резервную копию и показывает каталог, в который она будет сохранена.

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

Если настройки никогда не менялись, программа использует каталог по умолчанию в профиле текущего пользователя Windows. Типичный вариант — папка внутри «Документы» или служебный каталог вида %APPDATA% либо каталог временных файлов пользователя. Из-за этого при смене учётной записи или компьютера архив «пропадает»: он физически находится в профиле другого пользователя.

Как найти и изменить каталог резервного копирования

Чтобы не искать файл после обновления, задайте понятный путь заранее. Откройте «Администрирование» → «Обновление версии программы», перейдите по ссылке настроек резервного копирования и укажите каталог, например D:\Backup1C или сетевую папку на сервере. Убедитесь, что у пользователя, под которым запускается обновление, есть права на запись в этот каталог.

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

1. 1
   Откройте «Администрирование» → «Обновление версии программы»
2. 2
   Перейдите по ссылке настроек резервного копирования
3. 3
   Запишите или измените указанный каталог на понятный путь
4. 4
   Проверьте свободное место на диске — оно должно заметно превышать размер базы
5. 5
   Запустите обновление и после создания копии убедитесь, что файл .dt появился в каталоге

Резервная копия при обновлении через конфигуратор

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

Поэтому ответ на вопрос «где резервная копия» в этом сценарии простой: там, куда её положил администратор при выгрузке. Если выгрузка не выполнялась — резервной копии не существует, и откат возможен только из внешних архивов (резервные копии SQL, файловые копии каталога базы, сторонние системы бэкапа).

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

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

Для клиент-серверной базы (MS SQL, PostgreSQL) выгрузка .dt выполняется через сервер 1С и может занимать значительное время при большом объёме данных. Многие организации вместо .dt используют штатные средства СУБД — резервные копии на уровне SQL-сервера. В этом случае при обновлении путь к архиву определяется настройками SQL-сервера, а не 1С.

Важно понимать: выгрузка .dt из большой клиент-серверной базы — не всегда оптимальный способ резервного копирования. Для баз объёмом в десятки гигабайт копия средствами СУБД создаётся быстрее и восстанавливается надёжнее.

Сравнение вариантов

Выгрузка .dt

Универсально, подходит для файловых и небольших серверных баз; медленно на больших объёмах

Копия файла 1Cv8.1CD

Быстро для файловых баз; требует монопольного доступа к базе

Резервная копия средствами СУБД

Оптимально для больших клиент-серверных баз; требует навыков администрирования SQL

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

Наличие файла в каталоге — необходимое, но недостаточное условие. Проверьте размер файла: он должен быть сопоставим с размером базы (обычно меньше за счёт сжатия, но не в разы). Файл нулевого размера или подозрительно маленький — признак прерванной выгрузки.

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

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

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

Файл .dt в каталоге

Норма

Файл существует, размер сопоставим с базой

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

Файла нет или размер близок к нулю

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

Норма

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

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

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

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

Норма

Соответствует моменту обновления

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

Файл старый — копия не пересоздавалась

Типичные ошибки и ограничения

Самая распространённая ошибка — обновление под одним пользователем Windows и последующий поиск архива под другим. Каталог по умолчанию привязан к профилю, поэтому бухгалтер, запустивший обновление, и администратор, ищущий копию, видят разные папки.

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

FAQ: частые вопросы о резервных копиях при обновлении 1С

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

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

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

Нет, загрузка .dt выполняется только через конфигуратор («Администрирование» → «Загрузить информационную базу») в пустую или существующую базу. Альтернатива — восстановление копии средствами СУБД для клиент-серверных баз.

Почему файл резервной копии меньше размера базы?

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

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

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

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

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