Extraction des dépendances à partir de et BIA CMDB

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 3 minutes de lecture
  • Vous pouvez extraire les dépendances pour les services ou les services d’entreprise à 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 depuis CMDB pour les services

    À partir de la Australie 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 CMDB extraire les dépendances. Le 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 Service (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é de OWA-SD-01 est ajoutée en aval de son entité IronMail-SD-01 et IronMail-SD-02 est ajoutée à l’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 business : 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 de gestion 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 être à l’état Approuvé .
    • La BIA ne doit pas être à l’état expiré .
    • Le groupe de dépendances doit être complété.
    Remarque :
    Ce n’est 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 par la tâche planifiée.

    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.

    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.