Различия

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

Ссылка на это сравнение

Следующая версия
Предыдущая версия
инвентаризация:dev:учет_бэкапов [2023/08/02 13:48]
admin создано
инвентаризация:dev:учет_бэкапов [2023/12/26 14:47] (текущий)
Строка 1: Строка 1:
 {{tag>dev Инвентаризация backups}} {{tag>dev Инвентаризация backups}}
 ====== Инвентаризация: DEV: Учет бэкапов ====== ====== Инвентаризация: DEV: Учет бэкапов ======
-=== Требования к резервному копированию ===+2023-12-26 с учетом обобщения до регламентных операций 
 + 
 +=== Требования к обслуживанию (job_req) ===
 Должна быть такая сущность Должна быть такая сущность
-Должна прикрепляться к сервису (предъявление сервисом требований к резервному копированию)+Должна прикрепляться к сервису (предъявление сервисом требований к резервному копированию/обновлению/реиндексации), иметь булевые параметр "распространяется на ОС", "распространяется на оборудование" - для распространения требований на ОС и оборудования сервиса
 Должна прикрепляться к оборудованию и ОС (предъявление явных требований к резервному копированию оборудования / ОС) Должна прикрепляться к оборудованию и ОС (предъявление явных требований к резервному копированию оборудования / ОС)
 Должна иметь возможность ссылаться на другие сущности в контексте "это требование удовлетворяет в т.ч. вот этим требованиям" Должна иметь возможность ссылаться на другие сущности в контексте "это требование удовлетворяет в т.ч. вот этим требованиям"
Строка 9: Строка 11:
 За каждым оборудованием итого имеем требования к бэкапам на основании сервисов которые там вертятся и/или явно указанного требования. За каждым оборудованием итого имеем требования к бэкапам на основании сервисов которые там вертятся и/или явно указанного требования.
  
-=== Backup job ===+=== Maintenance job (job) ===
 Сущность вроде сервиса, но сильно проще Сущность вроде сервиса, но сильно проще
-Включает в себя ОС и оборудование, которые бэкапит +Включает в себя ОС и оборудование, которые обслуживает (вероятно оно может бэкапить и сервисы, например БД какого-то приложения) 
-Включает в себя требования к резервному копированию которым удовлетворяет +Явно объявляет требования к обслуживанию которым удовлетворяет 
-Включает в себя расписание (не фактическое требования к частоте резервных копий, а окна бэкапа для согласования регламентных операций)+Включает в себя расписание когда происходит обслуживание 
 +Ссылается на сервис апр Бэкапы 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 - операции обслуживания
  
  • инвентаризация/dev/учет_бэкапов.1690984086.txt.gz
  • Последнее изменение: 2023/08/02 13:48
  • admin