Extraction des dépendances à partir de et analyse d’impact CMDB sur l’entreprise

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 3 minutes de lecture

    • Vous pouvez extraire les dépendances des services d’entreprise, des services enfants, des processus et des processus du service enfant à partir de CMDB .Résilience opérationnelle De même, lorsque les BCM applications sont installées, la Résilience opérationnelle tâche planifiée surveille également les changements dans les dépendances de Business Impact Analysis (BIA) et extrait les mises à jour de dépendances.

    Extraction des dépendances à partir de CMDB

    À partir de la Xanadu mise en production, l’application Cadre de travail des relations entre données prend en charge l’infrastructure Résilience opérationnelle sous-jacente à partir de CMDBlaquelle extraire les dépendances. La Cadre de travail des relations entre données commande (app-grc-relationship-config) est installée avec l’application Résilience opérationnelle par défaut. Les CMDB dépendances sont récupérées en appelant une API à partir du Cadre de travail des relations entre donnéesfichier .

    Pour obtenir les CMDB dépendances, l’administrateur Résilience opérationnelle doit d’abord Cadre de travail des relations entre données activer la configuration du nœud principal, appelée Service d’entreprise (CMDB).

    Pour chaque dépendance récupérée, l’application recherche d’abord Résilience opérationnelle une entité existante. S’il n’existe aucune entité, la dépendance est ignorée. S’il existe une entité et que l’entité appartient à n’importe quel type d’entité dans Résilience opérationnelle, elle est ajoutée à l’aval de l’entité de son parent. Si l’entité n’appartient à aucun type d’entité tel que Installations/Personnel/Fournisseurs/Technologie, vous devez l’ajouter manuellement au type d’entité correspondant dans Résilience opérationnelle.

    L’exemple suivant montre un exemple de CMDB configuration de relation pour un service d’entreprise. Lorsque le service Windows mobile met à jour ses dépendances, l’entité est ajoutée à l’aval OWA-SD-01 de son entité, IronMail-SD-01 puis IronMail-SD-02 ajoutée à l’aval de l’entité Email de service enfant.

    Tableau 1. Exemple de configuration de relation pour un service d’entreprise
    Service aux entreprises Dépendance, processus business et service d’entreprise associés : E-mail Processus et dépendances associés au service aux entreprises : E-mail
    Windows Mobile
    • Dépendance : OWA-SD-01
    • Processus de gestion : Inbound payment validation
    • Service aux entreprises : Email
    • Processus: Fraud_escalation
    • Dépendance 1 : IronMail-SD-01 (La table est cmdb_ci_email_server.)
    • Dépendance 2 : IronMail-SD-02 (La table est cmdb_ci_email_server.)

    Extraction des dépendances à partir de Business Impact Analysis (BIA)

    Lorsque les BCM applications sont installées, Résilience opérationnelle récupère la mise à jour de dépendance de la BIA si le champ S’applique à de la BIA est un processus business utilisé dans .Résilience opérationnelle

    Les conditions suivantes doivent être remplies pour extraire les dépendances BIA dans Résilience opérationnelle:
    • La BIA doit être à l’état Approuvé .
    • La BIA ne doit pas être à l’état Expiré .
    • Le groupe de dépendances doit être terminé.
    Remarque :
    La tâche planifiée n’extrait que lorsque le champ S’applique à de l’enregistrement BIA correspond à un processus business du type d’entité Processus business que ses dépendances sont récupérées.

    Pour chaque dépendance extraite, l’application recherche d’abord Résilience opérationnelle une entité valide existante. Si la dépendance a une entité valide existante et que l’entité appartient à n’importe quel type d’entité dans Résilience opérationnelle, elle est ajoutée à l’aval de l’entité de son parent.

    Pour extraire les mises à jour de dépendances ou les CMDB mises à jour de dépendances BIA, les conditions suivantes sont respectées :
    • S’il n’y a pas d’entité pour la dépendance, elle est ignorée. Résilience opérationnelle ne crée pas d’entité pour la dépendance.
    • Si une entité de dépendance est inactive, elle est ignorée.
    • Si une entité de dépendance est active, mais qu’elle n’a aucun pilier, elle est ignorée.
    • Si une entité de dépendance est active et possède un pilier, mais qu’elle n’appartient à aucun Résilience opérationnelle type d’entité, elle est ignorée.

    Ajout manuel des dépendances

    Si l’entité n’appartient pas à un type d’entité tel que Installations, Personnes, Fournisseurs, Technologie, Résilience opérationnelle les utilisateurs doivent l’ajouter manuellement au type d’entité correspondant. Au lieu d’utiliser la tâche planifiée, Résilience opérationnelle les administrateurs et les gestionnaires peuvent mettre à jour les dépendances manuellement. Pour en savoir plus sur la mise à jour manuelle des dépendances, reportez-vous à la section Mettre à jour manuellement les dépendances de service.

    Prise en charge de la configuration du nœud principal dans Cadre de travail des relations entre données

    Pour plus d’informations sur la configuration des Cadre de travail des relations entre données nœuds et principal, consultez Cadre de travail des relations entre données et Créer un enregistrement de configuration de nœud principal.