Le plan de continuité d’activité (PCA) est créé à l’état Brouillon et s’affiche dans la vue de liste. L’état et les détails du plan de continuité d’activité sont affichés dans les onglets suivants.

• Vue d’ensemble : vous pouvez afficher l’état actuel et la progression globale de l’état du BCP.
• Détails : vous pouvez ajouter les détails du plan tels que son nom, son modèle, son type, son propriétaire du plan, etc.
• Champ d’application :

  Vous pouvez ajouter un actif au périmètre du plan et afficher les éléments principaux qui sont définis dans le modèle de plan. À partir de la mise en Xanadu production, l’onglet Dépendances d’actif affiche désormais des informations détaillées sur les actifs, remplaçant les bascules Périmètre principal et Actif connexe précédemment présents dans l’onglet Champ d’application de l’enregistrement de plan.

  En outre, la colonne Type de l’onglet Périmètre des enregistrements du plan a été renommée en colonne Types, ce qui permet de classer un actif à la fois comme périmètre principal et comme actif connexe. Le périmètre principal et les actifs associés sont maintenant affichés dans la même liste. La colonne Source qui indiquait la source de l’actif a été déplacée vers l’onglet Dépendances d’actifs .

  La colonne BIA de l’onglet Champ d’application a été mise à jour d’un type d’ID de document à un type de référence, ce qui permet aux administrateurs de sélectionner et d’accéder à l’enregistrement BIA, de mettre à jour ses informations et de remonter pas à pas vers l’enregistrement du plan. Cela simplifie le processus et permet d’économiser du temps et des efforts. Lorsque deux analyses d’impact sur l’entreprise ont des dépendances d’actif identiques, la BIA la plus récente est reconnue comme la source de ces relations.

  Lors de la création d’un plan de continuité d’activité, vous pouvez saisir des détails tels que l’objectif de temps de reprise (RTO), l’objectif de point de reprise (RPO), la couche de reprise et le lien BIA en fonction de l’actif primaire dans l’enregistrement du plan. La mise à jour des dépendances actualise les détails des actifs dans ces colonnes avec les informations du dernier enregistrement BIA non archivé. Si l’actif provient d’une BIA en aval, les colonnes Délai de reprise et Copie de sauvegarde des données requise sont révisées pour afficher les dernières données de cet actif.

  Actions d’interface utilisateur Ajouter un périmètre primaire et Ajouter un actif connexe : vous pouvez marquer un actif comme périmètre primaire, l’affecter comme actif connexe ou le lier comme actif connexe à un périmètre primaire dans le plan. Cette approche simplifie la classification des types d’actifs et vous permet d’afficher les relations directement sur la page d’enregistrement du plan. Il indique quels actifs sont impactés lorsque le périmètre principal est opérationnel en panne, ce qui permet d’économiser du temps et des efforts. Vous pouvez surveiller les écarts dans les éléments primaires et connexes.

  L’exemple suivant montre que le centre de données IAD est ajouté à la fois en tant qu’actif connexe d’un périmètre principal et en tant que périmètre principal lui-même.

  

  L’action Ajouter un actif connexe vous permet d’ajouter un actif connexe, puis de le relier à un actif primaire. Par exemple, Abel Tuter, employé au centre de données IAD, est ajouté en tant qu’actif connexe.

  
• Dépendances d’actif :

  L’onglet Dépendance de l’actif fournit une vue hiérarchique illustrant les relations entre les actifs parents et leurs actifs enfants. Dans cet exemple, il est montré qu’Abel Tuter est un actif connexe au centre de données IAD.

  

  Étant donné que l’utilisateur, Abel Tuter, a été ajouté manuellement, la colonne Source primaire l’indique comme source manuelle.

  Vous pouvez suivre les dépendances dans la vue hiérarchique et la vue de liste. Vous avez la possibilité de passer de la vue hiérarchique à la vue liste, où tous les actifs sont présentés sous forme de liste. La vue de liste affiche jusqu’à 20 actifs enfants. Si un plan comprend plus de 20 actifs, vous pouvez sélectionner un actif pour afficher ses actifs associés.

  

  Par exemple, l’application d’entreprise : Acrobat est considérée comme un actif principal, tandis que l’entreprise : Adobe Systems est identifiée comme son actif connexe. La source de l’actif s’affiche dans la colonne Source primaire.

  

  Vous pouvez ajouter des détails à partir des éléments dépendants dans le plan, comme indiqué dans l’exemple.

  
• Documentation : vous pouvez enregistrer les options de récupération du plan dans les sections de documentation.
• Plans connexes :

  Vous pouvez ajouter un plan connexe à l’enregistrement de plan, qui peut être invoqué pendant une tâche de récupération. Lorsque le plan parent actuel est ajouté à un événement, vous pouvez invoquer son plan connexe à partir de cette tâche spécifique. L’exemple suivant montre que le plan 2 est lié en tant que plan connexe au plan 1.

  

  Auparavant, l’ajout d’un plan en tant que plan connexe le liait automatiquement au plan d’origine. Par exemple, si le plan 1 et le plan 2 existaient, et que le plan 2 était lié en tant que plan connexe au plan 1, le plan 1 serait automatiquement lié au plan 2. Cependant, avec l’introduction de la Xanadu version, ce processus a été modifié pour devenir une relation unidirectionnelle. L’enregistrement du plan connexe ne crée pas de lien vers l’enregistrement du plan d’origine. Par exemple, le plan 2 ne crée pas de lien vers l’enregistrement de plan d’origine, le plan 1.

  

  Pour insérer le lien manuellement, accédez à l’onglet Plans connexes et ajoutez-le. Cette mise à jour vous permet de spécifier la relation de plan comme une relation parent-enfant ou sœur.

• Équipes de reprise : vous pouvez créer les équipes de reprise pour le plan de continuité d’activité.
• Scénarios de perte : vous pouvez ajouter les scénarios de perte applicables au plan de continuité d’activité.
• Plans parents : vous pouvez examiner le plan parent à partir duquel le plan actuel est appelé. Par exemple, le plan 2 peut être invoqué dans l’une des tâches présentes dans le plan 1.
• 

  Dans l’enregistrement du plan, il n’est pas possible d’ajouter un plan parent, mais vous pouvez afficher le plan parent lié à un plan connexe. L’onglet Plans parents n’est utilisé qu’à des fins d’affichage.

• Tâches de reprise :

  Vous pouvez créer une tâche de reprise dans le plan de continuité d’activité.

  

  Une dépendance cyclique se produit lorsque deux tâches de récupération ou plus dépendent l’une de l’autre, directement ou indirectement. À partir de la mise en production, il est possible d’éviter les dépendances cycliques dans les Xanadu tâches de récupération, en veillant à ce que le même plan ne soit pas déclenché plusieurs fois.

  

  Par exemple, si la tâche de récupération dans le plan 1 déclenche le plan 2, le plan 2 déclenche ensuite le plan 3 et le plan 3 déclenche ensuite le plan 1, cette séquence crée une dépendance cyclique. Un message d’erreur, similaire à l’exemple fourni, s’affiche pour informer les utilisateurs que le déclenchement du plan a entraîné une dépendance cyclique et les suggère de sélectionner un autre plan connexe. Choisir un plan connexe différent dans de tels cas permet d’éviter ces problèmes lors d’un événement.

  

  Si les plans sont activés au-delà de 10 niveaux ou si des liens hiérarchiques impliquant plus de 10 niveaux de plans sont établis, un message d’erreur s’affiche, conseillant la suppression du plan avant que l’enregistrement puisse être enregistré.

  
  À partir de la mise en Xanadu production, les tâches de récupération sont organisées en fonction de leurs dépendances. Vous pouvez affecter des dépendances aux tâches, et l’application détermine ensuite une séquence pour ces tâches en fonction des dépendances affectées. S’il existe des tâches sans dépendance, elles peuvent être traitées simultanément.

  Remarque :

  Vous pouvez modifier la sn_bcp.sync_order_calculation_task_limit propriété pour modifier le nombre de l’ordre de tâche de récupération afin qu’il soit calculé de manière synchrone.
  
  La séquence de tâches décrite dans l’illustration est clarifiée avec l’exemple suivant :

  1. La tâche 1 et la tâche 3 sont indépendantes l’une de l’autre, ce qui leur permet d’être exécutées en même temps, et elles se voient toutes deux attribuer un ordre planifié de 1.
  2. La tâche 5 dépend à la fois de la tâche 1 et de la tâche 3 et, par conséquent, elle est affectée à un ordre planifié de 2.
  3. La tâche 6 dépend de la tâche 4, qui a un ordre planifié de 3. L’ordre planifié pour la tâche 6 est alors fixé à 4.

  Les tâches peuvent être effectuées simultanément, ce qui permet à plusieurs utilisateurs de collaborer sur le même plan à la fois. Lorsqu’une dépendance est mise à jour pour une tâche et que la tâche est enregistrée, l’ordre planifié des tâches est recalculé en fonction de la dépendance supprimée.

  Si vous avez plus de 500 tâches de récupération et que les dépendances sont mises à jour, l’ordre planifié de ces tâches de récupération n’est pas mis à jour instantanément. Au lieu de cela, un message d’information s’affiche, suggérant que l’ordre planifié des tâches de récupération soit mis à jour à l’aide de l’action d’interface utilisateur Actualiser l’ordre des tâches .

  

  L’option permettant d’actualiser l’ordre des tâches est également accessible à partir du menu de l’enregistrement du plan, comme illustré dans l’exemple.

  

  Lorsque vous devez réorganiser les tâches de récupération au sein d’un plan, les utilisateurs sont informés par un message que le processus de réorganisation peut prendre un certain temps. Ils peuvent utiliser l’action d’interface utilisateur Actualiser l’ordre des tâches pour mettre à jour l’ordre.