Куда сохраняется база 1С при обновлении

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

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

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

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

Обновление конфигурации не создаёт новую базу и не переносит данные. Платформа изменяет структуру таблиц «на месте» — этот процесс называется реструктуризацией. Поэтому путь к базе до и после обновления один и тот же.

Для файлового варианта база — это каталог на диске, в котором лежит главный файл 1Cv8.1CD и служебные файлы. Узнать путь можно в окне запуска 1С: выделите базу в списке — путь отобразится внизу окна. Также путь виден в конфигураторе через меню «Администрирование → Информация о базе».

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

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

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

По умолчанию механизм может предлагать системный каталог временных файлов или папку пользователя — это ненадёжно. Временные каталоги очищаются системой, а при нехватке места копия просто не создастся. Всегда указывайте явный путь: отдельную папку на другом диске или сетевом ресурсе, например D:\Backup1C\.

После завершения обновления проверьте, что файл копии действительно появился в указанной папке и его размер сопоставим с размером базы. Файл нулевого размера или отсутствие файла означает, что копия не создана.

Как вручную сохранить базу перед обновлением

Самый надёжный способ — выгрузка через конфигуратор. Откройте базу в конфигураторе монопольно, выберите «Администрирование → Выгрузить информационную базу» и укажите путь и имя файла, например Base_Buh_до_обновления.dt. Выгрузка содержит и данные, и конфигурацию, поэтому из неё база восстанавливается полностью.

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

Для клиент-серверной базы используйте средства СУБД: полный backup базы данных через SQL Server Management Studio, pg_dump для PostgreSQL и аналоги. Дополнительно полезно сделать выгрузку .dt — она независима от СУБД и позволяет развернуть базу в файловом варианте для проверки.

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

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

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

Далее выполните поиск по дискам по маске *.dt — так вы найдёте все выгрузки информационных баз. Обращайте внимание на дату изменения файла: копия, созданная перед обновлением, будет датирована днём обновления.

Также проверьте каталоги временных файлов пользователя (%TEMP%), папки «Документы» и «Загрузки» — туда копии нередко сохраняются по умолчанию или по невнимательности. Если копия делалась копированием каталога, ищите папки с файлом 1Cv8.1CD внутри.

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

Как восстановить базу из копии при неудачном обновлении

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

Если копия делалась копированием каталога, верните сохранённый файл 1Cv8.1CD на место повреждённого или пропишите в списке баз путь к сохранённой копии каталога. Для клиент-серверного варианта восстановление выполняется средствами СУБД: restore базы из backup-файла.

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

Частые ошибки при сохранении базы перед обновлением

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

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

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

Где хранить резервные копии постоянно

Разовая копия перед обновлением — минимум. Для рабочей базы настройте регулярное резервное копирование: встроенным механизмом типовой конфигурации, скриптом выгрузки .dt по расписанию или средствами СУБД. Храните копии по правилу разнесения: минимум одна копия — на другом физическом устройстве или в сетевом хранилище.

Именуйте файлы с датой и признаком события: buh_2026_before_update.dt читается намного лучше, чем 1.dt. Храните несколько поколений копий — иногда проблема обнаруживается спустя дни после обновления, и нужна копия не последняя, а до конкретного события.

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