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

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

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

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

1. Как 1С создаёт резервные копии при обновлении: общий алгоритм

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

  • 📌 Тип базы данных: файловый вариант или клиент-серверный (с использованием MS SQL, PostgreSQL, IBM DB2 и др.).
  • 📌 Версия платформы: в 1С:Предприятие 8.3 и новее алгоритм отличается от устаревших релизов.
  • 📌 Способ обновления: через конфигуратор, предприятия или автоматизированные скрипты.
  • 📌 Настройки администратора: некоторые параметры (например, /DisableBackup) могут отключать создание бэкапов.

В большинстве случаев система следует этому сценарию:

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

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

📊 Как часто вы обновляете конфигурации 1С?
Ежемесячно
Раз в квартал
Только при критических ошибках
Никогда не обновляю

2. Пути хранения резервных копий в файловых базах 1С

Файловые базы (с расширением .1CD) — самый распространённый вариант для небольших компаний. Здесь резервные копии создаются локально на машине, где запущен процесс обновления. Стандартные пути:

Основная папка: 

C:\Users\<ИмяПользователя>\AppData\Local\1C\1Cv8\<ВерсияПлатформы>\backup\

Где:

  • 🔹 <ИмяПользователя> — имя профиля Windows.
  • 🔹 <ВерсияПлатформы> — например, 8.3.22.1865.

Альтернативные пути (если основной недоступен):

  • 📁 C:\Program Files\1cv8\backup\ — для старых версий платформы.
  • 📁 C:\1C_backup\ — если путь был переопределён в параметрах запуска.
  • 📁 Папка с самой базой данных (например, D:\Bases\MyBase\Backup\).

Имена файлов бэкапов обычно содержат:

  • 📅 Дату и время создания (формат: YYYYMMDD_HHMMSS).
  • 🔢 Версию конфигурации (например, 3.0.125.2).
  • 📌 Префикс Backup_ или Copy_.

Пример имени файла: Backup_20260515_143022_3.0.125.2.1CD

💡

Если вы не находите папку AppData, включите отображение скрытых файлов в проводнике Windows (Вид → Скрытые элементы).

3. Резервные копии в клиент-серверных базах: где искать дампы

В клиент-серверных базах (например, с MS SQL Server или PostgreSQL) логика резервирования принципиально иная. Здесь 1С:Предприятие не создаёт файл .1CD, а инициирует дамп базы данных через СУБД. Пути хранения зависят от настроек сервера:

Для MS SQL Server:

  • 🗃️ Стандартный путь дампов: C:\Program Files\Microsoft SQL Server\MSSQL<Версия>.MSSQLSERVER\MSSQL\Backup\
  • 🗃️ Если используется 1С:Сервер, бэкапы могут лежать в папке кластера: C:\Program Files\1cv8\srvinfo\<ИмяКластера>\backup\

Для PostgreSQL:

  • 🗃️ Папка по умолчанию: C:\Program Files\PostgreSQL\<Версия>\data\backups\
  • 🗃️ Если путь не стандартный, его можно узнать в конфигурационном файле postgresql.conf (параметр data_directory).

Особенности клиент-серверных бэкапов:

  • 🔧 Дамп создаётся в формате СУБД (например, .bak для MS SQL или .dump для PostgreSQL).
  • 🔧 Имя файла может не содержать версию 1С, только дату и время.
  • 🔧 Для восстановления требуются права администратора СУБД.

⚠️ Внимание: Если на сервере 1С:Предприятия включён параметр /DontUseBackup, резервные копии перед обновлением не создаются. Проверьте файл запуска кластера (ragent.conf или srvinfo.conf).
Тип базы Формат бэкапа Стандартный путь Требуемые права для восстановления
Файловая (.1CD) .dt (архив) %LocalAppData%\1C\1Cv8\<Версия>\backup\ Локальный администратор
Клиент-серверная (MS SQL) .bak C:\Program Files\Microsoft SQL Server\...\Backup\ Администратор SQL Server
Клиент-серверная (PostgreSQL) .dump или .sql <DataDirectory>\backups\ Пользователь postgres

4. Как изменить путь сохранения резервных копий

Стандартные пути хранения бэкапов не всегда удобны. Например, если диск C: заполнен, или нужно сохранить копии на сетевой ресурс. В 1С:Предприятие есть несколько способов перенаправить резервные копии в другое место:

Способ 1. Параметр запуска /BackupDir

Добавьте в ярлык запуска конфигуратора или предприятия строку: 

"/BackupDir=D:\1C_Backups"

Пример полного пути к ярлыку: 

"C:\Program Files\1cv8\8.3.22.1865\bin\1cv8.exe" /BackupDir="\\Server\Backups\1C"

Способ 2. Настройка через 1С:Сервер

Для клиент-серверных баз путь бэкапов можно задать в файле srvinfo.conf (раздел [Backup]): 



[Backup]


Dir=E:\1C_Backups


MaxCount=10

Где:

  • 📁 Dir — путь к папке.
  • 🔢 MaxCount — максимальное количество хранимых копий (старые удаляются автоматически).

Способ 3. Скриптовое резервирование

Если стандартные механизмы не подходят, можно использовать Планы обмена или внешние утилиты (например, 1C:Backup). Пример команды для создания бэкапа через designer.exe: 

designer.exe /IBName "MyBase" /DumpIB "D:\Backup\mybase.dt" /Out "D:\Backup\log.txt"

⚠️ Внимание: При изменении пути бэкапов через srvinfo.conf обязательно перезапустите службу 1С:Сервер (ragent), иначе настройки не применятся.

Убедиться, что на диске достаточно места|Проверить права доступа к папке бэкапов|Перезапустить службу 1С:Сервер после изменений|Создать тестовую копию для проверки пути|Настроить уведомления об ошибках бэкапа-->

5. Типичные ошибки: почему резервная копия не создаётся или теряется

Администраторы 1С часто сталкиваются с ситуацией, когда бэкап перед обновлением «исчезает» или не создаётся вовсе. Рассмотрим основные причины и способы их устранения:

Ошибка 1. Недостаточно места на диске

  • 🛑 1С требует свободного места в 1.5–2 раза больше размера базы.
  • 🛑 Проверьте диск с помощью WinDirStat или TreeSize.

Ошибка 2. Отсутствуют права на запись

  • 🔒 В клиент-серверных базах бэкап создаётся от имени пользователя СУБД (например, sqlserver или postgres).
  • 🔒 Для сетевых папок настройте общий доступ с правами Изменение.

Ошибка 3. Параметр /DisableBackup в настройках

  • 🚫 Проверьте файл 1cv8.lnk (ярлык запуска) или srvinfo.conf на наличие этого параметра.
  • 🚫 В клиент-серверном варианте он может быть прописан в ragent.conf.

Ошибка 4. Прерывание процесса обновления

  • ⚡ Если обновление прервать (например, закрыть конфигуратор), временные файлы бэкапа могут остаться в папке %TEMP%.
  • ⚡ Ищите файлы с расширением .tmp или .dt и датой создания, соответствующей времени обновления.

Ошибка 5. Антивирус блокирует создание бэкапа

  • 🛡️ Добавьте папку 1С в исключения антивируса (например, C:\Program Files\1cv8\).
  • 🛡️ Временные файлы могут восприниматься как угроза из-за большого размера.

Что делать, если бэкап повреждён?

Если файл резервной копии (.dt или .bak) повреждён, попробуйте:

  1. Восстановить его с помощью утилиты chdbfl.exe (входит в комплект 1С).
  2. Использовать сторонние инструменты, например, SQL Backup Master для .bak-файлов.
  3. Обратиться в службу поддержки 1С с логами ошибок (папка %LocalAppData%\1C\1Cv8\log\).

6. Как восстановить базу из резервной копии после неудачного обновления

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

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

  1. Закройте все сеансы 1С.
  2. Скопируйте файл бэкапа (.dt) в папку с базой.
  3. Переименуйте его в <ИмяБазы>.1CD.
  4. Запустите 1С:Предприятие в режиме конфигуратора и выполните тестирование и исправление базы (Администрирование → Тестирование и исправление).

Для клиент-серверных баз:

  • 🔄 MS SQL Server: используйте SQL Server Management Studio (SSMS) для восстановления из .bak.
  • 🔄 PostgreSQL: выполните команду pg_restore -d <ИмяБазы> <ПутьКФайлу>.dump.

Общие рекомендации:

  • 🔧 Перед восстановлением сделайте копию текущей (повреждённой) базы.
  • 🔧 Если бэкап старше 3–5 дней, проверьте совместимость версий конфигурации.
  • 🔧 После восстановления обновите ссылки на базу в ibases.v8i (для файловых баз).

💡

Если резервная копия отсутствует, а база повреждена, последняя надежда — обратиться в службу технической поддержки 1С с логами ошибок. В некоторых случаях удаётся восстановить данные из транзакционных логов СУБД.

7. Автоматизация резервного копирования: лучшие практики

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

Правило 1. Регулярность

  • ⏰ Настраивайте ежедневные бэкапы (например, через Планы обмена или sqlagent).
  • ⏰ Перед критическими обновлениями создавайте дополнительную копию.

Правило 2. Хранение

  • 💾 Используйте правило 3-2-1: 3 копии на 2 разных носителях, 1 из которых вне офиса.
  • 💾 Для облачного хранения подойдут Яндекс.Диск, Google Drive или специализированные сервисы (1C:Fresh).

Правило 3. Проверка

  • 🔍 Раз в месяц тестируйте восстановление из бэкапа на тестовом сервере.
  • 🔍 Настройте уведомления об ошибках резервирования (например, через 1C:EDT или Event Log Windows).

Инструменты для автоматизации:

Инструмент Тип базы Особенности
1C:Backup Файловая, SQL Плагин для конфигуратора, поддерживает облачное хранение
SQL Server Agent MS SQL Встроенное средство для планирования бэкапов
PgBackup PostgreSQL Утилита для автоматического дампинга
PowerShell-скрипты Любая Гибкая настройка, интеграция с облаками

⚠️ Внимание: Детали настроек автоматизированного резервирования могут отличаться в зависимости от версии 1С:Предприятия и СУБД. Например, в PostgreSQL 15+ изменился синтаксис команды pg_dump. Всегда сверяйтесь с официальной документацией.

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

Можно ли отключить создание резервной копии перед обновлением?

Да, но это крайне не рекомендуется. Для отключения добавьте параметр /DisableBackup в ярлык запуска или в srvinfo.conf (для серверного варианта). Однако в этом случае вы берёте на себя все риски потери данных при сбое.

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

Проверьте:

  • Папку %TEMP% (обычно C:\Users\<User>\AppData\Local\Temp\).
  • Папку с базой данных (файлы с расширением .tmp или .dt).
  • Журналы 1С (%LocalAppData%\1C\1Cv8\log\) — там может быть путь к временным файлам.

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

Попробуйте:

  1. Использовать утилиту chdbfl.exe (для файловых баз).
  2. Восстановить дамп через SSMS с опцией WITH CONTINUE_AFTER_ERROR (для MS SQL).
  3. Обратиться в службу поддержки 1С с логами ошибок.

Можно ли использовать резервную копию для переноса базы на другой компьютер?

Да, но учитывайте:

  • 🔹 Для файловых баз достаточно скопировать .1CD или восстановить из .dt.
  • 🔹 Для клиент-серверных баз потребуется перенос дампа в новую СУБД и настройка прав доступа.
  • 🔹 Версии платформы 1С на старом и новом компьютере должны быть совместимы.

Сколько места занимает резервная копия?

Размер бэкапа зависит от:

  • 📊 Объёма базы данных (обычно 70–100% от исходного размера).
  • 📊 Формата сжатия (в 1С 8.3.20+ используется более эффективный алгоритм).
  • 📊 Наличия больших вложений (например, сканов документов).

Пример: база размером 5 ГБ может дать бэкап в 3–4 ГБ (при сжатии).