Бэкап «вроде идёт»: зафиксировать что копируем, куда, как часто и кто проверяет

Короткий ответ

Регламент резервного копирования Contoso — документ на сервисы, не скрин консоли. По каждому критичному сервису: источники (VM, файлы, SQL, AD, Linux), job/имя, репозиторий, частота, глубина, RPO, куда offsite, кто смотрит отчёт, кто делает restore-тест. «Зелёный job» без списка объектов — дыра.

Владелец процесса — Иван Петров. Owner сервиса согласует RPO. Пароли агентов — в vault, не в регламенте.

Симптомы и как отличить

Типичная картина:

• «бэкап есть», перечень VM никто не подпишет;
• 1С не входит в job, файловый сервер входит дважды;
• Ubuntu UBNT01 копируют только если вспомнят rsync;
• отчёт никому не падает.

Отличия:

Возможные причины

1. Job настроили на внедрении, список VM вырос.
2. Нет owner, RPO «ну сутки наверное».
3. Лицензий backup не хватило, часть узлов забыли.
4. Путают snapshot гипервизора с backup.
5. Linux вне агента, Windows в агенте.
6. Редко: сознательно не пишут, чтобы не отвечать за RPO.

Диагностика

1. Каталог сервисов vs job

Возьмите Services и инвентарь узлов. На каждый P1/P2 сервис ответьте: какой job, какие объекты.

Windows-агент / VSS (пример проверки службы, не «весь Veeam»):

Get-Service Veeam*, wbengine -ErrorAction SilentlyContinue |
  Select-Object Name, Status, StartType
wbadmin get versions

Linux:

systemctl is-active restic-backup.timer borgmatic.timer 2>/dev/null
sudo grep -RIn 'restic\|borg\|duplicity' /etc/cron* /etc/systemd/system 2>/dev/null | head

Нет таймера и нет агента — узла в регламенте быть не должно как «защищён».

2. AD и системное состояние

DC: есть ли system state / штатный backup роли AD, не только диск C: гостя «как получится». Это должно быть строкой, не устным.

3. Куда пишем

Путь репозитория, другой носитель, offsite. Если \\FILE01\backup лежит на том же сервере, что данные — в регламенте честно напишите «нарушение 3-2-1», не прячьте.

Решение

Таблица регламента (ядро документа)

Правила содержания

1. Новый прод-узел не включается без строки backup или явного исключения (risk accepted + дата).
2. Частота ≥ требования owner. Если owner хочет 1 ч, а job ночной — конфликт фиксируйте, не молчите.
3. Кто смотрит fail: именной, не «IT».
4. Как проверять: не только код выхода job, а календарь restore.

Минимальный набор Contoso

• Контроллеры домена.
• Файловые данные.
• СУБД 1С/SQL.
• Гипервизор конфиг / или сами VM.
• Firewall/конфиги сети (экспорт).
• Linux-сервисы из CMDB.

Get-ADComputer -Filter {OperatingSystem -like '*Server*'} |
  Select-Object Name
# сверьте с объектами job вручную, не надейтесь на память

Дифф job и CMDB раз в неделю

Пятничный 20-минутный ритуал Ивана Петрова: выгрузка объектов job vs список Hosts с backup не пустым. Появилась VM TEST-SQL в проде без строки — либо в job, либо exclusion с датой удаления. Пропала VM из job без CHG — P2, пока не поняли, это ошибка оператора или ransomware-сюжет.

Для Linux тот же ритуал: systemctl list-timers | grep restic на UBNT01 и сверка пути репозитория с таблицей. Если таймер disabled — это fail регламента, не «тихо починим».

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

• Документ утверждён, дата.
• Каждый сервер из AD Server + Ubuntu прод имеет строку или exclusion.
• Отчёт fail приходит человеку, который на это реагирует в SLA.
• Owner 1С может сказать RPO своими словами согласно таблице.

Разрыв: добавьте тестовую VM в прод без строки — процесс должен поймать на еженедельном diff.

Если не помогло

• Нет денег на агенты: честно сузьте периметр и письменный риск, не рисуйте «все VM».
• Job длится до утра: это производительность backup, регламент всё равно нужен; параллельно чините окно.
• Облачные ящики M365 не в том же job: отдельная строка SaaS backup, не «файлы покрывают Outlook».

Профилактика

• Diff инвентаря vs job раз в неделю в журнале.
• Алерт fail = P2 минимум.
• Смена репозитория только с rollback (второй путь жив).
• Регламент — раздел общего регламента эксплуатации.

FAQ

Достаточно ли скриншота job раз в год?

Нет. Список объектов меняется чаще. Живая таблица.

Snapshot Hyper-V заменяет backup в регламенте?

Нет. Снимок на том же сторадже падает вместе с ним. Можно как доп. пункт, не как единственная строка.

Кто виноват, если 1С не входила в job?

Нет строки регламента и нет owner-подписи. Чините процесс ввода сервиса, не ищите «кто не добавил галку» как единственную причину.

Нужно ли описывать шифрование репозитория?

Да, кратко: включено/где ключ (vault), кто может restore. Без пароля в тексте.

Windows Server Backup и третий продукт вместе?

Две строки, разные источники. Не делайте вид, что WSB покрыл Linux.

Как часто пересматривать регламент?

При каждом новом P1-сервисе сразу; полный обзор — квартал вместе с тестом restore.