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

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

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

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

На первый взгляд, отказ от бэкапов кажется рискованным решением. Однако есть ситуации, когда это оправдано:

  • 🔄 Дублирование систем. Если резервные копии уже создаются на уровне виртуальной машины (VMware, Hyper-V) или через специализированное ПО вроде Veeam, бэкапы 1С становятся избыточными и только увеличивают нагрузку.
  • 💾 Нехватка дискового пространства. Автоматические копии могут занимать сотни гигабайт, особенно в крупных базах с историей изменений.
  • ⚡ Производительность. На слабых серверах процесс резервирования может тормозить работу пользователей, особенно в пиковые часы.
  • 🔧 Конфликты с внешними системами. Например, при интеграции с SQL Server или облачными хранилищами, где резервирование настроено иначе.

Важно понимать, что полное отключение бэкапов лишает вас возможности быстрого восстановления после сбоев. Альтернативный вариант — настроить расписание так, чтобы копии создавались в нерабочее время или реже (например, раз в неделю вместо ежедневных).

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

📊 Зачем вы хотите отключить резервное копирование в 1С?
Дублируется другими системами
Занимает слишком много места
Мешает работе пользователей
Другое

Способ 1: Отключение через конфигуратор (для файлового варианта)

Самый простой метод — использовать встроенные настройки конфигуратора. Он подходит для файловых баз (не клиент-серверных!). Следуйте инструкции:

  1. Закройте все сеансы работы с базой 1С.
  2. Запустите 1С:Предприятие в режиме Конфигуратор (выберите нужную базу и удерживайте Shift при запуске).
  3. Перейдите в меню Администрирование → Поддержка и обслуживание → Резервное копирование и восстановление.
  4. Снимите галочку с пункта Выполнять резервное копирование автоматически.
  5. Сохраните изменения и перезапустите сервер 1С (если используется).

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

Убедиться, что нет активных пользователей в базе|

Создать последнюю резервную копию вручную|

Проверить наличие альтернативных систем резервирования|

Зафиксировать текущие настройки (скриншоты или экспорт)

-->

⚠️ Внимание: В некоторых версиях 1С 8.3 (особенно в облачных или корпоративных редакциях) пункт меню может отсутствовать или быть заблокирован. В этом случае потребуется редактировать файлы настроек вручную (см. следующий раздел).

Способ 2: Редактирование файла 1CV8.1CD (для опытных пользователей)

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

Файл 1CV8.1CD содержит метаданные базы, включая параметры резервного копирования. Чтобы отключить бэкапы:

  1. Закройте все сеансы 1С и остановите службу 1С:Предприятия (если она запущена).
  2. Найдите папку с базой данных. Обычно она расположена по пути: 
    C:\Users\Public\Documents\1C\Компания\База

    или на сервере в каталоге, указанном при создании базы.

  3. Сделайте резервную копию файла 1CV8.1CD (скопируйте его в другое место).
  4. Откройте файл в текстовом редакторе с поддержкой HEX (например, HxD или Notepad++ с плагином).
  5. Найдите строку с параметром AutoBackup=1 и замените её на AutoBackup=0.
  6. Сохраните изменения и перезапустите службу 1С.

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

После изменения файла проверьте, что резервное копирование действительно отключилось. Для этого:

  • 🔍 Запустите тестовую операцию в базе и дождитесь времени, когда обычно создавался бэкап.
  • 📁 Проверьте папку с резервными копиями (по умолчанию C:\ProgramData\1C\1Cv8\backup) — новые файлы появляться не должны.
Что делать, если файл 1CV8.1CD не открывается?

Если файл отказывается открываться в текстовом редакторе, это нормально — он хранится в бинарном формате. В этом случае используйте специализированные утилиты для работы с базами 1С, например 1Cv8.DT или ChDBFl. Альтернативный вариант — создать новую базу с нужными настройками и перенести в неё данные через выгрузку/загрузку (dt/xml).

Способ 3: Отключение регламентных заданий (для клиент-серверного варианта)

В клиент-серверных базах (работающих на MS SQL Server или PostgreSQL) резервное копирование часто настраивается через регламентные задания. Чтобы отключить их:

  1. Откройте конфигуратор в режиме Администратор.
  2. Перейдите в Администрирование → Регламентные и фоновые задания.
  3. Найдите задание с названием РезервноеКопирование (или подобным).
  4. Откройте свойства задания и снимите галочку с Использовать или установите статус Запрещено.
  5. Сохраните изменения и перезапустите сервер 1С.

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

  • 🔎 Все группы заданий — иногда они разбиты по категориям (Общие, Администрирование).
  • 📝 Журнал регламентных заданий — в нём можно увидеть историю выполнения и имя процесса.

⚠️ Внимание: В клиент-серверных базах отключение регламентных заданий не всегда останавливает транзакционное резервирование на уровне СУБД. Если копии продолжают создаваться, проверьте настройки SQL Server Agent или pgAgent (для PostgreSQL).

Тип базы Метод отключения Потенциальные риски
Файловая Конфигуратор или редактирование 1CV8.1CD Потеря данных при сбое, если нет альтернативных бэкапов
Клиент-серверная (MS SQL) Регламентные задания + SQL Server Agent Конфликты с задачами обслуживания СУБД
Клиент-серверная (PostgreSQL) Регламентные задания + pgAgent Нарушение цепочки транзакционных логов
Облачная (1C:Fresh) Через личный кабинет или поддержку Ограничения по политике провайдера

Способ 4: Отключение через командную строку (для автоматизации)

Если вам нужно отключить резервное копирование на множестве баз или в скрипте, можно использовать командную строку. Для этого в 1С 8.3 предусмотрена утилита rac.exe (Remote Administration Console).

Пример команды для отключения автобэкапов в файловой базе: 

"C:\Program Files\1cv8\8.3.x.xxx\bin\rac.exe" enterprise /s "Сервер\ИмяБазы" /out "C:\temp\disable_backup.log" /cmd "exec sys 'ALTER DATABASE [ИмяБазы] SET RECOVERY SIMPLE;' "

Для клиент-серверных баз на MS SQL можно использовать SQLCMD: 

sqlcmd -S ИмяСервера -U sa -P Пароль -Q "EXEC msdb.dbo.sp_delete_job @job_name=N'1C_Backup_ИмяБазы', @delete_unused_schedule=1"

⚠️ Внимание: Команды для SQL Server требуют прав администратора базы данных. Неправильное выполнение может привести к потере доступа к базе или нарушению её целостности.

Если вы используете Linux-сервер с PostgreSQL, аналогичные действия выполняются через psql: 

psql -U postgres -c "SELECT pg_terminate_backend(pg_stat_activity.pid) FROM pg_stat_activity WHERE datname = 'ИмяБазы'; DROP TABLE IF EXISTS _1sbackup;"
💡

Перед выполнением команд через rac.exe или sqlcmd всегда делайте тестовую копию базы. Для проверки результата используйте флаг /cmd "exec sys 'SELECT name, recovery_model_desc FROM sys.databases;' " — он покажет текущий режим восстановления.

Частые ошибки и как их избежать

При отключении резервного копирования администраторы часто сталкиваются с типичными проблемами. Вот наиболее распространённые из них и способы решения:

  • 🔄 "Бэкапы продолжают создаваться после отключения". Причина: настройка дублируется в регламентных заданиях и на уровне СУБД. Решение: проверьте оба источника (см. Способы 2 и 3).
  • 🔒 "Нет прав на редактирование файла 1CV8.1CD". Причина: файл заблокирован службой 1С. Решение: остановите службу 1C:Enterprise 8.3 Server Agent через services.msc.
  • ❌ "Ошибка при сохранении изменений в конфигураторе". Причина: база используется другими пользователями. Решение: отключите всех пользователей через Администрирование → Активные пользователи.
  • 📉 "После отключения бэкапов база стала работать медленнее". Причина: возможно, резервирование маскировало другие проблемы (фрагментацию индексов, нехватку памяти). Решение: выполните тестирование и исправление базы через chdbfl.exe.

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

Критическая информация: В базах с включённым механизмом TDE (Transparent Data Encryption) отключение резервного копирования без предварительного сохранения ключей шифрования может сделать данные НЕВОССТАНОВИМЫМИ даже при помощи специалистов. Перед любыми изменениями проверьте, не используется ли шифрование, через запрос: 

SELECT * FROM sys.dm_database_encryption_keys;
💡

Перед любыми манипуляциями с настройками резервирования всегда создавайте полную копию базы вручную — это ваша "страховка" на случай ошибок.

Альтернативы полному отключению резервного копирования

Отключать бэкапы полностью — крайняя мера. В большинстве случаев проблему можно решить оптимизацией настроек. Рассмотрим альтернативные варианты:

  • ⏳ Изменить расписание. Например, создавать копии раз в неделю вместо ежедневных или перенести процесс на ночное время.
  • 🗃️ Ограничить количество хранимых копий. В настройках регламентных заданий можно указать, сколько последних бэкапов сохранять (например, не более 3).
  • 📍 Перенаправить копии на другой диск. Если проблема в нехватке места, укажите в настройках путь к сетевому хранилищу или внешнему накопителю.
  • 🔄 Использовать инкрементные копии. Вместо полных бэкапов настраивайте создание только изменённых данных (экономит место и время).
  • ☁️ Интеграция с облаком. Настройте автоматическую выгрузку копий в Yandex Disk, Google Drive или специализированные сервисы вроде 1C:Drive.

Если проблема в производительности, попробуйте:

  • 🛠️ Оптимизировать базу через Тестирование и исправление в конфигураторе.
  • 🖥️ Выделить отдельные ресурсы для процесса резервирования (например, ограничить использование CPU).
  • 📊 Использовать SSD для хранения временных файлов бэкапов.

Для клиент-серверных баз на MS SQL полезно настроить сжатие бэкапов: 

BACKUP DATABASE [ИмяБазы] TO DISK = 'D:\Backups\ИмяБазы.bak' WITH COMPRESSION;

Это сокращает размер копий на 30–70% без потери данных.

FAQ: Частые вопросы по отключению резервного копирования

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

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

Что будет, если отключить бэкапы в облачной версии 1С (1C:Fresh)?

В 1C:Fresh резервное копирование управляется провайдером, и его отключение может быть ограничено политикой сервиса. Обычно пользователи могут только настроить частоту копирования через личный кабинет. Для полного отключения потребуется обратиться в поддержку с обоснованием (например, при дублировании бэкапов сторонними системами).

Как проверить, что резервное копирование действительно отключено?

Есть несколько способов:

  1. Проверьте папку с бэкапами (по умолчанию C:\ProgramData\1C\1Cv8\backup) — новые файлы не должны появляться.
  2. Запустите Журнал регистрации в конфигураторе и отфильтруйте события по слову Backup.
  3. Для клиент-серверных баз выполните запрос к СУБД: 
    -- Для MS SQL

    SELECT name, backup_finish_date FROM msdb.dbo.backupset WHERE database_name = 'ИмяБазы' ORDER BY backup_finish_date DESC;

Можно ли отключить бэкапы временно, например, на время обновления?

Да, для этого:

  1. Отключите регламентное задание (см. Способ 3).
  2. Или временно измените расписание, указав дату выполнения в прошлом.
  3. После завершения работ верните настройки обратно.

⚠️ Не забывайте, что в этот период база останется без защиты от сбоев!

Какие есть риски при отключении резервного копирования в 1С?

Основные риски:

  • 💥 Потеря данных при аппаратных сбоях, ошибках пользователей или вирусных атаках.
  • ⏳ Длительное восстановление. Без бэкапов придётся восстанавливать данные из транзакционных логов или с нуля.
  • 📉 Нарушение комплаенса. В некоторых отраслях (банки, госсектор) отсутствие бэкапов может привести к штрафам.
  • 🔄 Сложности при обновлении. Без резервной копии откат к предыдущей версии 1С после неудачного апдейта будет невозможен.

Рекомендуем всегда иметь альтернативную систему резервирования, даже если вы отключаете встроенные бэкапы 1С.