Различия

Показаны различия между двумя версиями страницы.

--- инвентаризация:dev:учет_бэкапов [2023/08/02 13:54]
admin [Инвентаризация: DEV: Учет бэкапов]
+++ инвентаризация:dev:учет_бэкапов [2023/12/26 14:47] (текущий)
@@ Строка 1: / Строка 1: @@
 {{tag>dev Инвентаризация backups}}
 ====== Инвентаризация: DEV: Учет бэкапов ======
-=== Требования к резервному копированию ===
+-12-26 с учетом обобщения до регламентных операций
+=== Требования к обслуживанию (job_req) ===
 Должна быть такая сущность
-Должна прикрепляться к сервису (предъявление сервисом требований к резервному копированию)
+Должна прикрепляться к сервису (предъявление сервисом требований к резервному копированию/обновлению/реиндексации), иметь булевые параметр "распространяется на ОС", "распространяется на оборудование" - для распространения требований на ОС и оборудования сервиса
 Должна прикрепляться к оборудованию и ОС (предъявление явных требований к резервному копированию оборудования / ОС)
 Должна иметь возможность ссылаться на другие сущности в контексте "это требование удовлетворяет в т.ч. вот этим требованиям"
@@ Строка 9: / Строка 11: @@
 За каждым оборудованием итого имеем требования к бэкапам на основании сервисов которые там вертятся и/или явно указанного требования.
-=== Backup job ===
+=== Maintenance job (job) ===
 Сущность вроде сервиса, но сильно проще
-Включает в себя ОС и оборудование, которые бэкапит
+Включает в себя ОС и оборудование, которые обслуживает (вероятно оно может бэкапить и сервисы, например БД какого-то приложения)
-Включает в себя требования к резервному копированию которым удовлетворяет
+Явно объявляет требования к обслуживанию которым удовлетворяет
-Включает в себя расписание (не фактическое требования к частоте резервных копий, а окна бэкапа для согласования регламентных операций)
+Включает в себя расписание когда происходит обслуживание
-Ссылаается на сервис (напр Бэкапы Veeam/Бэкапы HyperV/Бэкапы БД SQL и т.п.)
+Ссылается на сервис (напр Бэкапы Veeam/Бэкапы HyperV/Бэкапы БД SQL и т.п.)
 === Profit ===
-Итого по каждому серверу видно как его требуется бэкапить и как по факту его бэкапят, кто за бэкапы отвечает (привязка к сервисам)
+Итого по каждому серверу видно как его требуется обслуживать и как по факту его обслуживают, кто за это отвечает (привязка к сервисам)
 При объявлении Veeam Jobs вручную с указанием удовлетворяемых требований - можно через Veeam API автоматически добавлять/убирать машины из Job'ов - тем самым видеть актуальные фактические данные по бэкапам veeam
+**У заданий могут быть разные хранилища,на которые кладутся резервные копии. Т.е., если формировать задания бэкапа из Инвентаризации, надо это учитывать.**
+**А что с нестандартными заданиями (раз в 2-3 недели), которые как раз планирую запускать через планировщик?**
+=== Tables ===
+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 - операции обслуживания