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

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

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

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

Какие копии вообще создаёт 1С при обновлении

При обновлении конфигурации задействованы три разных типа файлов, которые часто путают. Первый — резервная копия информационной базы: именно она позволяет откатиться, если обновление прошло с ошибкой. Второй — файлы поставки и обновления (.cf, .cfu), которые платформа скачивает или читает перед применением. Третий — временные рабочие файлы, которые создаются в процессе реструктуризации и удаляются автоматически.

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

Где лежит копия, созданная при обновлении через конфигуратор

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

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

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

• каталог, указанный в последнем диалоге резервного копирования (посмотрите путь при следующем запуске обновления — он подставляется автоматически);
• папка рядом с каталогом информационной базы;
• папка «Документы» и рабочий стол пользователя, который запускал обновление;
• выделенные сетевые папки и съёмные диски, если администратор сохраняет копии вручную.

Каталог шаблонов: где лежат файлы обновления

Дистрибутивы конфигураций и файлы обновления (.cfu, .cf) платформа хранит в каталоге шаблонов. В Windows это обычно %APPDATA%\1C\1cv8\tmplts — полный путь выглядит как C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8\tmplts. Внутри — иерархия папок по издателю, конфигурации и версии, например tmplts\1c\Accounting\3_0_xx_x.

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

В Linux каталог шаблонов по умолчанию располагается в домашней директории пользователя: ~/.1cv8/1C/1cv8/tmplts. Точный путь можно посмотреть в конфигураторе: «Сервис → Параметры», вкладка с каталогами шаблонов — там же можно добавить общий сетевой каталог шаблонов для всех пользователей.

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

Временные файлы во время обновления

В процессе обновления и реструктуризации платформа активно использует временный каталог системы — в Windows это %TEMP% (обычно C:\Users\Имя\AppData\Local\Temp). Там создаются промежуточные файлы выгрузки, служебные таблицы и файлы журнала.

Эти файлы не предназначены для восстановления и обычно удаляются после завершения сеанса. Однако при аварийном завершении они могут остаться и занимать значительное место — для больших баз речь о гигабайтах. Если диск C: внезапно переполнен после неудачного обновления, проверьте %TEMP% на предмет крупных файлов и папок с характерными именами, содержащими идентификаторы сеансов 1С.

Отдельный риск — нехватка места во временном каталоге в момент обновления. Если на системном диске мало свободного места, реструктуризация может прерваться на полпути. Перед обновлением крупной базы убедитесь, что на диске с %TEMP% свободно как минимум объём, сопоставимый с размером самой базы.

Автоматическое резервное копирование из режима «1С:Предприятие»

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

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

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

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

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

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

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

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

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

Норма

Размер сопоставим с размером базы, дата — до начала обновления

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

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

Загрузка .dt в тестовую базу

Норма

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

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

Ошибка формата потока или обрыв загрузки

Данные после восстановления

Норма

Отчёты сходятся с данными до обновления

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

Пустые регистры, недостающие документы

Частые ошибки и ограничения

Самая распространённая ошибка — уверенность, что платформа «сама где-то сохранила» копию, когда в диалоге обновления стоял отказ от резервного копирования. В этом случае копии не существует в принципе, и откат возможен только из внешних бэкапов.

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

Как организовать копии правильно

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

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

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

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

Можно ли восстановить базу из файлов в каталоге tmplts?

Нет. В tmplts хранятся шаблоны конфигураций и файлы обновления (.cf, .cfu) — это код конфигурации поставщика, а не ваши данные. Восстановить из них можно только саму конфигурацию, но не документы, справочники и регистры.

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

Проверьте профиль его учётной записи: «Документы», рабочий стол, %TEMP%, а также путь, который подставляется в диалоге резервного копирования при следующем запуске обновления — платформа запоминает последний использованный каталог. Также уточните, не использовались ли сетевые папки или внешние диски.

Создаёт ли 1С копию автоматически без моего согласия?

Нет. При обновлении платформа и типовые механизмы всегда спрашивают, создавать ли резервную копию. Если в диалоге выбран отказ или копирование не настроено в «Администрировании», копия не создаётся. Исключение — настроенное заранее регламентное резервное копирование.

Чем отличается выгрузка .dt от копирования файла 1Cv8.1CD?

Выгрузка .dt — логически согласованный снимок базы, который платформа создаёт штатно. Копирование файла 1Cv8.1CD допустимо только при полностью завершённых сеансах работы с базой; если скопировать его «на живую», файл может оказаться повреждённым и не открыться.

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

На стороне сервера баз данных: бэкапы MS SQL Server создаются через планы обслуживания или агент SQL Server, для PostgreSQL — через pg_dump или аналогичные средства. Путь определяет администратор СУБД. Штатный механизм резервного копирования из интерфейса 1С для клиент-серверных баз не работает.