2023-12-26 с учетом обобщения до регламентных операций
Должна быть такая сущность
Должна прикрепляться к сервису (предъявление сервисом требований к резервному копированию/обновлению/реиндексации), иметь булевые параметр «распространяется на ОС», «распространяется на оборудование» - для распространения требований на ОС и оборудования сервиса
Должна прикрепляться к оборудованию и ОС (предъявление явных требований к резервному копированию оборудования / ОС)
Должна иметь возможность ссылаться на другие сущности в контексте «это требование удовлетворяет в т.ч. вот этим требованиям»
За каждым оборудованием итого имеем требования к бэкапам на основании сервисов которые там вертятся и/или явно указанного требования.
Сущность вроде сервиса, но сильно проще
Включает в себя ОС и оборудование, которые обслуживает (вероятно оно может бэкапить и сервисы, например БД какого-то приложения)
Явно объявляет требования к обслуживанию которым удовлетворяет
Включает в себя расписание когда происходит обслуживание
Ссылается на сервис (напр Бэкапы Veeam/Бэкапы HyperV/Бэкапы БД SQL и т.п.)
Итого по каждому серверу видно как его требуется обслуживать и как по факту его обслуживают, кто за это отвечает (привязка к сервисам)
При объявлении Veeam Jobs вручную с указанием удовлетворяемых требований - можно через Veeam API автоматически добавлять/убирать машины из Job'ов - тем самым видеть актуальные фактические данные по бэкапам veeam
У заданий могут быть разные хранилища,на которые кладутся резервные копии. Т.е., если формировать задания бэкапа из Инвентаризации, надо это учитывать.
А что с нестандартными заданиями (раз в 2-3 недели), которые как раз планирую запускать через планировщик?
maintenance-reqs - требования
связь many-2-many с сервисами/ОС/оборудованием
maintenance-reqs-in-services
maintenance-reqs-in-comps
maintenance-reqs-in-techs
maintenance-reqs-in-reqs
maintenance-reqs-in-jobs
maintenance-jobs-in-services
maintenance-jobs-in-comps
maintenance-jobs-in-techs
maintenance-jobs - операции обслуживания