Question - Utilisation RTO/RPO.

[jdkally-coder]

Bonjour,

Nous sommes dans un phase d'expérimentation de Mercator en lien avec un projet d'actualisation de notre plan de sauvegarde et nous nous questionnons sur la gestion des RTO/RPO.

En effet, pour des applicatifs "critique" nous envisageons de gérer nos besoins RTO & RPO selon les typologies de serveurs déployés.
Par exemple, partons d'une application critique pour laquelle le RTO est 1 jour et le RPO est 4h

• Nos serveurs applicatifs peuvent avoir un RTO & RPO à 1 jour sans trop de difficultés, car les OS et paramétrage ne sont pas modifiés.
• Nos données doivent garantir un RPO de 4h et possiblement les serveurs associés.

Dans notre idée, nous imaginions pouvoir suivre ces informations en comparant les informations de RTO/RPO de l'application avec les valeurs des objets "Serveurs logiques" ou "Serveurs physiques" liés à l'application , mais ces informations ne sont pas disponibles sur l'ensemble de objets concernés.

Auriez vous des éventuelles solutions ou idées sur la manière de gérer ou suivre cela ?

Merci d'avance pour vos retours.

[dbarzin]

Merci pour ce retour d'expérimentation 👍

Quelques éléments de réflexion sur la gestion des RTO/RPO :

Conceptuellement, le RTO et le RPO sont définis au niveau de l'application (ou du macroprocessus métier qu'elle supporte). Ce sont des exigences de continuité qui s'imposent à l'infrastructure sous-jacente — et non l'inverse. Autrement dit, c'est parce qu'une application a un RPO de 4h que les serveurs, bases de données et sauvegardes qui la supportent doivent être configurés pour respecter cette contrainte.

Dans cette logique, les valeurs de RTO/RPO des équipements (serveurs logiques, physiques, bases de données) devraient être déduites des valeurs de l'application, et non saisies indépendamment sur chaque objet. Ajouter des champs RTO/RPO sur chaque type d'objet de l'infrastructure risque de créer des incohérences difficiles à maintenir.

Les champs rto et rpo existent sur les m_applications. Via les relations (application → serveurs logiques → serveurs physiques, bases de données, etc.), il est possible de naviguer vers l'ensemble des composants qui supportent une application critique et de vérifier que leur configuration de sauvegarde est cohérente avec les exigences de l'application.

Pistes d'évolution envisageables :

• Ajouter un rapport ou une vue dédiée qui, pour chaque application avec un RTO/RPO défini, liste les équipements liés et signale ceux dont la configuration de sauvegarde connue ne satisfait pas les exigences (si cette information est disponible dans Mercator ou remontée depuis un CMDB externe)
• Permettre de « propager » ou d'afficher les exigences RTO/RPO de l'application sur les objets liés, à titre informatif, sans les dupliquer en données saisies

Si tu as des idées précises sur l'interface ou le rapport que tu imagines, n'hésite pas à les partager ici — ça permettrait d'affiner une éventuelle évolution et aux autres membres de la communauté de voter pour la fonctionnalité si elle leur est utile.