Администрирование · 12 мин
1C Backup Agent: что это и как организовать резервное копирование 1С
Что такое 1C Backup Agent, как работает агент резервного копирования баз 1С, чем он отличается от штатных средств и как настроить и проверить бэкапы.
1C Backup Agent — это программный агент (служба или утилита), который автоматически создаёт резервные копии информационных баз 1С по расписанию и передаёт их в хранилище. Такие агенты выпускают разные разработчики: это может быть компонент облачного сервиса резервного копирования, модуль системы мониторинга ИТ-инфраструктуры или самостоятельная утилита для файловых и клиент-серверных баз 1С:Предприятия. Общая идея одна: снять с администратора рутину ручного копирования и гарантировать, что актуальная копия базы существует всегда.
Проблема, которую решает агент, хорошо известна любому, кто администрировал 1С: бухгалтерия и торговля работают в базе ежедневно, а резервные копии делаются «когда вспомнят». При сбое диска, шифровальщике или случайном удалении данных потери измеряются днями введённых документов. Агент устанавливается на сервер или компьютер с базой, работает в фоне и выполняет копирование по расписанию без участия пользователей.
Важно понимать, что «1C Backup Agent» — не единый продукт фирмы «1С», а класс решений. Конкретные возможности зависят от поставщика: одни агенты делают выгрузку в формате .dt, другие копируют файлы базы или используют средства СУБД (MS SQL, PostgreSQL), третьи выполняют теневое копирование тома. Поэтому перед внедрением нужно разобраться, какой механизм использует конкретный агент и подходит ли он под вашу архитектуру.
Как устроен и что делает агент резервного копирования
Типовой агент состоит из трёх частей: службы, которая постоянно работает на машине с базой 1С; планировщика заданий с расписанием копирования; и модуля передачи данных в хранилище — локальный диск, сетевую папку, NAS или облачное хранилище поставщика. Настройка обычно выполняется через конфигурационный файл или веб-консоль, после чего вмешательство администратора не требуется.
По способу получения копии агенты делятся на несколько групп. Первые запускают конфигуратор 1С в пакетном режиме и выполняют выгрузку информационной базы в файл .dt — это универсальный способ, работающий и для файловых, и для клиент-серверных баз. Вторые копируют файлы базы напрямую (файл 1Cv8.1CD для файлового варианта), что быстрее, но требует завершения сеансов пользователей или использования теневого копирования. Третьи работают на уровне СУБД и создают штатный бэкап средствами MS SQL Server или PostgreSQL.
Дополнительно многие агенты поддерживают инкрементальное копирование (сохраняются только изменения с прошлого сеанса), сжатие и шифрование архивов, ротацию копий по глубине хранения и уведомления об успехе или ошибке на почту. Набор функций у разных продуктов отличается, поэтому перечень возможностей стоит уточнять в документации конкретного решения.
Чем агент отличается от штатных средств 1С
В самой платформе 1С встроенного планировщика резервного копирования нет: конфигуратор умеет выгружать базу в .dt, но запускать эту операцию по расписанию приходится внешними средствами. Традиционно администраторы пишут bat-файл с вызовом конфигуратора в пакетном режиме и ставят его в планировщик заданий Windows. Это рабочая схема, но у неё нет мониторинга, ротации копий, шифрования и централизованного управления — всё держится на самописном скрипте.
Агент закрывает именно эти пробелы: он следит за успешностью каждого сеанса копирования, хранит историю, автоматически удаляет устаревшие архивы и сигнализирует о сбоях. Для организации с несколькими базами (бухгалтерия, зарплата, торговля) это принципиальное отличие: вместо набора скриптов на разных серверах появляется единая точка контроля.
Сравнение вариантов
Бесплатно и гибко, но нет мониторинга и ротации; при сбое об ошибке можно не узнать неделями
Расписание, контроль успеха, ротация и уведомления из коробки; требует установки и часто оплаты подписки
Быстро и надёжно для клиент-серверных баз, но не подходит для файловых баз и требует навыков администрирования СУБД
Как выбрать решение под вашу архитектуру
Первый критерий — вариант развёртывания 1С. Для файловой базы на компьютере бухгалтера достаточно простого агента, который копирует файл 1Cv8.1CD или делает выгрузку .dt в сетевую папку и облако. Для клиент-серверной базы на MS SQL или PostgreSQL предпочтительнее агент, умеющий работать с СУБД напрямую: копия на уровне базы данных создаётся быстрее и не требует завершения сеансов пользователей.
Второй критерий — место хранения копий. Правило «3-2-1» остаётся рабочим ориентиром: минимум три копии данных, на двух разных носителях, одна — вне офиса. Если агент складывает архивы только на тот же диск, где лежит база, защиты от отказа диска или шифровальщика он не даёт. Проверьте, умеет ли решение выгружать копии в облако, на съёмный носитель или удалённый сервер.
Третий критерий — прозрачность восстановления. Уточните, в каком формате хранятся копии: если это закрытый формат поставщика, восстановить базу без их ПО будет невозможно. Практичнее варианты, где копия — это стандартный .dt, файл базы или нативный бэкап СУБД, который можно развернуть штатными средствами.
Как выбрать действие
Настройка: типовой порядок действий
Конкретные шаги зависят от продукта, но общая последовательность у большинства агентов одинакова. Сначала определите, какие базы нужно копировать, где они расположены и кто имеет к ним доступ. Затем установите агент на машину, где размещена база (или на сервер СУБД), укажите учётные данные для подключения к 1С или СУБД, задайте расписание и каталог хранения.
Расписание стоит планировать с учётом нагрузки: выгрузка .dt большой базы может занимать заметное время и блокировать работу пользователей, поэтому её обычно назначают на ночь или на выходные. Бэкап средствами СУБД менее инвазивен и может выполняться чаще. Практичная схема для активно используемой базы — ежедневная копия ночью плюс более частые инкрементные копии, если агент их поддерживает.
- 1Определите перечень баз, их тип (файловые или клиент-серверные) и расположение
- 2Установите агент на сервер или компьютер с базой и задайте учётные данные для доступа
- 3Настройте расписание: полная копия ежедневно в нерабочее время, инкрементные — чаще
- 4Укажите минимум два независимых места хранения, одно из них — вне основного сервера
- 5Включите уведомления об ошибках и настройте ротацию старых копий
- 6Выполните тестовое копирование и проверьте восстановление базы из полученного архива
После настройки не считайте задачу закрытой. В первую неделю ежедневно проверяйте журнал агента: успешно ли завершаются задания, сколько времени занимает копирование, хватает ли места в хранилище. Типичная ситуация — задание падает из-за нехватки дискового пространства или блокировки базы пользователями, и замечают это только через месяц, когда копия понадобилась.
Проверка копий и контроль работы агента
Резервная копия, пригодность которой не проверена, — это не копия, а надежда. Минимальный контроль: периодически (раз в месяц или после крупных обновлений конфигурации) разверните свежий архив в тестовую базу. Для .dt это загрузка через конфигуратор в пустую информационную базу, для бэкапа СУБД — восстановление в отдельную базу данных. Откройте тестовую базу в режиме предприятия и убедитесь, что документы и отчёты на месте.
Второй уровень контроля — мониторинг самих заданий. Агент должен сообщать об успехе или ошибке каждого сеанса. Если уведомлений нет, заведите привычку хотя бы раз в неделю открывать журнал и сверять фактические даты копий с расписанием. Размер файла копии тоже информативен: резкое уменьшение по сравнению с предыдущими архивами — повод разобраться, не выгрузилась ли база частично.
Как проверить результат
Статус «успешно», длительность в обычных пределах
Ошибки, предупреждения или резкий рост времени выполнения
Сопоставим с предыдущими копиями, плавно растёт
Резкое уменьшение размера или нулевой файл
База загружается, открывается, данные на месте
Ошибка загрузки .dt или восстановления бэкапа СУБД
Запас на несколько будущих копий с учётом ротации
Диск заполнен, новые задания завершаются ошибкой
Риски, ограничения и типичные ошибки
Главный риск при копировании файловых баз — несогласованная копия. Если агент копирует файл 1Cv8.1CD, пока пользователи работают в базе, файл может быть скопирован в противоречивом состоянии, и такая копия не откроется. Безопасные варианты: выгрузка .dt (она выполняется средствами платформы), копирование при завершённых сеансах или использование теневых копий тома с корректной обработкой.
Второй риск — хранение копий там же, где лежит база. При шифровании диска вирусом-вымогателем пострадают и база, и все архивы. Копии должны уходить на отдельный носитель или в облако, желательно с доступом, при котором учётная запись агента не может удалять уже созданные архивы.
Альтернативы агенту и когда они оправданны
Агент — не единственный способ организовать резервное копирование 1С. Для небольшой файловой базы вполне работоспособна связка из bat-файла с пакетным запуском конфигуратора и планировщика Windows, дополненная синхронизацией папки архивов с облачным диском. Это бесплатно, но требует дисциплины в контроле.
Для клиент-серверных баз штатные планы обслуживания MS SQL Server или задания pg_dump для PostgreSQL часто надёжнее сторонних агентов: они создают согласованные копии без остановки работы. Выгрузку .dt при этом стоит делать дополнительно — она незаменима при переносе базы между разными СУБД и при диагностике повреждений. В облачных сервисах аренды 1С резервное копирование обычно входит в тариф, но и там стоит уточнить глубину хранения и порядок получения копии.
Выбор сводится к простому правилу: чем больше баз и чем выше цена простоя, тем сильнее оправдан специализированный агент с мониторингом и централизованным управлением. Для одной базы и дисциплинированного администратора хватает скриптов и штатных средств СУБД — при условии регулярной проверки восстановления.
Что важно запомнить
1C Backup Agent — это служба автоматического резервного копирования баз 1С по расписанию. Выбирайте механизм копирования под свою архитектуру, храните копии минимум в двух независимых местах и регулярно проверяйте восстановление — без этого любой бэкап остаётся лотереей.
Частые вопросы
1C Backup Agent — это официальный продукт фирмы «1С»?
Нет. Под таким или похожим названием выступают решения сторонних разработчиков и облачных сервисов. Платформа 1С сама по себе содержит только механизм выгрузки/загрузки базы в .dt, а автоматизацию копирования обеспечивают внешние средства.
Можно ли копировать базу, пока в ней работают пользователи?
Для клиент-серверной базы — да, если копия создаётся средствами СУБД. Для файловой базы простое копирование файла 1Cv8.1CD во время работы небезопасно: используйте выгрузку .dt или выполняйте копирование при завершённых сеансах.
Как часто нужно делать резервные копии 1С?
Ориентируйтесь на допустимый объём потерь: сколько днём введённых документов вы готовы восстанавливать вручную. Для активно используемой базы разумный минимум — ежедневная полная копия, при высокой интенсивности ввода — дополнительные копии в течение дня.
Чем отличается выгрузка .dt от копирования файла базы?
Файл .dt создаётся штатными средствами платформы и загружается в любую базу независимо от СУБД, но выгрузка занимает больше времени. Копирование файла или бэкап СУБД быстрее, но привязано к конкретному способу хранения и требует соблюдения условий согласованности.
Как понять, что резервное копирование настроено правильно?
Единственный надёжный критерий — успешное тестовое восстановление. Разверните свежую копию в тестовую базу, откройте её в режиме предприятия и проверьте наличие актуальных документов. Журнал агента без ошибок — необходимое, но недостаточное условие.
Достаточно ли хранить копии в облачном диске?
Облачное хранилище — хороший внешний носитель, но не единственный: синхронизация может перенести в облако и повреждённый файл, и последствия шифровальщика. Держите также локальную копию на отдельном носителе и используйте версионирование или архивы, защищённые от перезаписи.