Flux, planification et exécution des données dans un événement
Lorsque les données d’élément de configuration sont disponibles, ServiceNow AI Platform les mêmes éléments peuvent être utilisés pour évaluer les dépendances dans Business Impact Analysis (BIA). Les dépendances de la BIA peuvent ensuite être utilisées dans la planification et les événements. Les éléments de configuration (CI) peuvent également être ajoutés manuellement aux plans et événements.
Vous pouvez également ajouter de nouveaux plans avec des actifs à récupérer dans une séquence.
- Vous pouvez réutiliser les données d’élément de configuration (CI) créées dans la CMDB au sein d’une BIA, et à partir de la BIA, les dépendances sont utilisées dans les plans et événements.
- Vous pouvez bifurquer vers un plan connexe référencé dans la tâche du plan principal avant d’exécuter les autres tâches du plan principal, en particulier lorsque les plans renvoyés sont gérés par les planificateurs d’autres départements ou équipes pour récupérer leurs actifs respectifs.
- Le flux d’exécution est séquencé en fonction de l’ID de tâche et aucune tâche d’événement n’est ignorée entre les deux.
Flux automatique de données de la CMDB vers la BIA et de la BIA vers les plans
Lorsqu’un enregistrement est créé en tant qu’élément ServiceNow AI Platform de configuration dans CMDB, l’enregistrement avec tous ses éléments connexes sont disponibles pour que vous puissiez les utiliser en tant qu’actifs pour évaluer les dépendances dans BIA.
- CMDB
- Les données sont créées en tant que CI et l’enregistrement est stocké dans la CMDB. Dans la CMDB, ce CI est lié à d’autres éléments par une relation qui dépend des autres éléments connexes ou qui est utilisée par eux. Par exemple, s’il s’agit d’un centre de données à New York, il peut dépendre de l’application SAP sur site et d’autres serveurs Web, des processus métier, des emplacements, etc.
- BIA
- Lorsque vous évaluez une BIA en fonction des dépendances de la CMDB, le CI CMDB et ses éléments connexes sont automatiquement disponibles en tant qu’éléments d’évaluation dans la BIA. Vous pouvez ajouter ces dépendances et la source de ces éléments est suivie en tant que CMDB. Par conséquent, les données créées dans la CMDB sont disponibles en tant que dépendances dans BIA. En outre, vous pouvez également créer manuellement d’autres dépendances dans BIA. Par exemple, le centre de données NYC et son application SAP sur site dépendante sont disponibles dans BIA pour être ajoutés en tant que dépendances. En outre, vous pouvez également ajouter manuellement des dépendances telles qu’un établissement : New York.
- Plan
- Lorsque vous êtes à l’étape de la planification, si vous avez défini le champ d’application de l’élément dépendant du BIA et l’avez ajouté en tant que champ d’application, les dépendances de l’élément inclus dans le périmètre sont disponibles en tant qu’actifs associés. En outre, les plans existants pour ces actifs sont disponibles en tant que plans connexes. De plus, vous pouvez également ajouter de nouveaux plans. Par exemple, un plan est créé pour Centre de données : New York, ainsi que les plans connexes des actifs connexes tels que l’application SAP sur site et Installation : New York (créée dans BIA) passent également automatiquement à la phase de planification. En plus des éléments provenant de la BIA, vous pouvez également ajouter manuellement de nouveaux actifs au plan.
Dans l’onglet Tâches de reprise d’un plan, vous pouvez également vous référer à un autre plan et sélectionner le plan dans la liste des plans connexes.
- Exercice
- Dans ce cas, les actifs impactés et les plans activés sont automatiquement extraits de l’onglet Impacts en fonction des dépendances dans la BIA. Outre le périmètre principal de l’exercice et les impacts connexes, vous pouvez également ajouter manuellement des actifs et des plans, qui sont tous intégrés à l’exercice pour la récupération.
Phase de planification
Dans cette phase de planification, en tant que planificateur, vous pouvez identifier les actifs connexes, ajouter les plans connexes et définir une séquence et des dépendances pour l’exécution de la récupération.
Si vous devez récupérer des actifs dans le centre de données A avant de récupérer des actifs dans le centre de données B, vous pouvez vous référer à un autre plan qui suit le processus de récupération du centre de données A. Dans ce cas, utilisez l’option Se référer à un plan différent dans l’onglet Tâches de récupération du plan principal, et sélectionnez le plan approprié parmi les plans connexes pour récupérer le centre de données A. Le plan référencé a son propre ensemble de tâches que l’application exécute lorsqu’il s’agit de cette tâche particulière. Vous pouvez également définir une séquence pour l’exécution du plan auquel il est fait référence dans les tâches d’événement du plan principal.
Phase de suivi et d’exécution
Dans la phase de suivi et d’exécution, vous pouvez activer les plans pertinents lors de la récupération d’un événement. Lorsque vous ajoutez un actif impacté dans l’onglet Impacts d’un exercice, tous les actifs connexes et les plans associés sont extraits. De même, si vous ajoutez un plan, tous ses sous-plans sont également ajoutés.
Accédez à l’onglet Tâches d’événement pour suivre l’exécution des tâches d’événement du plan principal sélectionné. Lorsque vous cliquez sur le bouton Démarrer l’événement pour un événement, l’exécution des tâches est déclenchée. Lorsque vous sélectionnez le plan principal activé dans la section Plans du volet gauche, vous pouvez afficher toutes les tâches d’événement du plan sélectionné répertoriées dans le volet droit en tant que tâches d’événement. Dans la section Plans à gauche, sous le plan principal se trouvent les plans connexes. Les tâches d’événement du plan principal sont exécutées dans l’ordre de l’ID de tâche séquentiellement, mais lorsqu’une tâche particulière de la séquence a un plan référencé ou connexe, l’application se ramifie vers ce plan et exécute toutes les tâches répertoriées dans ce plan et termine la séquence avant de revenir au plan principal d’origine à partir duquel elle s’est ramifiée pour terminer le reste des tâches dans le séquence. Par conséquent, il existe une liste principale de tâches de récupération dans le cadre d’un plan principal, au sein de laquelle il existe des sous-plans avec leur propre ensemble de sous-tâches de récupération. L’application exécute toutes les tâches séquentiellement dans le plan référencé avant de continuer à exécuter le reste des tâches de récupération séquentiellement dans le plan principal.
Pour un plan principal principal, s’il existe des plans référés connexes, l’application exécute uniquement le sous-plan mentionné, mais n’exécute aucun autre plan connexe que le sous-plan pourrait avoir. La hiérarchie d’exécution s’arrête au premier niveau uniquement s’il existe des sous-plans.