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

Резервное копирование в 1С может запускаться разными способами: регламентным заданием внутри конфигурации, средствами SQL Server, планировщиком Windows или сторонними программами снятия копий. Чтобы остановить копирование, сначала нужно понять, каким именно механизмом оно выполняется — остановка «не того» процесса либо не даст результата, либо повредит файл копии, который пишется в этот момент.

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

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

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

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

Для проверки откройте в 1С раздел администрирования и посмотрите настройки резервного копирования. Параллельно проверьте планировщик заданий Windows на сервере (команда taskschd.msc) и список заданий агента SQL Server, если база работает в клиент-серверном варианте. Только убедившись, какой механизм активен, переходите к остановке.

Остановка штатного копирования внутри конфигурации

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

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

Отключение регламентного задания резервного копирования

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

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

1. 1
   Откройте консоль регламентных и фоновых заданий в разделе администрирования
2. 2
   Найдите задание копирования по названию или по активным фоновым заданиям
3. 3
   Если задание выполняется — отмените фоновое задание
4. 4
   Снимите флажок «Используется» у регламентного задания, чтобы оно не запускалось снова
5. 5
   Проверьте журнал регистрации и удалите неполный файл копии

Остановка копирования на уровне сервера и СУБД

В клиент-серверном варианте фоновое копирование выполняется рабочим процессом сервера 1С. Через консоль администрирования серверов 1С откройте список сеансов и соединений, найдите фоновое задание копирования и завершите соответствующий сеанс. Это грубый, но быстрый способ, когда консоль заданий недоступна из-за блокировок.

Если копия создаётся средствами SQL Server (задание BACKUP DATABASE через план обслуживания или SQL Server Agent), останавливать его нужно именно там: в SQL Server Management Studio откройте «SQL Server Agent» → «Jobs», найдите задание и выберите «Stop Job», либо отключите его через «Disable», чтобы оно не запустилось по расписанию снова. Прерванный на уровне СУБД бэкап не создаёт пригодного файла.

-- Проверить, выполняется ли бэкап прямо сейчас
SELECT session_id, command, percent_complete, status
FROM sys.dm_exec_requests
WHERE command LIKE 'BACKUP%';
-- Прервать сессию бэкапа (подставьте номер сессии)
KILL <session_id>;

Для копий, запускаемых планировщиком Windows (например, скрипт выгрузки dt-файла через конфигуратор), откройте taskschd.msc, найдите задание, остановите его выполнение и отключите триггер. Не удаляйте задание сразу — сначала зафиксируйте его параметры, чтобы при необходимости восстановить настройку.

Что сделать после остановки

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

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

Типичные ошибки при остановке копирования

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

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

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