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

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

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

Как определить, какой механизм делает копии

Первый шаг — выяснить источник копий. Признаки различаются: типовая конфигурация создаёт файлы в указанной папке и показывает настройки внутри программы; облачный сервис оставляет значок агента в трее Windows и пишет логи в свой каталог; планировщик Windows запускает задачи по расписанию, видимые в оснастке «Планировщик заданий»; серверный бэкап обычно выполняется скриптами на уровне СУБД (MS SQL, PostgreSQL).

Практический способ проверки: посмотрите, куда складываются файлы копий и в какое время они появляются. Затем сопоставьте это время с задачами планировщика и настройками внутри 1С. Если файлы имеют формат .dt — копию делает средство 1С; если это .bak или .dump — работает СУБД, и отключать нужно задание на стороне базы данных.

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

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

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

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

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

Если копии отправляет сервис «1С:Бэкап» или аналогичный агент, отключение выполняется в самом агенте. Найдите значок агента в области уведомлений Windows, откройте его настройки и остановите задания резервного копирования. Часто там есть отдельные переключатели для каждой базы — отключите нужные или все сразу.

При полном отказе от сервиса недостаточно остановить задания: агент продолжит запускаться вместе с системой. Удалите его через «Установка и удаление программ» Windows или отключите автозапуск в диспетчере задач на вкладке «Автозагрузка». Также проверьте личный кабинет сервиса — там может оставаться активная подписка, которую нужно отменить отдельно, чтобы не списывалась оплата.

Отключение копирования через планировщик Windows и скрипты

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

Для клиент-серверных баз копии часто делает сама СУБД. В MS SQL Server это планы обслуживания (Maintenance Plans) или задания агента SQL Server; в PostgreSQL — задания pg_dump через cron или планировщик. Отключайте их только если на замену уже настроен другой механизм, иначе база останется без защиты.

taskschd.msc

Что сделать перед отключением

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

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

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

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

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

Типичные ошибки при отключении

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

Вторая группа ошибок — удаление вместо отключения и отсутствие проверки. Удалённую задачу планировщика сложнее восстановить, а без наблюдения за результатом легко пропустить, что копии делаются другим способом или, наоборот, что после отключения не осталось ни одного работающего канала защиты.

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

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

При переходе на другой инструмент (Veeam, средства виртуализации, скрипты СУБД) правильная последовательность такая: настроить новый механизм, выполнить тестовое восстановление, убедиться в работоспособности, и только затем отключить старый. Такой порядок исключает «окно» без защиты.

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