Extraction des dépendances de CMDB et de Business Impact Analysis

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 3 minutes de lecture

    • Vous pouvez extraire les dépendances pour les services d’entreprise, les services enfants, les processus et les 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 des dépendances.

    Extraction des dépendances à partir de CMDB

    À partir de la Yokohama version, le Cadre de travail des relations entre données prend en charge l’application Résilience opérationnelle avec le cadre de travail sous-jacent à partir duquel CMDBextraire les dépendances. ( Cadre de travail des relations entre données app-grc-relationship-config) est installé 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ées.

    Pour obtenir les CMDB dépendances, l’administrateur Résilience opérationnelle doit activer la configuration de nœud principale, étiquetée comme Service d’entreprise (CMDB) dans la Cadre de travail des relations entre données première.

    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 en aval de l’entité de son parent. Si l’entité n’appartient à aucun type d’entité, tel que Installations/Personnes/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 OWA-SD-01 ajoutée en aval de son entité IronMail-SD-01 et IronMail-SD-02 ajoutée en aval de l’entité Email de service enfant.

    Tableau 1. Exemple de configuration de relation pour un service d’entreprise
    Service d'entreprise Dépendance, processus business et service d’entreprise associés : E-mail Processus et dépendances associés au service d’entreprise : E-mail
    Windows Mobile
    • Dépendance: OWA-SD-01
    • Processus de gestion : Inbound payment validation
    • Service d’entreprise : 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 :Résilience opérationnelle
    • La BIA doit avoir 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’excède que lorsque le champ S’applique à de l’enregistrement BIA correspond à un processus de gestion au sein du type d’entité Processus business .

    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 en 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 suivies :
    • S’il n’existe aucune 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 pas de 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 plus d’informations 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 de nœud principal dans Cadre de travail des relations entre données

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