Куда 1С сохраняет базу при обновлении: полный гайд по расположению файлов

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

— стандартные пути хранения временных файлов для файловых и SQL-баз (включая PostgreSQL и MS SQL Server);

— как 1С ведёт себя при обновлении через Конфигуратор, 1С:Enterprise или ras-сервер;

— скрытые папки и системные каталоги, о которых не пишут в официальной документации, но которые могут спасти данные в критической ситуации.

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

Стандартные пути сохранения резервных копий перед обновлением

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

Для файловых баз (формат .1CD) резервная копия по умолчанию сохраняется в ту же папку, где находится сама база, но с добавлением суффикса _1cv8.bak или _1cv8.old. Например, если ваша база лежит по пути:

C:\Bases\Trade\1Cv8.1CD

то резервная копия появится как:

C:\Bases\Trade\1Cv8_1cv8.bak

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

• 📁 MS SQL Server: папка бэкапов по умолчанию — C:\Program Files\Microsoft SQL Server\MSSQL{version}.MSSQLSERVER\MSSQL\Backup, но путь может быть переопределён в настройках сервера.
• 🐧 PostgreSQL: бэкапы обычно сохраняются в /var/lib/postgresql/{version}/backups (Linux) или C:\Program Files\PostgreSQL\{version}\data\backups (Windows), если не задан другой путь в postgresql.conf.

Важно: если обновление запускается через ras-сервер (например, в облачных решениях или при групповом администрировании), резервные копии могут сохраняться в сетевых папках, путь к которым прописан в настройках кластера серверов 1С. Уточнить его можно в файле конфигурации ras.cluster или через консоль администрирования.

Временные файлы во время обновления: где их искать

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

• 🔄 промежуточного хранения изменённых объектов конфигурации;
• 📦 распаковки обновлений (если они загружаются в виде .cf или .cfu);
• 🔍 проверки целостности данных перед применением изменений.

Для файловых баз временные файлы обычно появляются в папке %TEMP%\1C\1cv8\ или %LOCALAPPDATA%\1C\1cv8\. Путь можно уточнить, запустив в командной строке:

echo %TEMP%

Для SQL-баз временные файлы могут создаваться:

• 📂 В папке временных файлов СУБД (например, C:\Program Files\Microsoft SQL Server\MSSQL{version}.MSSQLSERVER\MSSQL\DATA\tempdb для MS SQL);
• 📂 В рабочем каталоге сервера 1С (обычно C:\Program Files (x86)\1cv8\{version}\bin\).

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

1. Обновление завершилось (успешно или с ошибкой).
2. В папке нет файлов с расширением .1CD или .DT — они могут быть частью несохранённой резервной копии.

Скрытые папки и недокументированные пути

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

Один из таких путей — %APPDATA%\1C\1cv8\ (или %LOCALAPPDATA%\1C\1cv8\ для новых версий). Здесь хранятся:

• 📋 Логи обновлений (файлы log*.txt);
• 🔑 Кэш метаданных и временные настройки сеансов;
• 📦 Архивы с предыдущими версиями конфигураций (если включена опция "Сохранять историю обновлений").

Ещё одно "секретное" место — папка C:\Users\Public\1C\. Она используется для хранения общих данных, если обновление запускается от имени администратора или через сервисные учётные записи. Здесь можно найти:

• 📂 Резервные копии конфигураций (.cf), созданные перед критическими обновлениями;
• 📂 Файлы блокировок (.LCK), которые могут мешать повторному запуску обновления.

Для Linux-серверов аналогичные данные могут храниться в:

• 📁 /var/1C/tmp/;
• 📁 /home/usr1cv8/.1cv8/ (если 1С запускается от имени пользователя usr1cv8).

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

Особенности обновления через ras-сервер

Если обновление запускается через ras-сервер (например, в кластерных установках или облачных решениях), логика сохранения файлов меняется. В этом случае:

• 🔄 Резервные копии могут сохраняться в сетевых папках, путь к которым прописан в конфигурации кластера;
• 📡 Временные файлы создаются на сервере, где работает ragent, а не на клиентской машине;
• 📋 Логи обновлений пишутся в %ProgramData%\1C\1cv8\logs\ (Windows) или /var/log/1C/ (Linux).

Чтобы узнать точный путь для бэкапов в ras-конфигурации, выполните команду:

rac cluster list --cluster=<имя_кластера>

и найдите параметр BackupDir. Если он не задан, бэкапы сохраняются в папку по умолчанию:

• 🖥️ Windows: C:\ProgramData\1C\1cv8\backups\;
• 🐧 Linux: /var/1C/backups/.

Важно: при обновлении через ras система может создавать инкрементальные бэкапы, которые хранятся в виде цепочки файлов с расширением .1cd и .diff. Для восстановления потребуется вся цепочка, а не только последний файл.

Убедитесь, что:

✅ Достаточно места на диске в папке BackupDir

✅ У учётной записи ras достаточные права на запись

✅ В настройках кластера включено резервное копирование

✅ Нет активных сеансов пользователей в базе-->

Как изменить путь сохранения бэкапов

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

• 💾 На системном диске не хватает места;
• 🔒 Нужно сохранить бэкапы в защищённое хранилище;
• 📡 Требуется централизованное управление резервными копиями в сети.

Для файловых баз путь бэкапа можно изменить вручную при запуске обновления через Конфигуратор:

1. Откройте базу в режиме Конфигуратор;
2. Перейдите в Администрирование → Выгрузить информационную базу;
3. Укажите новый путь в диалоговом окне.

Для SQL-баз настройка выполняется на уровне СУБД:

Для автоматического перенаправления временных файлов (например, при нехватке места на C:) можно использовать переменные окружения:

• 📌 TEMP и TMP — для временных файлов 1С;
• 📌 USERPROFILE — для перенаправления %APPDATA%.

Изменить их можно через Панель управления → Система → Дополнительные параметры системы → Переменные среды.

Типичные ошибки и как их избежать

Даже опытные администраторы иногда сталкиваются с проблемами при обновлении 1С, связанными с неверным управлением резервными копиями и временными файлами. Рассмотрим самые распространённые ошибки и способы их предотвращения.

Ошибка 1: Удаление временных файлов во время обновления

Многие пользователи, увидев, что на диске C: заканчивается место, пытаются очистить папку %TEMP%\1C вручную. Это может привести к:

• 🚫 Прерыванию процесса обновления;
• 🔄 Потере промежуточных данных, необходимых для отката;
• 💥 Повреждению базы, если файлы были заблокированы 1С.

Решение: используйте встроенную утилиту очистки chdbfl.exe (для файловых баз) или дождитесь завершения обновления.

Ошибка 2: Игнорирование логов обновления

Логи содержат информацию о том, где именно сохранены резервные копии и временные файлы. Их можно найти:

• 📄 Для файловых баз: %APPDATA%\1C\1cv8\logs\1Cv8.log;
• 📄 Для SQL-баз: логи СУБД (например, ERRORLOG в MS SQL);
• 📄 Для ras-сервера: %ProgramData%\1C\1cv8\logs\srvinfo.log.

Ошибка 3: Несоответствие версий конфигурации и платформы

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

about

в командной строке 1cv8.

Восстановление данных после сбоя обновления

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

Для файловых баз (.1CD):

1. Найдите последний бэкап (_1cv8.bak или _1cv8.old) в папке с базой;
2. Переименуйте его в 1Cv8.1CD (предварительно сохранив повреждённую базу под другим именем);
3. Запустите chdbfl.exe для проверки целостности:

chdbfl.exe "C:\Bases\Trade\1Cv8.1CD" /F

Для SQL-баз:

1. Восстановите последний дамп через SQL Server Management Studio или pg_restore (для PostgreSQL);
2. Если дампа нет, проверьте папку %ProgramData%\1C\1cv8\backups\ на наличие файлов .dt;
3. Используйте утилиту v8unpack для извлечения данных из повреждённых файлов:

v8unpack "C:\Backups\YourDB.dt" /F "C:\Restored"

Если бэкапов нет:

• 🔍 Проверьте скрытые папки (%APPDATA%\1C\, C:\Users\Public\1C\);
• 📧 Обратитесь в службу поддержки 1С с логами из %LOCALAPPDATA%\1C\1cv8\logs\;
• 💾 Попробуйте восстановить данные из теневых копий Windows (если включена функция Volume Shadow Copy).

Важно: если база была повреждена из-за прерванного обновления, не пытайтесь открыть её в режиме 1С:Предприятие — это может усугубить проблему. Используйте только Конфигуратор или специализированные утилиты.

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

forfiles /P "C:\Backups\1C" /S /D -30 /C "cmd /c del @file"