Flux de données, planification, exécution et récupération des actifs du plan associés dans un événement
Lorsque les données des éléments de configuration sont disponibles sur les mêmes éléments, Now Platform il est possible d’utiliser les mêmes éléments 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 aux é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 de l’élément de configuration (CI) qui sont créées dans CMDB dans BIA, et à partir de la BIA, les dépendances sont utilisées dans les plans et les événements.
- Vous avez la possibilité de bifurquer vers un plan référé connexe dans la tâche du plan principal avant d’exécuter le reste des tâches du plan principal, en particulier lorsque les plans référé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é selon l’ID de tâche et aucune tâche d’événement n’est ignorée entre les deux.
Flux automatique des données de la CMDB vers la BIA et la BIA vers les plans
Lorsqu’un enregistrement est créé en Now Platform tant qu’élément de configuration dans CMDB, l’enregistrement et tous ses éléments connexes sont disponibles pour que vous puissiez les exploiter en tant qu’actifs afin d’évaluer les dépendances dans BIA.
- CMDB
- Les données sont créées en tant que CI et l’enregistrement est stocké dans CMDB. Dans CMDB, ce CI est associé à d’autres éléments par une relation qui dépend des autres éléments associés 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 sur site SAP et d’autres serveurs Web, processus business, emplacements, etc.
- BIA
- Lorsque vous évaluez un BIA en fonction des dépendances CMDB, le CI CMDB et ses éléments connexes sont automatiquement disponibles en tant qu’éléments à évaluer dans 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 CMDB sont disponibles en tant que dépendances dans BIA. En outre, vous pouvez 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’une installation : New York.
- Plan
- Lors de la phase de planification, si vous avez défini le champ d’application de l’élément dépendant de la BIA et que vous l’avez ajouté en tant que champ d’application, les dépendances de l’élément du champ d’application sont disponibles en tant qu’actifs associés. En outre, les plans existants pour ces actifs sont disponibles en tant que plans connexes. En outre, vous pouvez également ajouter de nouveaux plans. Par exemple, un plan est créé pour Data Center : NYC, avec lequel les plans connexes des actifs connexes tels que l’application SAP sur site et Facility : New York (créés 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 faire référence à 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 transférés vers l’onglet Impacts en fonction des dépendances dans la BIA. Outre le champ d’application principal de l’exercice et les impacts associés, vous pouvez également ajouter manuellement des actifs et des plans, qui sont tous extraits dans 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 plan différent qui suit le processus de récupération du centre de données A. Dans ce cas, utilisez l’option Référencer un autre plan dans l’onglet Tâches de récupération du plan principal, puis sélectionnez le plan pertinent parmi les plans connexes pour récupérer le centre de données A. Le plan référé 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 référencé dans les tâches d’événements du plan principal.
Phase de suivi et d’exécution
Dans la phase de suivi et d’exécution, vous pouvez activer les plans appropriés lors de la reprise d’un événement. Lorsque vous ajoutez un actif impacté dans l’onglet Impacts d’un exercice, tous les actifs et plans connexes 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, les tâches sont déclenchées pour exécution. Lorsque vous sélectionnez le plan principal activé dans la section Plans du volet gauche, vous pouvez afficher toutes les tâches d’événements 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énements du plan principal sont exécutées dans l’ordre de l’ID de tâche de façon séquentielle, mais lorsqu’une tâche particulière de la séquence a un plan référé ou connexe, l’application bifurque vers ce plan et exécute toutes les tâches énumérées dans ce plan et termine la séquence avant de revenir au plan principal d’origine d’où elle a bifurqué 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 sous 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 de façon séquentielle dans le plan référé avant de continuer à exécuter le reste des tâches de récupération de façon séquentielle 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 référé 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.