Как отменить резервное копирование в 1С 8.3

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

Прежде чем отключать что-либо, важно понять, какой именно механизм создаёт копии в вашем случае. В типовых конфигурациях на основе Библиотеки стандартных подсистем (УТ, ERP, БП, ЗУП) копирование обычно настраивается в разделе администрирования и работает только для файловых баз. В клиент-серверном варианте резервные копии, как правило, делает сама СУБД по расписанию. Отдельно встречаются самописные скрипты, запускаемые планировщиком заданий Windows.

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

Определяем, какой механизм создаёт резервные копии

Первый шаг — диагностика. Откройте папку, где лежат архивы копий, и посмотрите на их имена и время создания. Файлы формата .zip с датой в имени, появляющиеся при завершении работы пользователей или по расписанию внутри 1С, — признак встроенной подсистемы резервного копирования. Файлы .bak в каталоге SQL Server — работа задания агента SQL Server. Файлы *.dt (выгрузка информационной базы) — чаще всего результат скрипта или ручной выгрузки через конфигуратор.

Дополнительно проверьте планировщик заданий Windows на сервере или компьютере, где хранится база: откройте «Планировщик заданий» и поищите задачи, в названии или действии которых встречаются слова backup, 1cv8, dt, архив. Если база клиент-серверная, попросите администратора СУБД проверить список заданий (Jobs) в SQL Server Agent или аналогичные механизмы в PostgreSQL.

Отключаем копирование в типовой конфигурации (файловая база)

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

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

Учтите: настройка хранится в информационной базе, поэтому её достаточно изменить один раз — она применится для всех пользователей этой базы. Если баз несколько (например, рабочая и тестовая копия), проверьте настройку в каждой.

1. 1
   Войдите в базу под пользователем с правами администратора
2. 2
   Откройте «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление»
3. 3
   Выберите вариант без автоматического копирования или снимите соответствующий флаг
4. 4
   Сохраните настройку и проверьте поведение при следующем завершении работы

Останавливаем уже запущенный процесс копирования

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

Грубый способ — завершить процесс 1cv8.exe через диспетчер задач. Это допустимо только как крайняя мера: прерванная архивация оставит недозаписанный файл копии, а в редких случаях принудительное завершение сеанса может привести к необходимости проверки базы. В клиент-серверном режиме сеанс завершают через консоль кластера серверов 1С, а не через диспетчер задач на компьютере пользователя.

Отключаем копирование в клиент-серверном варианте

В клиент-серверной архитектуре встроенная подсистема резервного копирования БСП обычно не работает или не рекомендуется — копии делает СУБД. Чтобы отменить такое копирование, потребуется доступ к серверу баз данных. В Microsoft SQL Server откройте SQL Server Management Studio, разверните узел «Агент SQL Server» → «Задания», найдите задание резервного копирования нужной базы и либо отключите его (пункт «Отключить» в контекстном меню), либо измените расписание.

Для PostgreSQL копирование чаще всего организовано через скрипт с утилитой pg_dump, запускаемый планировщиком cron (Linux) или планировщиком заданий Windows. Найдите соответствующую задачу и отключите её. Саму базу при этом не трогайте — отключается только задание, а не служба СУБД.

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

Убираем копирование через планировщик Windows и скрипты

Многие организации используют самописные bat- или PowerShell-скрипты, которые запускают конфигуратор 1С в пакетном режиме с выгрузкой базы в файл .dt. Такие скрипты запускаются планировщиком заданий Windows. Откройте планировщик (команда taskschd.msc), найдите задачу, в действиях которой вызывается 1cv8.exe с параметром /DumpIB или скрипт архивации, и отключите её через контекстное меню — «Отключить». Удалять задачу не обязательно: отключённую задачу легко вернуть, если решение изменится.

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

# Поиск задач планировщика, связанных с 1С (PowerShell)
Get-ScheduledTask | Where-Object {$_.Actions.Execute -like '<em>1cv8</em>'} | Select-Object TaskName, State

Что сделать вместо полной отмены

Часто задача «отменить копирование» на самом деле означает «оно мешает». Тогда лучше не отключать, а перенастроить. Перенесите запуск на нерабочее время — ночь или обеденный перерыв, когда пользователей в базе мало. Ограничьте количество хранимых копий, чтобы архивы не заполняли диск: в типовых конфигурациях для этого есть настройка хранения, в скриптах — параметры ротации.

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

Проверяем результат и устраняем типичные проблемы

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

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

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