O plano de continuidade de negócio (PCN) é criado no estado Rascunho e é exibido na exibição de lista. O estado e os detalhes do plano de continuidade de negócio são exibidos nas seguintes guias.

• Visão geral: você pode exibir o estado atual e a progressão do estado geral do PCN.
• Detalhes: você pode adicionar os detalhes do plano, como nome, modelo, tipo, proprietário do plano e assim por diante.
• Escopo:

  Você pode adicionar um ativo ao escopo do plano e exibir os elementos primários definidos no modelo do plano. A partir da versão Xanadu, a guia Dependências de ativo agora exibe informações detalhadas sobre os ativos, substituindo as alternâncias Escopo primário e Ativo relacionado encontradas anteriormente na guia Escopo do registro do plano.

  Além disso, a coluna Tipo na guia Escopo dos registros do plano foi renomeada para a coluna Tipos, permitindo que um ativo seja categorizado como um escopo primário e um ativo relacionado. O escopo primário e os ativos relacionados agora são exibidos na mesma lista. A coluna Origem que indicava a origem do ativo foi movida para a guia Dependências de ativo.

  A coluna AIN na guia Escopo foi atualizada de um tipo de ID de documento para um tipo de referência, permitindo que os administradores selecionem e acessem o registro de AIN, atualizem suas informações e façam referência com pontos até o registro do plano. Isso simplifica o processo e economiza tempo e esforço. Quando duas análises de impacto nos negócios têm dependências de ativo idênticas, a AIN mais recente é reconhecida como a origem desses relacionamentos.

  Ao criar um plano de continuidade de negócios, você pode inserir detalhes como o objetivo de tempo de recuperação (RTO), o objetivo de ponto de recuperação (RPO), o nível de recuperação e o link de AIN com base no ativo primário no registro do plano. A atualização das dependências atualiza os detalhes do ativo nessas colunas com informações do registro de AIN desarquivado mais recente. Se o ativo for originado de uma AIN descendente, as colunas para Intervalo de tempo de recuperação e Backup de dados necessários serão revisadas para exibir os dados mais recentes desse ativo.

  Adicionar escopo primário e Ações de IU Adicionar ativo relacionado : Você pode marcar um ativo como um escopo primário, atribuí-lo como um ativo relacionado ou vinculá-lo como um ativo relacionado a um escopo primário dentro do plano. Essa abordagem simplifica a classificação de tipos de ativos e permite que você exiba os relacionamentos diretamente na página de registro do plano. Ele mostra quais ativos são afetados quando o escopo primário está operacionalmente inativo, economizando tempo e esforço. Você pode monitorar as lacunas nos itens primários e relacionados.

  O exemplo a seguir mostra que o datacenter do IAD é adicionado como um ativo relacionado de um escopo primário e como um escopo primário.

  

  A ação Adicionar ativo relacionado permite adicionar um ativo relacionado e, em seguida, relacioná-lo a um ativo primário. Por exemplo, Abel Tuter, funcionário do datacenter do IAD, é adicionado como um ativo relacionado.

  
• Dependências de ativo:

  A guia Dependência de ativo fornece uma exibição hierárquica que ilustra os relacionamentos entre os ativos primários e seus ativos secundários. Neste exemplo, é mostrado que Abel Tuter é um ativo relacionado ao datacenter do IAD.

  

  Como o usuário, Abel Tuter, foi adicionado manualmente, a coluna Origem primária o indica como uma origem manual.

  Você pode rastrear dependências na exibição hierárquica e na exibição de lista. Você tem a opção de alternar da exibição Hierárquica para a exibição de Lista, em que todos os ativos são apresentados em um formato de lista. A exibição de lista mostra até 20 ativos secundários. Se um plano incluir mais de 20 ativos, você poderá selecionar um ativo para exibir seus ativos associados.

  

  Por exemplo, a Aplicação de negócios: Acrobat é considerada um ativo primário, enquanto a Empresa: sistemas Adobe é identificada como seu ativo relacionado. A origem do ativo é exibida na coluna Origem primária.

  

  Você pode adicionar detalhes dos itens dependentes no plano, conforme mostrado no exemplo.

  
• Documentação: você pode registrar as capacidades de recuperação do plano nas seções de documentação.
• Planos relacionados:

  Você pode adicionar um plano relacionado ao registro do plano, que pode ser invocado durante uma tarefa de recuperação. Quando o plano primário atual é adicionado a um evento, você pode invocar seu plano relacionado a partir dessa tarefa específica. O exemplo a seguir mostra que o Plano 2 está vinculado como um plano relacionado ao Plano 1.

  

  Anteriormente, adicionar um plano como um plano relacionado o vinculava automaticamente ao plano original. Por exemplo, se o Plano 1 e o Plano 2 existissem e o Plano 2 estivesse vinculado como um plano relacionado ao Plano 1, o Plano 1 seria automaticamente vinculado ao Plano 2. No entanto, com a introdução da versão Xanadu, este processo foi modificado para um relacionamento unidirecional. O registro do plano relacionado não cria um link para o registro do plano original. Por exemplo, o Plano 2 não cria um link para o registro do plano original, Plano 1.

  

  Para inserir o link manualmente, navegue até a guia Planos relacionados e adicione o link lá. Esta atualização permite que você especifique o relacionamento do plano como um relacionamento primário-secundário ou irmão.

• Equipes de recuperação: você pode criar as equipes de recuperação para o plano de continuidade de negócio.
• Cenários de perda: você pode adicionar os cenários de perda aplicáveis ao plano de continuidade de negócio.
• Planos primários: você pode revisar o plano primário de onde o plano atual está sendo invocado. Por exemplo, o Plano 2 pode ser invocado em qualquer uma das tarefas que estão presentes no Plano 1.
• 

  No registro Plano, não é possível adicionar um plano primário, mas você pode exibir o plano primário vinculado a um plano relacionado. A guia Planos primários é usada somente para fins de exibição.

• Tarefas de recuperação:

  Você pode criar uma tarefa de recuperação no plano de continuidade de negócio.

  

  Uma dependência cíclica ocorre quando duas ou mais tarefas de recuperação dependem uma da outra, direta ou indiretamente. A partir da versão Xanadu, é possível evitar dependências cíclicas em tarefas de recuperação, garantindo que o mesmo plano não seja acionado várias vezes.

  

  Por exemplo, se a tarefa de recuperação no Plano 1 aciona o Plano 2, o Plano 2 aciona o Plano 3 e o Plano 3 posteriormente aciona o Plano 1, essa sequência cria uma dependência cíclica. Uma mensagem de erro, semelhante ao exemplo fornecido, é exibida para informar aos usuários que o acionamento do plano resultou em uma dependência cíclica e sugere a seleção de um plano relacionado alternativo. Escolher um plano relacionado diferente nesses casos ajuda a evitar esses problemas durante um evento.

  

  Se os planos forem ativados além de 10 níveis ou forem estabelecidos links hierárquicos que envolvem mais de 10 níveis de planos, uma mensagem de erro será exibida, aconselhando a remoção do plano antes que o registro possa ser salvo.

  
  A partir da versão Xanadu, as tarefas de recuperação são organizadas com base em suas dependências. Você tem a flexibilidade de atribuir dependências às tarefas e a aplicação determina uma sequência para essas tarefas com base nas dependências atribuídas. Se houver tarefas sem dependências vinculadas, elas poderão ser tratadas simultaneamente.

  Nota:

  Você pode editar a propriedade sn_bcp.sync_order_calculation_task_limit para alterar a contagem da ordem da tarefa de recuperação para que ela seja calculada de forma síncrona.
  
  A sequência de tarefas descrita na ilustração é esclarecida com o exemplo a seguir:

  1. A Tarefa 1 e a Tarefa 3 são independentes uma da outra, permitindo que sejam executadas ao mesmo tempo, e ambas são atribuídas a uma ordem planejada de 1.
  2. A Tarefa 5 depende da Tarefa 1 e da Tarefa 3 e, portanto, é atribuída a ela uma ordem planejada de 2.
  3. A Tarefa 6 depende da Tarefa 4, que tem uma ordem planejada de 3. A ordem planejada da Tarefa 6 é definida como 4.

  As tarefas podem ser executadas simultaneamente, permitindo que vários usuários colaborem no mesmo plano ao mesmo tempo. Quando uma dependência é atualizada para uma tarefa e a tarefa é salva, a ordem planejada das tarefas é recalculada com base na dependência removida.

  Se você tiver mais de 500 tarefas de recuperação e as dependências forem atualizadas, a ordem planejada dessas tarefas de recuperação não será atualizada instantaneamente. Em vez disso, uma mensagem informativa é exibida, sugerindo que a ordem planejada das tarefas de recuperação seja atualizada usando a ação de IU Atualizar pedido de tarefas.

  

  A opção para atualizar a ordem da tarefa também pode ser acessada no menu do registro do plano, conforme ilustrado no exemplo.

  

  Quando você precisa reordenar tarefas de recuperação em um plano, os usuários são informados por meio de uma mensagem de que o processo de reordenação pode levar algum tempo. Eles podem usar a ação de IU Atualizar pedido de tarefas para atualizar o pedido.