Observação:

• Este tutorial requer acesso ao Oracle Cloud. Para se inscrever em uma conta gratuita, consulte Conceitos básicos do Oracle Cloud Infrastructure Free Tier.
• Ele usa valores de exemplo para credenciais, tenancy e compartimentos do Oracle Cloud Infrastructure. Ao concluir seu laboratório, substitua esses valores por valores específicos do seu ambiente de nuvem.

Automatize o Recovery for Oracle Analytics Cloud Usando o OCI Full Stack Disaster Recovery

Parte 1 - Introdução

A Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery orquestra a transição de computação, banco de dados e aplicações entre regiões da OCI de todo o mundo com um único clique. Os clientes podem automatizar as etapas necessárias para recuperar um ou mais sistemas de negócios sem reprojetar ou rearquitetar a infraestrutura, os bancos de dados ou os aplicativos existentes.

O Oracle Analytics Cloud (OAC) é uma oferta gerenciada do OCI Platform as a Service (PaaS), que não é algo que o Full Stack DR possa gerenciar de forma nativa, pois o próprio OAC não expõe computação, armazenamento ou banco de dados a usuários do OCI. Mas, o Full Stack DR pode automatizar a recuperação de ofertas PaaS, desde que a equipe de engenharia de um determinado serviço, como o OAC, tenha documentado uma maneira de implementar e recuperar seu serviço para recuperação de desastres entre regiões da OCI. A equipe de engenharia do OAC criou a Configuração de Recuperação de Desastres para o Oracle Analytics Cloud explicando como implantar e recuperar manualmente o OAC.

O Full Stack DR não é usado para instalar, configurar ou implantar nada sobre o Oracle Analytics Cloud (OAC), incluindo rede, computação, armazenamento, replicação de armazenamento, bancos de dados ou o próprio aplicativo/serviço do OAC. O OAC deve ser totalmente implantado para DR entre regiões, seguindo as instruções passo a passo encontradas na Configuração de Recuperação de Desastres para o Oracle Analytics Cloud antes de tentar usar o Full Stack DR de qualquer maneira.

As etapas de recuperação manual proscritas pela engenharia do OAC na Configuração do Disaster Recovery para o Oracle Analytics Cloud também devem ser testadas com sucesso para switchover e switchback (também conhecido como fallback na documentação do OAC) antes de usar o Full Stack DR.

OAC é normalmente parte de um sistema maior

Este tutorial pressupõe que o Oracle Analytics Cloud seja o único aplicativo que está sendo adicionado aos grupos de proteção de DR. Isso não é normal.

Este tutorial é incomum no fato de que apenas OAC é mostrado e discutido ao longo do documento para manter as coisas simples. Normalmente, o OAC será simplesmente uma pequena parte de um sistema de negócios muito maior e mais complexo que inclui muitos serviços e aplicativos diferentes em um único grupo de proteção de DR de pilha completa e um conjunto de planos de DR. É altamente provável que você siga tutoriais semelhantes do Oracle Help Center para outros aplicativos e serviços, como PeopleSoft, WebLogic Server, Oracle Integration Cloud etc.

Este tutorial mostra como implementar o Oracle Analytics Cloud por si só porque não queremos sobrecarregar o leitor introduzindo muitas partes móveis e peças. Portanto, este tutorial mostra o OAC por si só para reduzir a confusão e permanecer focado no que é necessário para automatizar a recuperação do Oracle Analytics Cloud.

Cuidado com a implementação incremental

A adição de mais membros a um grupo de proteção de DR após a criação de planos de DR excluirá todos os planos de DR existentes nos grupos de proteção em ambas as regiões.

O Full Stack DR foi projetado com a suposição de que toda a pilha de aplicativos para um determinado sistema de negócios já está implantada nas regiões da OCI e o DR manual já foi comprovado para funcionar. Se o seu sistema de negócios incluir mais do que o OAC, adicione todos os membros de todos os outros aplicativos ou serviços do OCI aos Grupos de Proteção de DR antes de criar quaisquer planos de DR.

Como funciona a recuperação

A solução de recuperação para o OAC requer que o Full Stack DR execute uma série de scripts bash personalizados durante uma operação de recuperação, como failover ou switchover. Os scripts mencionados neste tutorial são fornecidos pela equipe de Especialistas em Análise da América do Norte e estão disponíveis em um repositório GitHub criado especificamente para esta solução de DR OAC. Os scripts bash são transferidos por download para uma instância de computação que faz parte da pilha de aplicativos que o Full Stack DR gerenciará durante uma operação de recuperação.

Este tutorial explica como fazer download dos scripts e como usá-los em uma etapa posterior. Este tutorial usa a Opção 2 abaixo para hospedar os scripts bash apenas porque o tutorial não inclui nada além do OAC.

Opção 1 para scripts de hospedagem

O OAC geralmente faz parte de um sistema de negócios maior e mais complexo que inclui um aplicativo como Oracle E-Business Suite, PeopleSoft ou JD Edwards Enterprise, além de outros bancos de dados, instâncias de computação e aplicativos internos. Nesse caso, basta escolher qualquer uma das instâncias de computação "movíveis" que já façam parte do sistema de negócios para hospedar os scripts. A instância de computação selecionada pode ser qualquer coisa em que o Oracle Linux esteja instalado e provavelmente será uma VM existente que atende a outra finalidade, como um servidor de aplicativos ou um servidor admin de algum tipo.

Este tutorial fará referência a essa instância de computação específica como o Nó de Controle ou o Nó de DR, mesmo que esteja realmente cumprindo outra finalidade na pilha de aplicativos.

Opção 2 para scripts de hospedagem

Se esta for uma circunstância incomum em que o OAC será o único serviço de aplicativo que o Full Stack DR gerenciará durante uma operação de recuperação, uma instância de computação precisará ser criada apenas para hospedar os scripts.

Normalmente, o Full Stack DR não requer nenhum servidor de gerenciamento especializado para automatizar as operações de recuperação. No entanto, você criará uma instância de computação que atuará como um servidor de gerenciamento especializado nesse caso, pois o OAC não é algo que o Full Stack DR possa gerenciar nativamente. O servidor de gerenciamento especializado é visto em todo este documento como Nó de Controle ou Nó de DR. Todo o propósito do Nó de Controle é simplesmente atuar como um servidor onde scripts personalizados podem residir e ser chamados pelo Full Stack DR durante uma operação de recuperação. Este tutorial explicará como criar grupos e etapas de planos de DR personalizados e definidos pelo usuário como parte de seus planos de DR para chamar os scripts instalados no Nó de Controle.

Arquitetura da Implantação do OAC

O Oracle Analytics Cloud (OAC) deve primeiro ser implantado para recuperação de desastres (DR) em regiões da OCI antes de introduzir o Full Stack DR. É extremamente importante que as etapas manuais para recuperar o OAC, conforme documentado pela engenharia do OAC, sejam testadas e funcionem corretamente antes de tentar automatizar o processo de recuperação usando o Full Stack DR.

Uma das duas arquiteturas de referência a seguir mostradas abaixo pode ser seguida ao implantar o OAC para DR em regiões do OCI. Ambas as arquiteturas de referência ilustram uma topologia multicamadas com recursos redundantes distribuídos em duas regiões da OCI.

Opção 1: Implantar instância pública do OAC

Uma instância pública do Oracle Analytics Cloud vive no Oracle Service Network e pode ser acessada diretamente da internet. O endereço IP público do Oracle Analytics Cloud será configurado diretamente com o registrador de DNS.

Fig. 1: Arquitetura de referência do OIC ao usar instâncias públicas do OAC

Opção 2: Implantar instância privada do OAC

Uma instância privada do Oracle Analytics Cloud não pode ser acessada pela internet pública; portanto, ela requer um balanceador de carga público do OCI para facilitar o acesso. O endereço IP do balanceador de carga público será adicionado ao registrador de DNS.

Fig. 2: Arquitetura de referência do OIC ao usar instâncias privadas do OAC

Arquitetura de Implantação de DR de Pilha Completa

As ilustrações a seguir mostram os recursos de computação adicionados como membros a cada DRPG (Grupo de Proteção de DR) para DR de Pilha Completa. Eles representam os vários componentes que o Full Stack DR pode gerenciar fora do serviço Oracle Analytics Cloud (OAC).

Nenhum componente do OAC diferente do ADW (Autonomous Data Warehouse) é mostrado em qualquer uma das arquiteturas de referência do DRPG mostradas abaixo porque o OAC PaaS é invisível para o Full Stack DR. Portanto, nada sobre o OAC além do ADW é adicionado aos DRPGs em qualquer região.

O Full Stack DR tem automação integrada para lidar com computação, armazenamento em blocos, armazenamento de arquivos, bancos de dados Oracle, balanceadores de carga e muitos outros recursos durante uma recuperação, mas não tem automação integrada para o próprio OAC. A recuperação de OAC é controlada por uma série de scripts bash que podem ser baixados de um repositório GitHub dedicado a este tutorial. Os scripts bash precisam ser instalados em uma instância de computação de sua escolha, seguindo qualquer uma das opções a seguir para posicionamento e controle dos scripts.

Opção 1: Automatizando a recuperação do OAC como um aplicativo independente

Essa arquitetura de implantação não é típica e foi criada para situações muito raras em que o OAC é o único aplicativo que está sendo recuperado pelo Full Stack DR. Nesse caso, uma instância de computação especializada mostrada como Nó DR abaixo é criada para hospedar os scripts bash personalizados que o Full Stack DR chama para gerenciar a recuperação do OAC.

Fig. 3: Arquitetura de implantação de DR de Pilha Completa que requer um nó de controle de DR especializado

Opção 2: Automatizando a recuperação do OAC como parte de uma pilha de aplicativos

A arquitetura de implantação simplista mostrada na Figura 4 abaixo é um exemplo de uma implantação mais comum do OAC, em que é simplesmente um componente de uma pilha de aplicativos maior e mais complexa, em que muitos serviços e aplicativos precisam ser recuperados juntos. A maioria dos sistemas de negócios é muito mais complexa do que a fictícia mostrada abaixo e geralmente inclui bancos de dados adicionais, outros aplicativos Oracle e/ou não Oracle, juntamente com outros serviços do OCI, como OIC, ODI, OHS, IAM etc.

Nesse caso, não há necessidade de criar um Nó DR especializado como o mostrado na Figura 3 acima. Os scripts bash personalizados que gerenciam a recuperação do OAC podem ser instalados em qualquer um dos servidores mostrados como computação móvel na figura 4 abaixo.

Fig. 4: Arquitetura de implantação de DR de Pilha Completa sem a necessidade de um nó de controle de DR especializado

Familiarizar-se com todo o processo

A equipe de engenharia do Full Stack Disaster Recovery criou uma série de vídeos complementares para este tutorial para ajudar as pessoas a entender todo o fluxo do processo. Esses vídeos fazem parte de uma lista de reprodução YouTube que pode ser acessada usando os seguintes links:

• Vídeo 1: Implemente o Oracle Analytics Cloud para DR
• Vídeo 2: Automatize a recuperação do Oracle Analytics Cloud
• Vídeo 3: Scripts usados para automatizar a recuperação do Oracle Analytics Cloud

Parte 2 - Instruções Passo-a-passo

Esta parte inicia as instruções passo a passo necessárias para adicionar o Oracle Analytics CLoud ao Full Stack DR.

Objetivos deste tutorial

As etapas a seguir serão abordadas neste tutorial explicando como automatizar a recuperação do Oracle Analytics Cloud (OAC) usando o Full Stack DR:

1. Tarefa 1: Implantar o OAC para DR em regiões do OCI
   1. Preparar Nó de Controle DR do OAC
   2. Fazer download de scripts personalizados para o Nó de Controle DR
   3. Instale e implemente manualmente o OAC para DR em duas regiões do OCI
   4. Teste manualmente todas as etapas de recuperação da região desejada 1 para a região 2
   5. Teste manualmente todas as etapas de recuperação da região desejada 2 para a região 1
2. Tarefa 2: Preparar-se para o Full Stack DR
   1. Criar políticas do IAM para o Full Stack DR
   2. Criar políticas do IAM para outros serviços do OCI
   3. Criar buckets do armazenamento de objetos para logs
3. Tarefa 3: Criar Grupos de Proteção de DR (DRPG)
4. Tarefa 4: Adicionar membros às DRPGs da região 1 e da região 2
5. Tarefa 5: Criar planos de DR básicos na região 2 (Phoenix)
   1. Criar plano de switchover
   2. Criar plano de failover
6. Tarefa 6: Personalizar o plano de switchover na região 2 (Phoenix)
7. Tarefa 7: Personalizar o plano de failover na região 2 (Phoenix)
8. Tarefa 8: Executar o plano de switchover na região 2 (Phoenix)
9. Tarefa 9: Criar planos de DR básicos na região 1 (Ashburn)
   1. Criar plano de switchover
   2. Criar plano de failover
10. Tarefa 10: Personalizar o plano de switchover na região 1 (Ashburn)
11. Tarefa 11: Personalizar o plano de failover na região 1 (Ashburn)

Definições e suposições ao longo do tutorial

Regiões

• A região 1 é Ashburn
  • Ashburn começará como a região principal.
  • Essa atribuição será alterada para stand-by depois que você for instruído a executar um switchover em etapas posteriores.
• A região 2 é Phoenix
  • Phoenix começará como a região em espera.
  • Essa função será alterada para principal depois que você for instruído a executar um switchover em etapas posteriores.

Compartimentos

Você é livre para organizar o OAC e o Full Stack DR em qualquer esquema de compartimento que funcione de acordo com seus padrões de governança de TI. Optamos por organizar os aplicativos em seus próprios compartimentos individuais e, em seguida, organizar todos os Grupos de Proteção de DR em um único compartimento no qual sistemas de negócios completamente diferentes podem ser vistos rapidamente.

• Organizar todos os grupos de proteção de DR em um único compartimento, além dos aplicativos, torna muito mais fácil para a equipe de TI localizar e executar planos de DR para muitos sistemas de negócios completamente diferentes.
• Ter um único compartimento para todos os grupos de proteção de DR ajuda a eliminar erros humanos e aumenta a velocidade na qual os planos de DR podem ser encontrados e executados
  • Compartimento para o Oracle Analytics Cloud: oac-demo. O compartimento do próprio OAC, armazenamento, buckets de armazenamento, computação e banco de dados relacionados ao OAC é oac-demo neste tutorial.
  • Compartimento para DR de Pilha Completa: myprojects_NA. O compartimento para grupos e planos de proteção de DR de Pilha Completa é myprojects_NA neste tutorial.

Nó de Controle DR do OAC

O Nó de Controle de DR é qualquer instância de computação designada para hospedar scripts bash personalizados que executam tarefas específicas para recuperar o OAC. Os scripts são chamados pelo Full Stack DR durante uma operação de recuperação. Este tutorial explica como adicionar os scripts ao Full Stack DR nas etapas 6, 7, 10 e 11.

• Para o OAC como um aplicativo independente: esta será uma instância de computação especializada criada para atuar como host para os scripts personalizados
• Para o OAC como parte de uma pilha de aplicativos: essa será qualquer instância de computação existente que seja membro de um grupo de proteção de DR (DRPG). Por exemplo, o Oracle E-Business Suite ou PeopleSoft terão servidores de aplicativos que são membros dos mesmos DRPGs que estão gerenciando a recuperação para o OAC; qualquer um deles pode cumprir a função de Nó de Controle de DR neste tutorial.

Pré-requisitos

O Oracle Analytics Cloud deve ser implantado para recuperação de desastres em ambas as regiões antes de começar a trabalhar com o Full Stack DR. Isso é abordado na Tarefa 1 abaixo.

Tarefa 1: Implantar o Oracle Analytics Cloud para recuperação de desastres

O Full Stack DR não está envolvido em nenhuma parte desta etapa.

Tarefa 1.1: Preparar o Nó de Controle de DR para executar a automação personalizada

Designe uma instância de computação para atuar como um Nó de Controle DR para OAC. Pode ser uma instância de computação existente ou pode ser uma instância de computação criada apenas para essa finalidade. Consulte as opções abaixo para obter mais detalhes. Certifique-se de que a(s) instância(s) de computação que atua(m) como o Nó de Controle de DR tenha sido configurada para executar comandos usando o OCI Cloud Agent: Executando Comandos em uma Instância.

Opção 1: OAC como um aplicativo independente

Este tutorial pressupõe que o OAC seja um serviço stand-alone; portanto, você criará uma instância de computação com o Oracle Linux na região 1. Use a configuração de menor custo com o Oracle Linux, pois ela só será usada para hospedar os scripts bash personalizados. A necessidade de uma instância de computação especializada dedicada ao cumprimento dessa função é incomum; a opção 2 é o cenário mais comum para a maioria das organizações.

A instância de computação especializada será adicionada como membro do grupo de proteção de DR na região 1 em uma etapa posterior.

Opção 2: OAC como parte de uma pilha de aplicativos

Você pode usar qualquer computação móvel existente que faça parte de qualquer aplicativo Oracle ou não Oracle que esteja sendo gerenciado pelo Full Stack DR na região 1. Isso cumprirá a função do Nó de Controle de DR sempre que este tutorial se referir ao Nó de Controle de DR.

É melhor usar uma instância de computação móvel, mas você também poderá designar uma instância de computação não móvel na região 1 e outra na região 2 se não tiver nenhuma computação móvel como parte de sua solução de DR. Você precisará manter as alterações feitas nos scripts ou no sistema operacional convidado em ambas as regiões se a computação não móvel for usada para essa função.

Opção 3: OAC como parte de uma pilha de aplicativos com várias ofertas PaaS

Talvez seu sistema de negócios também tenha o Oracle HTTP Server (OHS), o Oracle Integration Cloud (OIC) e o Oracle Data Integrator (ODI). Nesse caso, você pode considerar a criação de uma instância de computação especializada, como faria com a Opção 1, para hospedar scripts de recuperação de DR para todos os vários serviços PaaS.

Tarefa 1.2: Garantir que o grupo de volumes seja replicado para a região 2

Certifique-se de que o volume de inicialização do nó de Controle de DR seja membro de um grupo de volumes em blocos e que o grupo de volumes em blocos seja replicado para a região 2.

Certifique-se de que qualquer outra inicialização e bloco pertencente a qualquer outra computação móvel para este projeto Full Stack DR também pertença a grupos de volumes em blocos replicados para a região 2.

Tarefa 1.3: Fazer download de scripts bash para o Nó de Controle DR

Faça download dos scripts bash personalizados do github que foram criados especificamente para esta solução de DR do OAC. Os scripts mostrados abaixo devem ser copiados para qualquer subdiretório na instância de computação que atua como o Nó de Controle de DR para OAC

O link acima deve ser resolvido para o repositório GitHub:

1. Mostra o caminho do repositório onde os scripts bash estão localizados em GitHub.
2. Isso mostra o repositório que contém os scripts bash.

Figura 2-4: Captura de tela do repositório github contendo scripts bash para OAC

Tarefa 1.4: Implante o Oracle Analytics Cloud for DR

Implante o Oracle Analytics Cloud para DR em regiões do OCI usando as instruções passo a passo encontradas nos seguintes documentos:

1. Blog da Oracle explicando a solução: Plano de Recuperação de Desastres para o Oracle Analytics Cloud usando o Método de Switchover Manual.
2. Documento técnico da Oracle escrito pela engenharia do OAC: Configuração de Recuperação de Desastres para o Oracle Analytics Cloud.
3. Arquitetura de referência do Oracle Architecture Center escrita por arquitetos de nuvem da Plataforma de Dados: Projete uma topologia de DR do Oracle Analytics Cloud com o Full Stack Disaster Recovery Service.

Tarefa 1.5: Testar Manualmente a Recuperação do Oracle Analytics Cloud

É uma prática recomendada garantir as etapas de recuperação manual. As etapas manuais para recuperar o OAC documentadas na Configuração do Disaster Recovery para o Oracle Analytics Cloud devem ser bem-sucedidas antes de trabalhar com o Full Stack DR.

Tarefa 1.6: Próximas etapas

Retorne a este documento para começar a trabalhar com Full Stack DR assim que os seguintes requisitos forem concluídos.

1. Implante manualmente o OAC para DR em duas regiões do OCI desejadas.
2. Teste manualmente todas as etapas de recuperação da região 1 (Ashburn) para a região 2 (Phoenix).
3. Teste manualmente todas as etapas de recuperação da região 2 (Phoenix) para a região 1 (Ashburn).

Tarefa 2: Preparar-se para o Full Stack Disaster Recovery

O Full Stack DR não está envolvido em nenhuma parte desta etapa. As etapas a seguir preparam a tenancy, o compartimento, os serviços do OCI e o OAC para recuperação automatizada pelo Full Stack DR.

Tarefa 2.1: Criar políticas do IAM para o Full Stack DR

Configure as políticas necessárias do OCI IAM para o Full Stack Disaster Recovery conforme descrito nos documentos a seguir.

• Políticas para o Full Stack Disaster Recovery.
• Configurando políticas do IAM (Identity and Access Management) necessárias para o Full Stack Disaster Recovery.

Tarefa 2.2: Criar políticas do IAM para outros serviços gerenciados pelo Full Stack DR

O Full Stack DR deve ter a capacidade de controlar e gerenciar outros serviços importantes do OCI, como computação, rede, armazenamento, vaults, bancos de dados e outros serviços diversos. Configure as políticas necessárias do OCI IAM para outros serviços, conforme explicado no documento a seguir.

• Políticas para Outros Serviços Gerenciados pelo Full Stack Disaster Recovery.

Tarefa 2.3: Criar buckets de armazenamento para logs DRPG

Observação: ignore a Tarefa 2.3 inteiramente se estiver adicionando o OAC aos Grupos de Proteção de DR existentes.

Crie buckets do Object Storage nas regiões principal e stand-by para armazenar logs gerados pelo Full Stack DR durante operações de recuperação: Object Storage.

Tarefa 2.3.1: Navegar até o OCI Object Storage

Comece navegando até o Object Storage & Archive Storage, conforme mostrado na Figura 2-1 abaixo

1. Certifique-se de que o contexto do browser esteja definido como região 1 (Ashburn).
2. Selecionar Armazenamento.
3. Selecione Buckets.

Figura 2-1: Navegue até o armazenamento de objetos

Tarefa 2.3.2: Bucket de armazenamento do OCI na região 1

Crie um bucket de armazenamento de objetos na região 1. O bucket será designado ao grupo de proteção de DR na região 1 em uma etapa posterior.

1. Selecione o compartimento que contém recursos relacionados ao OAC.
2. Selecione Create Bucket.
3. Dê ao bucket um nome significativo que identifique facilmente qual aplicativo e finalidade ele serve; não há motivo para incluir a região como parte do nome. Por exemplo, esse nome indica que ele é usado para os logs de DR de Pilha Completa relacionados a operações de DR para OAC.
4. Use o valor padrão para camada e Criptografia.
5. Selecione Criar para criar o bucket.

Figura 2-2: Crie um bucket de armazenamento de objetos na região 1

Tarefa 2.3.3: Bucket de armazenamento do OCI na região 2

Siga o mesmo processo para criar um bucket de armazenamento de objetos na região 2 (Phoenix). O bucket será designado ao grupo de proteção de DR na região 2 em uma etapa posterior.

1. Altere o contexto para a região 2.
2. Selecione o compartimento que contém recursos relacionados ao OAC na região 2.
3. Use o mesmo nome exato que foi designado ao bucket na região 1. Isso facilitará a identificação em uma etapa posterior.
4. Selecione Criar para criar o bucket.

Figura 2-3: Crie um bucket de armazenamento de objetos na região 2

Tarefa 3: Criar Grupos de Proteção de DR em ambas as regiões

Observação: Ignore a Tarefa 3 inteiramente se o OAC estiver sendo adicionado aos Grupos de Proteção de DR existentes.

Crie grupos de proteção de DR nas regiões 1 e 2 se os grupos de proteção para esta pilha de aplicativos ainda não existirem.

Tarefa 3.1: Navegar até os Grupos de Proteção de DR

Comece navegando até os Grupos de Proteção de DR (Full Stack DR) conforme mostrado na Figura 3-1 abaixo.

1. Certifique-se de que o contexto da região do OCI esteja definido como região 1 (Ashburn).
2. Selecione Migração e Recuperação de Desastre.
3. Selecione os Grupos de Proteção de DR.

Figura 3-1: Navegue até grupos de proteção de DR

Tarefa 3.2: Criar um grupo de proteção na região 1

Crie um grupo de proteção de DR (DRPG) básico na região 1, conforme mostrado na Figura 3-2 abaixo. O par, a atribuição e os membros serão designados em etapas posteriores.

1. Selecione o compartimento no qual você deseja que o DRPG seja criado. Pode ser o mesmo compartimento no qual existem recursos do OAC ou, nesse caso, um compartimento que atua como um repositório contendo DRPGs para muitos sistemas de negócios diferentes.
2. Selecione Create DR protection group para abrir a caixa de diálogo.

Figura 3-2: Comece a criar o grupo de proteção de DR na região 1

Adicione um nome e um bucket de armazenamento de objetos para os logs, conforme mostrado na Figura 3-3 abaixo.

1. Use um nome simples e significativo para o DRGP; este exemplo mostra o nome do sistema de negócios e da região.
2. Selecione o bucket de armazenamento de objetos criado na Tarefa 2 para a região 1.

Figura 3-3: Parâmetros necessários para criar o grupo de proteção de DR na região 1

Tarefa 3.3: Criar um grupo de proteção na região 2

Crie um grupo de proteção de DR (DRPG) básico na região 2, conforme mostrado na Figura 3-4 abaixo. O par, a atribuição e os membros serão designados em etapas posteriores.

1. Altere o contexto da região do OCI para a região 2.
2. Selecione o compartimento no qual você deseja que o DRPG seja criado. Pode ser o mesmo compartimento no qual existem recursos do OAC ou, nesse caso, um compartimento que atua como um repositório contendo DRPGs para muitos sistemas de negócios diferentes.
3. Selecione Create DR protection group para abrir a caixa de diálogo

Figura 3-4: Comece a criar o grupo de proteção de DR na região 2

Adicione um nome e um bucket de armazenamento de objetos para os logs, conforme mostrado na Figura 3-5 abaixo.

1. Use um nome simples e significativo para o DRGP; este exemplo mostra o nome do sistema de negócios e da região.
2. Selecione o bucket de armazenamento de objetos criado na Tarefa 2 para a região 2

Figura 3-5: Parâmetros necessários para criar o grupo de proteção de DR na região 2

Tarefa 3.4: Associar grupos de proteção na região 1 e região 2

Associe os DRPGs em cada região como pares um do outro e designe as atribuições de pares de principal e stand-by. É assim que o Full Stack DR saberá quais duas regiões trabalham juntas para recuperação do OAC. As atribuições principal e stand-by são alteradas automaticamente pelo Full Stack DR como parte de qualquer operação de DR/execução do plano de DR; não há necessidade de gerenciar as atribuições manualmente a qualquer momento.

Tarefa 3.4.1: Iniciar a associação

1. Certifique-se de que o contexto da região do OCI esteja definido como região 1 (Ashburn).
2. Selecione Associar para iniciar o processo.

Figura 3-6: Iniciar associação DRPG

Tarefa 3.4.2: Associar grupos de proteção na região 1 e região 2

Forneça os parâmetros conforme mostrado na Figura 3-7 abaixo.

1. Selecione a função principal. O Full Stack DR designará a atribuição stand-by à região 2 automaticamente.
2. Selecione a região 2 (Phoenix) na qual o outro DRPG foi criado.
3. Selecione o DRPG par no qual foi criado.

Figura 3-7: Parâmetros necessários para associar os DRPGs

Tarefa 3.4.3: O que você deve ver após a conclusão da associação

O Full Stack DR mostrará algo como a Figura 3-8 abaixo quando a associação for concluída.

1. O DRPG principal atual é Ashburn (região 1).
2. O atual par stand-by DRPG é Phoenix (região 2).

Figura 3-8: Mostrando o relacionamento de pares da perspectiva DRPG individual

As mesmas informações podem ser encontradas sempre que o contexto/exibição for de uma perspectiva global mostrando todos os grupos de proteção de DR, conforme mostrado na Figura 3-9 abaixo.

1. O DRPG principal atual é Ashburn (região 1).
2. O atual par stand-by DRPG é Phoenix (região 2).

Figura 3-9: Mostrando o relacionamento de pares da perspectiva global de DRPG

Tarefa 4: Adicionar membros aos Grupos de Proteção de DR

Observação: Esta etapa excluirá todos os planos de DR existentes nas duas regiões ao adicionar membros aos Grupos de Proteção de DR existentes. O Full Stack DR não pode salvar cópias ou fazer backups de grupos de proteção de DR no momento desta gravação. Certifique-se de ter registrado todas as informações sobre quaisquer grupos de planos e etapas de DR em um arquivo de texto ou planilha para ajudar a recriar os grupos de planos e etapas personalizados definidos pelo usuário. Você também pode criar scripts bash que chamam comandos da CLI do Full Stack DR para recriar os grupos de planos e etapas personalizados e definidos pelo usuário (isso está além do escopo deste tutorial).

Adicione o banco de dados e o Nó de Controle de DR como membros dos grupos de proteção de DR. O Nó de Controle de DR é uma instância de computação criada apenas para controlar o OAC ou é uma instância de computação que faz parte da pilha de aplicativos que você deseja gerenciar com o Full Stack DR.

Você adicionará os seguintes recursos ao DRPG principal na região 1:

1. O Nó de Controle DR,
2. O grupo de volumes que contém o volume de inicialização do Nó de Controle de DR,
3. O Autonomous Data Warehouse principal.

Tarefa 4.1: Começar a adicionar membros ao DRPG na região 1

Comece selecionando o DRPG na região 1 conforme mostrado na Figura 4-1 abaixo.

1. Certifique-se de que o contexto da região do OCI seja a região 1 (Ashburn).
2. Selecione o DRPG na região 1.
3. Selecionar Membros.
4. Clique em Adicionar Integrante para iniciar o processo.

Figura 4-1: Como começar a adicionar membros ao grupo de proteção de DR na região 1

Tarefa 4.1.1: Adicionar instância de computação para o nó DR

Adicione a instância de computação do Nó de Controle de DR conforme mostrado na figura 4-2 abaixo.

1. Confirme o aviso sobre planos de DR.
2. Selecione Calcular como tipo de recurso do membro.
3. Selecione a instância de computação que você deseja usar o nó de controle DR.
4. Selecione a instância móvel.
5. Informe ao Full Stack DR qual VCN e sub-rede designar à(s) VNIC(s) na região 2 durante uma recuperação. A Figura 4-2 mostra uma única VNIC. O Full Stack DR não se importa com quantas VNICs você tem ou como elas são configuradas em qualquer região; especifique o que for necessário que atenda aos seus requisitos.

Figura 4-2: Parâmetros necessários para adicionar o Nó de Controle DR

Tarefa 4.1.2: Adicionar grupo de volumes em blocos para o nó DR

Adicione o grupo de volumes em blocos que contém a inicialização do Nó de Controle DR. O grupo de volumes em blocos já deve ter uma replicação entre regiões configurada entre as duas regiões antes de adicioná-lo ao grupo de proteção de DR.

1. Selecione Grupo de volumes como tipo de recurso membro.
2. Certifique-se de que o compartimento correto que contém o grupo de volumes esteja selecionado e, em seguida, selecione o grupo de volumes.

Figura 4-3: Parâmetros necessários para adicionar o grupo de volumes de inicialização para o Nó de Controle de DR

Tarefa 4.1.3: Adicionar o Autonomous Data Warehouse principal

O Autonomous Data Guard já deve estar configurado para o Autonomous Data Warehouse (ADW) neste ponto como parte da Tarefa 1. Adicione o ADW principal como membro do DRPG na região 1.

1. Selecione Banco de dados autônomo como tipo de recurso membro.
2. Certifique-se de que o compartimento correto que contém o ADW esteja selecionado e, em seguida, selecione o ADW principal para OAC.

Figura 4-4: Parâmetros necessários para adicionar o ADW principal

Tarefa 4.1.4: Verificar recursos do membro para a região 1

O DRPG para a região 1 deve ter no mínimo três recursos membros, conforme mostrado na Figura 4-5 abaixo. Os nomes dos recursos dos membros serão diferentes.

1. O ADW principal.
2. A instância de computação móvel e o grupo de volumes em blocos da instância de computação que designamos para atuar no Nó de Controle de DR do OAC.

Figura 4-5: Mostrando membros do DRPG na região 1

Tarefa 4.2: Começar a adicionar membros ao DRPG na região 2

Você adicionará os seguintes recursos ao DRPG principal na região 2:

1. O ADW (Autonomous Data Warehouse) stand-by/remoto.

Comece selecionando o DRPG na região 2 conforme mostrado na Figura 4-6 abaixo.

1. Certifique-se de que o contexto da região do OCI seja a região 2 (Phoenix).
2. Selecione o DRPG na região 2.
3. Selecionar Membros.
4. Clique em Adicionar Integrante para iniciar o processo.

Figura 4-6: Como começar a adicionar membros ao grupo de proteção de DR na região 2

Tarefa 4.2.1: Adicionar Autonomous Data Warehouse stand-by

Adicione o ADW stand-by como membro do DRPG na região 2, conforme mostrado na Figura 4-7 abaixo.

1. Altere o contexto da região do OCI para a região 2 (Phoenix).
2. Selecione o DRPG criado na Tarefa 3.3

Figura 4-7: Parâmetros necessários para adicionar ADW stand-by

Tarefa 4.2.2: Verificar recursos do membro para a região 2

O DRPG para a região 2 deve ter um recurso de membro no mínimo, conforme mostrado na Figura 4-8 abaixo. O nome dos recursos do membro será diferente.

1. O ADW stand-by/remoto.

Figura 4-8: Mostrando o membro único do DRPG na região 2

Tarefa 5: Criar planos de DR básicos na região 2 (Phoenix)

Esta etapa cria planos básicos de switchover e failover associados ao Grupo de Proteção de DR stand-by na região 2 (Phoenix).

O objetivo de cada plano é fazer a transição da carga de trabalho da região principal 1 para a região stand-by 2. As atribuições dos grupos de proteção de DR em ambas as regiões são revertidas automaticamente como parte de qualquer operação de DR; portanto, o grupo de proteção na região 1 se tornará o stand-by e o grupo de proteção na região 2 se tornará principal após um failover ou switchover.

O Full Stack DR preencherá previamente os dois planos com etapas incorporadas com base nos recursos do membro adicionados na etapa anterior. Os planos serão personalizados em etapas posteriores para lidar com todas as tarefas relacionadas ao OAC durante uma operação de recuperação.

Os planos de switchover são sempre criados no grupo de proteção com a atribuição standby; a região 2 é atualmente o grupo de proteção standby; portanto, começaremos em Phoenix.

Tarefa 5.1: Começar a criar planos de DR

Crie planos básicos selecionando o DRPG na região 2, conforme mostrado na Figura 5-1 abaixo.

1. Certifique-se de que o contexto da região do OCI seja a região 2 (Phoenix).
2. Selecione o DRPG stand-by na região 2.
3. Selecionar Planos.
4. Clique em Criar Plano para iniciar o processo.

Figura 5-1: Como começar a criar planos básicos de DR na região 2

Tarefa 5.1.1: Criar um plano de switchover

A criação de um plano de DR é simples, conforme mostrado na Figura 5-2 abaixo.

1. Torne o nome do plano de switchover simples, mas significativo. O nome deve ser o mais curto possível, mas fácil de entender rapidamente para ajudar a reduzir a confusão e o erro humano durante uma crise.
2. Escolha o tipo de plano. Há apenas dois tipos de plano no momento da redação.

Figura 5-2: Os parâmetros necessários para criar o plano de switchover de DR

Tarefa 5.1.2: Criar um plano de failover

Siga o mesmo processo para criar um plano de failover básico, conforme mostrado na Figura 5-3 abaixo.

1. Torne o nome do plano de failover simples, mas significativo. O nome deve ser o mais curto possível, mas fácil de entender rapidamente para ajudar a reduzir a confusão e o erro humano durante uma crise.
2. Escolha o tipo de plano. Há apenas dois tipos de plano no momento da redação.

Figura 5-3: Os parâmetros necessários para criar o plano de failover de DR

O Grupo de Proteção de DR stand-by na região 2 agora deve ter os dois planos de DR, conforme mostrado abaixo. Eles tratarão da transição de cargas de trabalho da região 1 para a região 2. Você criará planos semelhantes na região 1 para fazer a transição de cargas de trabalho da região 2 de volta para a região 1 em uma etapa posterior.

Figura 5-4: Mostrando os dois planos básicos de DR que devem existir na região 2 antes de continuar

Tarefa 6: Personalizar o plano de switchover na região 2 (Phoenix)

Os planos básicos de DR criados na Tarefa 5 contêm etapas pré-preenchidas para tarefas de recuperação que são incorporadas ao Full Stack DR e não contêm nada para gerenciar tarefas de recuperação específicas do OAC. Esta etapa explica como adicionar Grupos de Planos de DR personalizados e definidos pelo usuário e etapas para gerenciar os itens que precisam ser realizados durante um switchover para o OAC:

1. Interrompa o OAC na região principal 1 atual antes de interromper qualquer VM.
2. Inicie o OAC na região stand-by atual 2 após iniciar qualquer VM.
3. Recupere o snapshot periódico na região stand-by 2. O instantâneo periódico foi configurado como parte da Tarefa 1.4 acima.
4. Altere o job cron de snapshot na região stand-by 2. O trabalho cron foi configurado como parte da tarefa 1.4 acima.

Tarefa 6.1: Selecionar o plano de switchover

Comece navegando até o plano de switchover criado na etapa anterior.

Figura 6-1: Como começar a personalizar o plano de switchover na região 2

Tarefa 6.2: Ativar Grupos de Planos de DR que encerram artefatos (opcional)

Há dois grupos de planos que são desativados por padrão nos planos de switchover, conforme mostrado na captura de tela abaixo. Eles são desativados para fornecer um nível de conforto durante o teste de que nada está realmente sendo excluído e você ainda tem uma cópia viável dos artefatos como backup, caso algo dê errado durante o teste.

No entanto, esses dois grupos de planos encerram (excluem) artefatos que nunca serão usados novamente como parte de qualquer operação de DR no futuro. Os artefatos simplesmente continuarão a se acumular ao longo do tempo à medida que você alterna entre as duas regiões, causando confusão sobre quais instâncias de computação e grupos de volumes são as que realmente devem estar ativas.

Esses grupos de planos devem ser ativados assim que o Full Stack DR entrar em produção. Todos os artefatos que foram deixados no local durante o teste de switchovers e switchbacks enquanto esses dois grupos de planos foram desativados devem ser encerrados e limpos antes de entrar em produção para reduzir a confusão e a probabilidade de erro humano durante operações normais.

Opcionalmente, esses grupos de planos podem ser ativados agora para evitar a necessidade de limpar manualmente os artefatos supérfluos antes de entrar em produção.

Figura 6-2: Grupos de planos desativados por padrão

Veja o que os grupos de planos desativados fazem quando estão ativados:

1. Este grupo de planos encerra artefatos de instâncias de computação que são deixados para trás na região 1 após as versões replicadas das VMs terem sido iniciadas na região 2 durante a operação de armazenamento em blocos do OCI para reverter a replicação da região 2 de volta para a região 1 como parte do switchover. As VMs restantes não são usadas durante um switchback porque a operação para reverter a replicação de volume em blocos cria todas as novas VMs em grupos de volumes em blocos completamente novos.

2. Este grupo de planos encerra artefatos de grupos de volumes em blocos (VGs) que são deixados para trás na região 1 depois que as versões replicadas dos VGs foram ativadas na região 2 e a replicação do grupo de volumes foi revertida durante o switchover. Os grupos de volumes em blocos restantes nunca são usados novamente, nem mesmo como parte de um switchover da região 2 de volta para a região 1.

Tarefa 6.2.1: Ativar encerramento do grupo de planos de computação

Ative o grupo de planos.

1. Selecione Ativar todas as etapas no menu de contexto à direita do nome do grupo de planos

Figura 6-3: Como ativar instâncias de computação de encerramento

Tarefa 6.2.2 Ativar grupo de planos de grupos de volumes de encerramento

Ative o grupo de planos.

1. Selecione Ativar todas as etapas no menu de contexto à direita do nome do grupo de planos

Figura 6-4: Como ativar grupos de volumes de encerramento

Tarefa 6.3: Criar grupo de planos para interromper o OAC na região 1 (principal)

Agora comece a adicionar Grupos de Planos de DR personalizados e definidos pelo usuário.

O primeiro grupo de planos definido pelo usuário interromperá a execução do OAC na região principal 1. Este grupo de planos conterá uma única etapa que chama o script bash oac-start-stop.sh que foi baixado para o Nó de Controle de DR na Tarefa 1.4.

Tarefa 6.3.1: Selecionar adicionar grupo de planos

Inicie o processo para adicionar um grupo de planos.

1. Clique em Adicionar grupo para começar.

Figura 6-5: Comece a adicionar o grupo de planos para interromper o OAC

Tarefa 6.3.2: Forneça o nome do grupo de planos, ordene e adicione a etapa

Um Grupo de Planos de DR pode conter muitas etapas que são todas executadas em paralelo. Estamos apenas adicionando uma única etapa para executar um script bash para interromper o OAC.

1. Dê ao grupo de planos um nome simples, mas descritivo. Isso é opcional, é claro, mas a melhor prática é adicionar uma observação sobre qual região o grupo de planos executará as etapas. Nesse caso, é a região principal; portanto, adicionamos "(Principal)" ao nome do grupo.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, vamos inserir nosso grupo de planos definido pelo usuário antes do grupo de planos incorporado que interrompe as VMs na região 1.
3. Selecione o grupo de planos Interromper Instâncias de Computação (Principal) incorporado.
4. Clique em Adicionar etapa para abrir a caixa de diálogo em que especificaremos o script para interromper o OAC.

Figura 6-6: Parâmetros para criar grupo de planos e adicionar etapa para interromper o OAC

Tarefa 6.3.3: Forneça o nome da etapa e os parâmetros do script local

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, interromperá o OAC na região 1.

Explicaremos todos os campos nesta caixa de diálogo, mas deixaremos de fora esse detalhe em todas as capturas de tela restantes nas etapas subsequentes, pois estamos apenas executando o mesmo processo repetidamente.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. O plano de DR deverá ser interrompido se o script falhar ao interromper o OAC. Isso permitirá que qualquer pessoa veja que há um problema e corrija-o. O Full Stack DR fornece a oportunidade de continuar executando o plano de switchover após corrigir o problema.
3. O valor padrão antes de o Full Stack DR declarar uma falha é de uma hora. Esse valor pode ser alterado para 30 minutos ou o que for considerado um valor de tempo limite mais realista.
4. Sempre selecione a região em que o Nó de Controle de DR está sendo executado agora, não em que ele será executado durante um switchover. O Full Stack DR acompanhará onde a VM está sendo executada, então você só precisa especificar onde ela está agora. Nesse caso, o Nó de Controle de DR está em execução na região 1 (Ashburn).
5. Selecione Executar script local para informar ao Full Stack DR que o script será encontrado em uma instância de computação. Os scripts bash foram transferidos por download para o Nó de Controle DR na Tarefa 1.3.
6. Selecione o compartimento correto que contém o Nó de Controle DR - ele pode ser qualquer compartimento. Selecione a instância de computação designada como o Nó de Controle de DR (pode ser um servidor de aplicativos ou uma VM criada apenas para este projeto/tutorial).
7. Cole no caminho absoluto em que você instalou o script oac-start-stop.sh no Nó de Controle DR. Adicione stop como o primeiro parâmetro e o ID da região do OCI como o segundo.
8. Especifique opc como o usuário para executar o script.
9. Clique em Adicionar etapa para adicioná-la ao grupo de planos.

Figura 6-7: Parâmetros para criar a etapa do plano para interromper o OAC

Tarefa 6.3.4: Conclua a adição do grupo de planos e da etapa

A etapa para interromper o OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 6-8 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada. É possível adicionar etapas adicionais a um grupo de planos de DR, mas esse grupo de planos incluirá apenas a etapa para interromper o OAC.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 6-8: Finalize a adição de grupo de planos e etapa para interromper o OAC

Tarefa 6.4: Criar grupo de planos para iniciar o OAC na região 2 (stand-by)

O segundo grupo de planos definido pelo usuário iniciará o OAC depois que o Nó de Controle de DR for iniciado na região stand-by 2. Este grupo de planos conterá uma única etapa que chama o script bash oac-start-stop.sh que foi baixado para o Nó de Controle de DR na Tarefa 1.3.

Tarefa 6.4.1: Selecionar adicionar grupo de planos

Como antes, clique em Adicionar grupo para começar.

Figura 6-9: Comece a adicionar o grupo de planos para iniciar o OAC no stand-by

Tarefa 6.4.2: Forneça o nome do grupo de planos, ordene e adicione a etapa

Crie um grupo de planos de DR para iniciar o OAC.

1. Dê ao grupo de planos um nome simples, mas descritivo. É sempre uma boa prática adicionar "(Stand-by)" ao nome do grupo, por isso é óbvio qual região as etapas se aplicam rapidamente.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, vamos inserir nosso grupo de planos definido pelo usuário depois do grupo de planos incorporado que inicia a versão replicada do nó de controle DR na região 2
3. Selecione o grupo de planos Iniciar Instâncias de Computação (Stand-by) incorporado
4. Clique em Adicionar etapa para abrir a caixa de diálogo na qual especificaremos o script para iniciar o OAC

Figura 6-10: Parâmetros para criar grupo de planos e adicionar etapa para iniciar o OAC no stand-by

Tarefa 6.4.3: Forneça o nome da etapa e os parâmetros do script local

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, ele iniciará o OAC na região 2.

Tudo nesta etapa é o mesmo que a Tarefa 6.3.3, exceto para os itens mostrados na Figura 6-11 abaixo.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. Cole no caminho absoluto em que você instalou o script oac-start-stop.sh no Nó de Controle DR. Adicione start como o primeiro parâmetro e o ID da região do OCI como o segundo.
3. Clique em Adicionar etapa para adicioná-la ao grupo de planos.

Figura 6-11: Parâmetros para criar a etapa do plano para iniciar o OAC no stand-by

Tarefa 6.4.4: Conclua a adição do grupo de planos e da etapa

A etapa para iniciar o OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 6-12 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 6-12: Finalize a adição de grupo de planos e etapa para iniciar o OAC no stand-by

Tarefa 6.5: Criar grupo de planos para recuperar o instantâneo na região 2 (stand-by)

Um trabalho cron foi configurado no nó de controle DR como parte da tarefa 1.4. O job cron chama um script bash chamado oac-create-snapshot.sh que é responsável por exportar um snapshot dos dados do OAC na região 1 e salvá-lo no bucket de armazenamento de objetos na região stand-by 2. O trabalho cron e os buckets também foram criados na Tarefa 1.4.

O terceiro grupo de planos definido pelo usuário recuperará o OAC na região stand-by 2 usando o snapshot periódico replicado do bucket de armazenamento de objetos na região 1 para a região 2. Este grupo de planos conterá uma única etapa que chama o script bash oac-register-snapshot.sh que foi baixado para o Nó de Controle de DR na Tarefa 1.3.

Tarefa 6.5.1: Selecionar adicionar grupo de planos

Como antes, clique em Adicionar grupo para começar.

Figura 6-13: Comece a adicionar o grupo de planos para recuperar o snapshot no stand-by

Tarefa 6.5.2: Forneça o nome do grupo de planos, ordene e adicione a etapa

Crie um grupo de planos de DR para recuperar o OAC na região stand-by 2.

1. Dê ao grupo de planos um nome simples, mas descritivo.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, insira o grupo de planos definido pelo usuário após o grupo de planos definido pelo usuário criado na tarefa anterior para iniciar o OAC.
3. Selecione o grupo de planos Iniciar OAC (Stand-by) incorporado
4. Clique em Adicionar etapa para abrir a caixa de diálogo em que especificaremos o script para recuperar o snapshot do OAC.

Figura 6-14: Parâmetros para criar grupo de planos e adicionar etapa para recuperar o snapshot do OAC no stand-by

Tarefa 6.5.3: Fornecer nome da etapa e parâmetros de script locais

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, ele recuperará o instantâneo do OAC na região 2. O snapshot é obtido na região principal durante operações normais e armazenado em um bucket de armazenamento de objetos na região 2.

Tudo nesta tarefa é o mesmo que a Tarefa 6.3.3, exceto para os itens mostrados na Figura 6-15 abaixo.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. Cole no caminho absoluto em que você instalou o script oac-start-stop.sh no Nó de Controle DR. Adicione ID da região do OCI como o único parâmetro (PHX neste exemplo).
3. Clique em Adicionar etapa para adicioná-la ao grupo de planos.

Figura 6-15: Parâmetros para criar a etapa do plano para recuperar o snapshot no stand-by

Tarefa 6.5.4: Conclua a adição do grupo de planos e da etapa

A etapa para recuperar o OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 6-16 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 6-16: Finalize a adição do grupo de planos e da etapa para recuperar o snapshot no stand-by

Tarefa 6.6: Criar grupo de planos para reverter o snapshot na região 2 (stand-by)

O último grupo de planos definido pelo usuário alterará o trabalho cron discutido na Tarefa 6.5 acima. O Full Stack DR chamará o oac-chg-cronjob.sh para modificar o job cron para que ele salve o snapshot do OAC exportado no bucket de armazenamento na região 1.

Tarefa 6.6.1: Selecionar adicionar grupo de planos

Como antes, clique em Adicionar grupo para começar.

Figura 6-17: Comece a adicionar o grupo de planos para reverter a cópia de snapshot no stand-by

Tarefa 6.6.2: Forneça o nome do grupo de planos, ordene e adicione a etapa

Crie um grupo de planos de DR para reverter o snapshot do OAC para a região 1.

1. Dê ao grupo de planos um nome simples, mas descritivo. É sempre uma boa prática adicionar "(Stand-by)" ao nome do grupo, por isso é óbvio qual região as etapas se aplicam rapidamente.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, vamos inserir nosso grupo de planos definido pelo usuário depois do grupo de planos incorporado que recupera o instantâneo do OAC na região 2.
3. Selecione o grupo de planos Recuperar instantâneo OAC (Stand-by) incorporado.
4. Clique em Adicionar etapa para abrir a caixa de diálogo em que especificaremos o script para iniciar o OAC.

Figura 6-18: Parâmetros para criar grupo de planos e adicionar etapa para reverter a cópia de snapshot no stand-by

Tarefa 6.6.3: Fornecer nome da etapa e parâmetros de script locais

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, ele reverterá o snapshot do OAC para que seja salvo na região 1, que se tornará automaticamente a região stand-by após a conclusão do switchover.

Tudo nesta tarefa é o mesmo que a Tarefa 6.3.3, exceto para os itens mostrados na Figura 6-19 abaixo.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. Cole no caminho absoluto em que você instalou o script oac-chg-cronjob.sh no Nó de Controle de DR. Adicione a chave de região do OCI para a região 1 (iad neste exemplo) como o primeiro parâmetro e a chave de região para a região 2 (phx neste exemplo) como o segundo parâmetro.
3. Clique em Adicionar etapa para adicioná-la ao grupo de planos.

Figura 6-19: Parâmetros para criar a etapa do plano para estornar a cópia de snapshot no stand-by

Tarefa 6.6.4: Conclua a adição do grupo de planos e da etapa

A etapa para reverter a direção do snapshot do OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 6-20 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 6-20: Finalize a adição de grupo de planos e etapa para reverter a cópia de snapshot no stand-by

O plano de switchover agora deve incluir os quatro Grupos de Planos de DR para OAC, conforme mostrado na captura de tela abaixo. Talvez você tenha grupos de planos adicionais se seu grupo de proteção incluir outros aplicativos ou serviços do OCI junto com o OAC.

Figura 6-21: Mostrando os quatro grupos de planos definidos pelo usuário adicionados ao plano de switchover

Tarefa 7: Personalizar o plano de failover na região 2 (Phoenix)

Esta tarefa explica como adicionar Grupos de Planos de DR personalizados e definidos pelo usuário e etapas para gerenciar as coisas que precisam ser realizadas durante um failover para o OAC na região 2 durante uma interrupção real ou perda de acesso à região 1. Estes serão um subconjunto das mesmas etapas que foram adicionadas ao plano de switchover na Tarefa 6 acima. No entanto, somente as etapas executadas na região stand-by 2 serão adicionadas ao plano de failover, pois supõe-se que a região 1 esteja completamente inacessível durante um failover.

1. Inicie o OAC na região stand-by 2 após iniciar qualquer VM.
2. Recupere o snapshot periódico na região stand-by 2. O instantâneo periódico foi configurado como parte da Tarefa 1.4 acima.
3. Altere o job cron de snapshot na região stand-by 2. O trabalho cron foi configurado como parte da tarefa 1.4 acima.

Tarefa 7.1: Selecionar o plano de failover

Comece navegando até o plano de failover criado na Tarefa 5.

1. Certifique-se de que a região stand-by 2 ainda seja o contexto da região atual na console.
2. Selecione o plano de failover.

Figura 7-1: Como criar a personalização inicial do plano de failover na região 2

Tarefa 7.2: Selecionar adicionar grupo de planos

O primeiro grupo de planos definido pelo usuário iniciará a execução do OAC na região stand-by 2. Este grupo de planos conterá uma única etapa que chama o script bash oac-start-stop.sh que foi baixado para o Nó de Controle de DR na Tarefa 1.3.

1. Clique em Adicionar grupo para começar.

Figura 7-2: Comece a adicionar o grupo de planos para iniciar o OAC

Tarefa 7.2.1: Forneça o nome do grupo de planos, ordene e adicione a etapa

Um Grupo de Planos de DR pode conter muitas etapas que são todas executadas em paralelo. Estamos apenas adicionando uma única etapa para executar um script bash para iniciar o OAC.

1. Dê ao grupo de planos um nome simples, mas descritivo. Isso é opcional, é claro, mas a melhor prática é adicionar uma observação sobre qual região o grupo de planos executará as etapas. Nesse caso, é a região stand-by 2; portanto, adicionamos "(Stand-by)" ao nome do grupo.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, vamos inserir nosso grupo de planos definido pelo usuário após o grupo de planos incorporado que inicia as VMs replicadas na região 2
3. Selecione o grupo de planos Iniciar Instâncias de Computação (Stand-by) incorporado
4. Clique em Adicionar etapa para abrir a caixa de diálogo na qual especificaremos o script para iniciar o OAC

Figura 7-3: Parâmetros para criar grupo de planos e adicionar etapa para iniciar o OAC

Tarefa 7.2.2: Forneça o nome da etapa e os parâmetros do script local

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, ele iniciará o OAC na região 2, conforme mostrado na Figura 7-4 abaixo.

Explicaremos todos os campos nesta caixa de diálogo, mas deixaremos de fora esse detalhe em todas as capturas de tela restantes nas etapas subsequentes, pois estamos apenas executando o mesmo processo repetidamente.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. O plano de DR deverá ser interrompido se o script não iniciar o OAC. Isso permitirá que qualquer pessoa veja que há um problema e corrija-o. O Full Stack DR fornece a oportunidade de continuar executando o plano de switchover após corrigir o problema.
3. O valor padrão antes de o Full Stack DR declarar uma falha é de uma hora. Esse valor pode ser alterado para 30 minutos ou o que for considerado um valor de tempo limite mais realista.
4. Sempre selecione a região em que o Nó de Controle de DR está sendo executado agora, não em que ele será executado durante um switchover. O Full Stack DR acompanhará onde a VM está sendo executada, então você só precisa especificar onde ela está agora. Nesse caso, o Nó de Controle de DR está em execução na região 1 (Ashburn).
5. Selecione Executar script local para informar ao Full Stack DR que o script será encontrado em uma instância de computação. Os scripts bash foram transferidos por download para o Nó de Controle DR na Tarefa 1.3.
6. Selecione o compartimento correto que contém o Nó de Controle DR - ele pode ser qualquer compartimento. Selecione a instância de computação designada como o Nó de Controle de DR (pode ser um servidor de aplicativos ou uma VM criada apenas para este projeto/tutorial).
7. Cole no caminho absoluto em que você instalou o script oac-start-stop.sh no Nó de Controle DR. Adicione start como o primeiro parâmetro e o ID da região do OCI como o segundo.
8. Especifique opc como o usuário para executar o script.
9. Clique em Adicionar etapa para adicioná-la ao grupo de planos.

Figura 7-4: Parâmetros para criar a etapa do plano para iniciar o OAC no stand-by

Tarefa 7.2.3: Conclua a adição do grupo de planos e da etapa

A etapa para iniciar o OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 7-5 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 7-5: Finalize a adição de grupo de planos e etapa para iniciar o OAC

Tarefa 7.3: Criar grupo de planos para recuperar instantâneo na região 2 (stand-by)

O segundo grupo de planos definido pelo usuário recuperará o OAC na região stand-by 2 usando o snapshot periódico replicado do bucket de armazenamento de objetos na região 1 para a região 2. Esta é a mesma tarefa que foi adicionada ao plano de switchover é a Tarefa 6.

Tarefa 7.3.1: Selecionar adicionar grupo de planos

Como antes, clique em Adicionar grupo para começar.

Figura 7-6: Comece a adicionar o grupo de planos para recuperar o snapshot no stand-by

Tarefa 7.3.2: Forneça o nome do grupo de planos, ordene e adicione a etapa

Crie um grupo de planos de DR para recuperar o OAC na região stand-by 2.

1. Dê ao grupo de planos um nome simples, mas descritivo.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, insira o grupo de planos definido pelo usuário após o grupo de planos definido pelo usuário criado na tarefa anterior para iniciar o OAC.
3. Selecione o grupo de planos Iniciar OAC (Stand-by) incorporado.
4. Clique em Adicionar etapa para abrir a caixa de diálogo em que especificaremos o script para recuperar o snapshot do OAC.

Figura 7-7: Parâmetros para criar grupo de planos e adicionar etapa para recuperar o snapshot do OAC no stand-by

Tarefa 7.3.3: Forneça o nome da etapa e os parâmetros do script local

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, ele recuperará o instantâneo do OAC na região 2. O snapshot é obtido na região principal durante operações normais e armazenado em um bucket de armazenamento de objetos na região 2.

Tudo nesta tarefa é o mesmo que a Tarefa 7.3.2, exceto para os itens mostrados na Figura 7-8 abaixo.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. Cole no caminho absoluto em que você instalou o script oac-start-stop.sh no Nó de Controle DR. Adicione ID da região do OCI como o único parâmetro (PHX neste exemplo).
3. Clique em Adicionar etapa para adicioná-la ao grupo de planos

Figura 7-8: Parâmetros para criar a etapa do plano para recuperar o snapshot no stand-by

Tarefa 7.3.4: Conclua a adição do grupo de planos e da etapa

A etapa para recuperar o OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 7-9 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 7-9: Finalize a adição de grupo de planos e etapa para recuperar o snapshot no stand-by

Tarefa 7.4: Criar grupo de planos para reverter o instantâneo na região 2 (stand-by)

O último grupo de planos definido pelo usuário alterará o trabalho cron para que o instantâneo do OAC seja salvo na região 1 depois que ele se tornar acessível novamente. Esta é a mesma tarefa que foi adicionada ao plano de switchover na Tarefa 6.

Tarefa 7.4.1: Selecionar adicionar grupo de planos

Como antes, clique em Adicionar grupo para começar.

Figura 7-10: Comece a adicionar o grupo de planos para reverter a cópia de snapshot no stand-by

Tarefa 7.4.2: Forneça o nome do grupo de planos, ordene e adicione a etapa

Crie um grupo de planos de DR para reverter o snapshot do OAC para a região 1.

1. Dê ao grupo de planos um nome simples, mas descritivo. É sempre uma boa prática adicionar "(Stand-by)" ao nome do grupo, por isso é óbvio qual região as etapas se aplicam rapidamente.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, vamos inserir nosso grupo de planos definido pelo usuário depois do grupo de planos incorporado que recupera o instantâneo do OAC na região 2.
3. Selecione o grupo de planos Recuperar instantâneo OAC (Stand-by) incorporado.
4. Clique em Adicionar etapa para abrir a caixa de diálogo em que especificaremos o script para iniciar o OAC.

Figura 7-11: Parâmetros para criar grupo de planos e adicionar etapa para reverter a cópia de snapshot no stand-by

Tarefa 7.4.3: Forneça o nome da etapa e os parâmetros do script local

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, ele reverterá o snapshot do OAC para que seja salvo na região 1, que se tornará automaticamente a região stand-by após a conclusão do switchover.

Tudo nesta tarefa é o mesmo que a Tarefa 7.2.2, exceto para os itens mostrados na Figura 6-19 abaixo.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. Cole no caminho absoluto em que você instalou o script oac-chg-cronjob.sh no Nó de Controle de DR. Adicione a chave de região do OCI para a região 1 (iad neste exemplo) como o primeiro parâmetro e a chave de região para a região 2 (phx neste exemplo) como o segundo parâmetro.
3. Clique em Adicionar etapa para adicioná-la ao grupo de planos.

Figura 7-12: Parâmetros para criar a etapa do plano para estornar a cópia de snapshot no stand-by

Tarefa 7.4.4: Conclua a adição do grupo de planos e da etapa

A etapa para reverter a direção do snapshot do OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 7-13 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 7-13: Finalize a adição de grupo de planos e etapa para reverter a cópia de snapshot no stand-by

O plano de failover agora deve incluir os três Grupos de Planos de DR para OAC, conforme mostrado na captura de tela abaixo. Talvez você tenha grupos de planos adicionais se seu grupo de proteção incluir outros aplicativos ou serviços do OCI junto com o OAC.

Figura 7-14: Mostrando os três grupos de planos definidos pelo usuário adicionados ao plano de failover

Tarefa 8: Executar o plano de switchover na região 2 (Phoenix)

Os planos de DR de switchover e failover foram concluídos na região stand-by 2 (Phoenix). Os planos de DR na região 2 permitem que o Full Stack DR faça a transição de cargas de trabalho da região 1 para a região 2. A próxima tarefa é criar planos de switchover e failover no grupo de proteção para a região 1 (Ashburn) para que o Full Stack DR possa fazer a transição de cargas de trabalho da região 2 de volta para a região 1.

No entanto, os planos de DR só podem ser criados e modificados no grupo de proteção com a atribuição stand-by. O grupo de proteção de DR na região 1 é atualmente o principal, o que significa que os planos de DR não podem ser criados na região 1.

Portanto, precisamos reverter as atribuições dos grupos de proteção para que a região 1 seja a stand-by e a região 2 seja a principal. Execute o plano de switchover que acabou de ser criado para fazer a transição da carga de trabalho da região 1 (Ashburn) para a região 2 (Phoenix).

Tarefa 8.1: Iniciar execução do plano

Execute o plano de DR para iniciar o processo de transição da carga de trabalho OAC da região 1 para a região 2.

1. Certifique-se de que o contexto da região ainda esteja definido como região stand-by 2 (Phoenix).
2. Use as trilhas de navegação na parte superior da console para ajudar a garantir que os detalhes do grupo de proteção de DR sejam o contexto do plano atual.
3. Certifique-se de que o grupo de proteção de DR correto na região 2 esteja selecionado; ele deve ser a atribuição Stand-by.
4. Certifique-se de que os planos de failover e switchover existam antes de continuar; caso contrário, volte às etapas anteriores para criar ambos os planos de DR.
5. Clique no botão Executar plano de DR.

Figura 8-1: Mostrando como executar um switchover para a região stand-by

Tarefa 8.2: Selecionar plano de failover e executar

Esta tarefa executa o plano de switchover na região 2.

1. Selecione o plano de switchover.
2. Certifique-se de selecionar ativar pré-verificações.
3. Clique no botão Executar plano de DR para começar.

Figura 8-2: Escolha e execute o plano de switchover

Tarefa 8.3: Próximos passos

Monitore o plano de failover até que a carga de trabalho do OAC tenha sido totalmente transferida da região 1 para a região 2. O Full Stack DR cuidará da limpeza de artefatos e da alteração das funções de principal e stand-by entre as regiões.

A Região 2 (Phoenix) será a região principal e a região 1 (Ashburn) será a região stand-by depois que o Full Stack DR concluir o switchover.

Tarefa 9: Criar planos de DR na região 1 (Ashburn)

Crie os mesmos planos básicos de switchover e failover no Grupo de Proteção de DR para a região 1 (Ashburn), que agora é o par stand-by.

O objetivo de cada plano é fazer a transição da carga de trabalho da região 2 para a região 1 sempre que a região 2 for o par principal. As atribuições dos grupos de proteção de DR em ambas as regiões são revertidas automaticamente como parte de qualquer operação de DR; portanto, o grupo de proteção na região 2 se tornará o stand-by e o grupo de proteção na região 1 se tornará principal após um failover ou switchover.

O Full Stack DR preencherá previamente os dois planos com etapas incorporadas com base nos recursos do membro adicionados na etapa anterior. Os planos serão personalizados em etapas posteriores para lidar com todas as tarefas relacionadas ao OAC durante uma operação de recuperação.

Os planos de switchover são sempre criados no grupo de proteção com a atribuição stand-by; no momento, a região 1 é o grupo de proteção stand-by após a execução do plano de switchover na Tarefa 8.

Tarefa 9.1: Começar a criar planos de DR

Crie planos básicos selecionando o DRPG na região 2, conforme mostrado na Figura 9-1 abaixo.

1. Certifique-se de que o contexto da região do OCI seja a região 1 (Ashburn).
2. Selecione o DRPG stand-by na região 1.
3. Selecionar Planos.
4. Clique em Criar Plano para iniciar o processo.

Figura 9-1: Como começar a criar planos básicos de DR na região 1

Tarefa 9.1.1: Criar um plano de switchover

A criação de um plano de DR é simples, conforme mostrado na Figura 9-2 abaixo.

1. Torne o nome do plano de switchover simples, mas significativo. O nome deve ser o mais curto possível, mas fácil de entender rapidamente para ajudar a reduzir a confusão e o erro humano durante uma crise.
2. Escolha o tipo de plano. Há apenas dois tipos de plano no momento da redação.

Figura 9-2: Os parâmetros necessários para criar o plano de switchover de DR

Tarefa 9.2: Criar um plano de failover

Siga o mesmo processo para criar um plano de failover básico, conforme mostrado na Figura 9-3 abaixo.

1. Torne o nome do plano de failover simples, mas significativo. O nome deve ser o mais curto possível, mas fácil de entender rapidamente para ajudar a reduzir a confusão e o erro humano durante uma crise.
2. Escolha o tipo de plano. Há apenas dois tipos de plano no momento da redação.
3. Clique em Criar para criar o plano de failover básico pré-preenchido com etapas básicas incorporadas.

Figura 9-3: Os parâmetros necessários para criar o plano de failover de DR

O Grupo de Proteção de DR stand-by na região 1 agora deve ter os dois planos de DR, conforme mostrado abaixo. Eles tratarão da transição de cargas de trabalho da região 2 de volta para a região 1.

Figura 9-4: Mostrando os dois planos básicos de DR que devem existir na região 2 antes de continuar

Tarefa 10: Personalizar o plano de switchover na região 1 (Ashburn)

Tudo sobre esta tarefa é quase exatamente o mesmo que fizemos na Tarefa 6 para a região 2, exceto que isso está sendo feito na região 1.

Os planos básicos de DR criados na Tarefa 9 não contêm nada para gerenciar tarefas de recuperação específicas do OAC. Esta tarefa explica como adicionar Grupos de Planos de DR personalizados e definidos pelo usuário e etapas para gerenciar os itens que precisam ser realizados durante um switchover para o OAC:

1. Interrompa o OAC na região principal 2 atual antes de interromper qualquer VM.
2. Inicie o OAC na região stand-by atual 1 após iniciar qualquer VM.
3. Recupere o snapshot periódico na região stand-by 1. O instantâneo periódico foi configurado como parte da Tarefa 1.4 acima.
4. Altere o job cron de snapshot na região stand-by 1. O trabalho cron foi configurado como parte da tarefa 1.4 acima.

Tarefa 10.1: Selecionar o plano de switchover

Comece navegando até o plano de switchover criado na etapa anterior.

Figura 10-1: Como começar a personalizar o plano de switchover na região 1

Tarefa 10.2: Ativar Grupos de Planos de DR que encerram artefatos (opcional)

Estas são as mesmas etapas executadas para a região 2 em uma etapa anterior; o mesmo processo precisa ser seguido para a região 1.

Dois grupos de planos são desativados por padrão nos planos de switchover, conforme mostrado na captura de tela abaixo. Eles são desativados para fornecer um nível de conforto durante o teste de que nada está realmente sendo excluído, e você ainda tem uma cópia viável dos artefatos como backup no caso de algo dar errado durante o teste.

No entanto, esses dois grupos de planos encerram (excluem) artefatos que nunca serão usados novamente como parte de qualquer operação de DR no futuro. Os artefatos simplesmente continuarão a se acumular ao longo do tempo à medida que você alterna entre as duas regiões, causando confusão para os humanos sobre quais instâncias de computação e grupos de volumes são os que realmente devem estar ativos.

Esses grupos de planos devem ser ativados assim que o Full Stack DR entrar em produção. Todos os artefatos que foram deixados no local durante o teste de switchovers e switchbacks enquanto esses dois grupos de planos foram desativados devem ser encerrados e limpos antes de entrar em produção para reduzir a confusão e a probabilidade de erro humano durante operações normais.

Opcionalmente, esses grupos de planos podem ser ativados agora para evitar a necessidade de limpar manualmente os artefatos supérfluos antes de entrar em produção.

Figura 10-2: Grupos de planos desativados por padrão

Veja o que os grupos de planos desativados fazem quando estão ativados:

1. Este grupo de planos encerra artefatos de instâncias de computação que são deixados para trás na região 2 depois que as versões replicadas das VMs foram iniciadas na região 1 durante a operação de armazenamento em blocos do OCI para reverter a replicação da região 1 de volta para a região 2 como parte do switchover. As VMs restantes não são usadas durante um switchback porque a operação para reverter a replicação de volume em blocos cria todas as novas VMs em grupos de volumes em blocos completamente novos.

2. Este grupo de planos encerra artefatos de grupos de volumes em blocos (VGs) que são deixados para trás na região 2 depois que as versões replicadas dos VGs foram ativadas na região 1 e a replicação do grupo de volumes foi revertida durante o switchover. Os grupos de volumes em blocos restantes nunca são usados novamente, nem mesmo como parte de um switchover da região 1 de volta para a região 2.

Tarefa 10.2.1: Ativar encerramento do grupo de planos de computação

Ative o grupo de planos.

1. Selecione Ativar todas as etapas no menu de contexto à direita do nome do grupo de planos.

Figura 10-3: ow para ativar instâncias de computação de encerramento

Tarefa 10.2.2 Ativar grupo de planos de grupos de volumes de encerramento

Ative o grupo de planos.

1. Selecione Ativar todas as etapas no menu de contexto à direita do nome do grupo de planos.

Figura 10-4: Como ativar grupos de volumes de encerramento

Tarefa 10.3: Criar grupo de planos para interromper o OAC na região 2 (principal)

Agora comece a adicionar Grupos de Planos de DR personalizados e definidos pelo usuário.

O primeiro grupo de planos definido pelo usuário interromperá a execução do OAC na região principal 1. Este grupo de planos conterá uma única etapa que chama o script bash oac-start-stop.sh que foi baixado para o Nó de Controle de DR na Tarefa 1.4.

Tarefa 10.3.1: Selecionar adicionar grupo de planos

Inicie o processo para adicionar um grupo de planos.

1. Clique em Adicionar grupo para começar.

Figura 10-5: Comece a adicionar o grupo de planos para interromper o OAC

Tarefa 10.3.2: Forneça o nome do grupo de planos, ordene e adicione a etapa

Um Grupo de Planos de DR pode conter muitas etapas que são todas executadas em paralelo. Estamos apenas adicionando uma única etapa para executar um script bash para interromper o OAC.

1. Dê ao grupo de planos um nome simples, mas descritivo. Isso é opcional, é claro, mas a melhor prática é adicionar uma observação sobre qual região o grupo de planos executará as etapas. Nesse caso, é a região principal; portanto, adicionamos "(Principal)" ao nome do grupo.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, vamos inserir nosso grupo de planos definido pelo usuário antes do grupo de planos incorporado que interrompe as VMs na região 2.
3. Selecione o grupo de planos Interromper Instâncias de Computação (Principal) incorporado.
4. Clique em Adicionar etapa para abrir a caixa de diálogo em que especificaremos o script para interromper o OAC.

Figura 10-6: Parâmetros para criar grupo de planos e adicionar etapa para interromper o OAC

Tarefa 10.3.3: Forneça o nome da etapa e os parâmetros do script local

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, interromperá o OAC na região 2.

Explicaremos todos os campos nesta caixa de diálogo, mas deixaremos de fora esse detalhe em todas as capturas de tela restantes nas etapas subsequentes, pois estamos apenas executando o mesmo processo repetidamente.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. O plano de DR deverá ser interrompido se o script falhar ao interromper o OAC. Isso permitirá que qualquer pessoa veja que há um problema e corrija-o. O Full Stack DR fornece a oportunidade de continuar executando o plano de switchover após corrigir o problema.
3. O valor padrão antes de o Full Stack DR declarar uma falha é de uma hora. Esse valor pode ser alterado para 30 minutos ou o que for considerado um valor de tempo limite mais realista.
4. Sempre selecione a região em que o Nó de Controle de DR está sendo executado agora, não em que ele será executado durante um switchover. O Full Stack DR acompanhará onde a VM está sendo executada, então você só precisa especificar onde ela está agora. Nesse caso, o Nó de Controle DR está em execução na região 2 (Phoenix).
5. Selecione Executar script local para informar ao Full Stack DR que o script será encontrado em uma instância de computação. Os scripts bash foram transferidos por download para o Nó de Controle DR na Tarefa 1.3.
6. Selecione o compartimento correto que contém o Nó de Controle DR - ele pode ser qualquer compartimento. Selecione a instância de computação designada como o Nó de Controle de DR (pode ser um servidor de aplicativos ou uma VM criada apenas para este projeto/tutorial).
7. Cole no caminho absoluto em que você instalou o script oac-start-stop.sh no Nó de Controle DR. Adicione stop como o primeiro parâmetro e o ID da região do OCI como o segundo.
8. Especifique opc como o usuário para executar o script.
9. Clique em Adicionar etapa para adicioná-la ao grupo de planos.

Figura 10-7: Parâmetros para criar a etapa do plano para interromper o OAC

Tarefa 10.3.4: Conclua a adição do grupo de planos e da etapa

A etapa para interromper o OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 10-8 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada. É possível adicionar etapas adicionais a um grupo de planos de DR, mas esse grupo de planos incluirá apenas a etapa para interromper o OAC.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 10-8: Finalize a adição de grupo de planos e etapa para interromper o OAC

Tarefa 10.4: Criar grupo de planos para iniciar o OAC na região 1 (stand-by)

O segundo grupo de planos definido pelo usuário iniciará o OAC depois que o Nó de Controle de DR for iniciado na região stand-by 2. Este grupo de planos conterá uma única etapa que chama o script bash oac-start-stop.sh que foi baixado para o Nó de Controle de DR na Tarefa 1.3.

Tarefa 10.4.1: Selecionar adicionar grupo de planos

Como antes, clique em Adicionar grupo para começar.

Figura 10-9: Comece a adicionar o grupo de planos para iniciar o OAC no stand-by

Tarefa 10.4.2: Forneça o nome do grupo de planos, ordene e adicione a etapa

Crie um grupo de planos de DR para iniciar o OAC.

1. Dê ao grupo de planos um nome simples, mas descritivo. É sempre uma boa prática adicionar "(Stand-by)" ao nome do grupo, por isso é óbvio qual região as etapas se aplicam rapidamente.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, vamos inserir nosso grupo de planos definido pelo usuário depois do grupo de planos incorporado que inicia a versão replicada do nó de controle DR na região 1.
3. Selecione o grupo de planos Iniciar Instâncias de Computação (Stand-by) incorporado.
4. Clique em Adicionar etapa para abrir a caixa de diálogo em que especificaremos o script para iniciar o OAC.

Figura 10-10: Parâmetros para criar grupo de planos e adicionar etapa para iniciar o OAC no stand-by

Tarefa 10.4.3: Forneça o nome da etapa e os parâmetros do script local

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, ele iniciará o OAC na região 1.

Tudo nesta tarefa é o mesmo que a Tarefa 10.3.3, exceto para os itens mostrados na Figura 10-11 abaixo.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. Cole no caminho absoluto em que você instalou o script oac-start-stop.sh no Nó de Controle DR. Adicione start como o primeiro parâmetro e o ID da região do OCI como o segundo.
3. Clique em Adicionar etapa para adicioná-la ao grupo de planos.

Figura 10-11: Parâmetros para criar a etapa do plano para iniciar o OAC no stand-by

Tarefa 10.4.4: Conclua a adição do grupo de planos e da etapa

A etapa para iniciar o OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 10-12 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 10-12: Finalize a adição do grupo de planos e da etapa para iniciar o OAC no stand-by

Tarefa 10.5: Criar grupo de planos para recuperar o instantâneo na região 1 (stand-by)

O terceiro grupo de planos definido pelo usuário recuperará o OAC na região stand-by 1 usando o snapshot periódico replicado do bucket de armazenamento de objetos na região 2 para a região 1. Este grupo de planos conterá uma única etapa que chama o script bash oac-register-snapshot.sh que foi baixado para o Nó de Controle de DR na Tarefa 1.3.

Tarefa 10.5.1: Selecionar adicionar grupo de planos

Como antes, clique em Adicionar grupo para começar.

Figura 10-13: Comece a adicionar o grupo de planos para recuperar o snapshot no stand-by

Tarefa 10.5.2: Forneça o nome do grupo de planos, ordene e adicione a etapa

Crie um grupo de planos de DR para recuperar o OAC na região stand-by 1.

1. Dê ao grupo de planos um nome simples, mas descritivo.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, insira o grupo de planos definido pelo usuário após o grupo de planos definido pelo usuário criado na etapa anterior para iniciar o OAC.
3. Selecione o grupo de planos Iniciar OAC (Stand-by) incorporado.
4. Clique em Adicionar etapa para abrir a caixa de diálogo em que especificaremos o script para recuperar o snapshot do OAC.

Figura 10-14: Parâmetros para criar grupo de planos e adicionar etapa para recuperar o snapshot do OAC no stand-by

Tarefa 10.5.3: Forneça o nome da etapa e os parâmetros do script local

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, ele recuperará o instantâneo do OAC na região 1. O snapshot é obtido na região principal durante operações normais e armazenado em um bucket de armazenamento de objetos na região 1.

Tudo nesta tarefa é o mesmo que a Tarefa 10.3.3, exceto para os itens mostrados na Figura 10-15 abaixo.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. Cole no caminho absoluto em que você instalou o script oac-start-stop.sh no Nó de Controle DR. Adicione ID da região do OCI como o único parâmetro (PHX neste exemplo).
3. Clique em Adicionar etapa para adicioná-la ao grupo de planos.

Figura 10-15: Parâmetros para criar a etapa do plano para recuperar o snapshot no stand-by

Tarefa 10.5.4: Conclua a adição do grupo de planos e da etapa

A etapa para recuperar o OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 10-16 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 10-16: Finalize a adição do grupo de planos e da etapa para recuperar o snapshot no stand-by

Tarefa 10.6: Criar grupo de planos para reverter o snapshot na região 1 (stand-by)

O último grupo de planos definido pelo usuário alterará o trabalho cron discutido na Tarefa 10.5 acima. O Full Stack DR chamará o oac-chg-cronjob.sh para modificar o job cron para que ele salve o snapshot do OAC exportado no bucket de armazenamento na região 2.

Tarefa 10.6.1: Selecionar adicionar grupo de planos

Como antes, clique em Adicionar grupo para começar.

Figura 10-17: Comece a adicionar o grupo de planos para reverter a cópia de snapshot no stand-by

Tarefa 10.6.2: Forneça o nome do grupo de planos, ordene e adicione a etapa

Crie um grupo de planos de DR para reverter o snapshot do OAC para a região 2.

1. Dê ao grupo de planos um nome simples, mas descritivo. É sempre uma boa prática adicionar "(Stand-by)" ao nome do grupo, por isso é óbvio qual região as etapas se aplicam rapidamente.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, vamos inserir nosso grupo de planos definido pelo usuário depois do grupo de planos incorporado que recupera o instantâneo do OAC na região 1.
3. Selecione o grupo de planos Recuperar instantâneo OAC (Stand-by) incorporado.
4. Clique em Adicionar etapa para abrir a caixa de diálogo em que especificaremos o script para iniciar o OAC.

Figura 10-18: Parâmetros para criar grupo de planos e adicionar etapa para reverter a cópia de snapshot no stand-by

Tarefa 10.6.3: Forneça o nome da etapa e os parâmetros do script local

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, ele reverterá o snapshot do OAC para que seja salvo na região 2, que se tornará automaticamente a região stand-by após a conclusão do switchover.

Tudo nesta tarefa é o mesmo que a Tarefa 10.3.3, exceto para os itens mostrados na Figura 10-19 abaixo.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. Cole no caminho absoluto em que você instalou o script oac-chg-cronjob.sh no Nó de Controle de DR. Adicione a chave de região do OCI para a região 2 (phx neste exemplo) como o primeiro parâmetro e a chave de região para a região 1 (iad neste exemplo) como o segundo parâmetro.
3. Clique em Adicionar etapa para adicioná-la ao grupo de planos.

Figura 10-19: Parâmetros para criar a etapa do plano para estornar a cópia de snapshot no stand-by

Tarefa 10.6.4: Conclua a adição do grupo de planos e da etapa

A etapa para reverter a direção do snapshot do OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 10-20 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

3.
Figura 10-20: Finalize a adição de grupo de planos e etapa para reverter a cópia de snapshot no stand-by

O plano de switchover agora deve incluir os quatro Grupos de Planos de DR para OAC, conforme mostrado na captura de tela abaixo. Talvez você tenha grupos de planos adicionais se seu grupo de proteção incluir outros aplicativos ou serviços do OCI junto com o OAC.

Figura 10-21: Mostrando os quatro grupos de planos definidos pelo usuário adicionados ao plano de switchover

Tarefa 11: Personalizar o plano de failover na região 1 (Ashburn)

Esta tarefa explica como adicionar Grupos de Planos de DR personalizados e definidos pelo usuário e etapas para gerenciar as coisas que precisam ser realizadas durante um failover para o OAC na região 1 durante uma interrupção real ou perda de acesso à região 2. Estes serão um subconjunto das mesmas etapas que foram adicionadas ao plano de switchover na Tarefa 10 acima. No entanto, somente as etapas executadas na região stand-by 1 serão adicionadas ao plano de failover, pois supõe-se que a região 2 esteja completamente inacessível durante um failover.

1. Inicie o OAC na região stand-by 1 após iniciar qualquer VM.
2. Recupere o snapshot periódico na região stand-by 1. O instantâneo periódico foi configurado como parte da Tarefa 1.4 acima.
3. Altere o job cron de snapshot na região stand-by 1. O trabalho cron foi configurado como parte da tarefa 1.4 acima.

Tarefa 11.1: Criar grupo de planos para iniciar o OAC na região 1 (stand-by)

Comece navegando até o plano de failover criado na Tarefa 9.

1. Certifique-se de que a região stand-by 1 ainda seja o contexto da região atual na console.
2. Selecione o plano de failover.

Figura 11-1: Como criar a personalização inicial do plano de failover na região 1

Tarefa 11.2: Selecionar adicionar grupo de planos

O primeiro grupo de planos definido pelo usuário iniciará a execução do OAC na região stand-by 1. Este grupo de planos conterá uma única etapa que chama o script bash oac-start-stop.sh que foi baixado para o Nó de Controle de DR na Tarefa 1.3.

1. Clique em Adicionar grupo para começar.

Figura 11-2: Comece a adicionar o grupo de planos para iniciar o OAC

Tarefa 11.2.1: Forneça o nome do grupo de planos, ordene e adicione a etapa

Um Grupo de Planos de DR pode conter muitas etapas que são todas executadas em paralelo. Estamos apenas adicionando uma única etapa para executar um script bash para iniciar o OAC.

1. Dê ao grupo de planos um nome simples, mas descritivo. Isso é opcional, é claro, mas a melhor prática é adicionar uma observação sobre qual região o grupo de planos executará as etapas. Nesse caso, é a região stand-by 1, portanto, adicionamos "(Stand-by)" ao nome do grupo.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, vamos inserir nosso grupo de planos definido pelo usuário após o grupo de planos incorporado que inicia as VMs replicadas na região 1
3. Selecione o grupo de planos Iniciar Instâncias de Computação (Stand-by) incorporado
4. Clique em Adicionar etapa para abrir a caixa de diálogo na qual especificaremos o script para iniciar o OAC

Figura 11-3: Parâmetros para criar grupo de planos e adicionar etapa para iniciar o OAC

Tarefa 11.2.2: Forneça o nome da etapa e os parâmetros do script local

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, ele iniciará o OAC na região 2, conforme mostrado na Figura 7-4 abaixo.

Explicaremos todos os campos nesta caixa de diálogo, mas deixaremos de fora esse detalhe em todas as capturas de tela restantes nas etapas subsequentes, pois estamos apenas executando o mesmo processo repetidamente.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. O plano de DR deverá ser interrompido se o script não iniciar o OAC. Isso permitirá que qualquer pessoa veja que há um problema e corrija-o. O Full Stack DR fornece a oportunidade de continuar executando o plano de switchover após corrigir o problema.
3. O valor padrão antes de o Full Stack DR declarar uma falha é de uma hora. Esse valor pode ser alterado para 30 minutos ou o que for considerado um valor de tempo limite mais realista.
4. Sempre selecione a região em que o Nó de Controle de DR está sendo executado agora, não em que ele será executado durante um switchover. O Full Stack DR acompanhará onde a VM está sendo executada, então você só precisa especificar onde ela está agora. Nesse caso, o Nó de Controle DR está em execução na região 2 (Phoenix).
5. Selecione Executar script local para informar ao Full Stack DR que o script será encontrado em uma instância de computação. Os scripts bash foram transferidos por download para o Nó de Controle DR na Tarefa 1.3.
6. Selecione o compartimento correto que contém o Nó de Controle DR - ele pode ser qualquer compartimento. Selecione a instância de computação designada como o Nó de Controle de DR (pode ser um servidor de aplicativos ou uma VM criada apenas para este projeto/tutorial).
7. Cole no caminho absoluto em que você instalou o script oac-start-stop.sh no Nó de Controle DR. Adicione start como o primeiro parâmetro e o ID da região do OCI como o segundo.
8. Especifique opc como o usuário para executar o script.
9. Clique em Adicionar etapa para adicioná-la ao grupo de planos

Figura 11-4: Parâmetros para criar a etapa do plano para iniciar o OAC no stand-by

Tarefa 11.2.3: Conclua a adição do grupo de planos e da etapa

A etapa para iniciar o OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 11-5 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 11-5: Finalize a adição de grupo de planos e etapa para iniciar o OAC

Tarefa 11.3: Criar grupo de planos para recuperar instantâneo na região 1 (stand-by)

O segundo grupo de planos definido pelo usuário recuperará o OAC na região stand-by 1 usando o snapshot periódico replicado do bucket de armazenamento de objetos na região 2 para a região 1. Esta é a mesma tarefa que foi adicionada ao plano de switchover é a Tarefa 9.

Tarefa 11.3.1: Selecionar adicionar grupo de planos

Como antes, clique em Adicionar grupo para começar.

Figura 11-6: Comece a adicionar o grupo de planos para recuperar o snapshot no stand-by

Tarefa 11.3.2: Forneça o nome do grupo de planos, ordene e adicione a etapa

Crie um grupo de planos de DR para recuperar o OAC na região stand-by 1.

1. Dê ao grupo de planos um nome simples, mas descritivo.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, insira o grupo de planos definido pelo usuário após o grupo de planos definido pelo usuário criado na etapa anterior para iniciar o OAC.
3. Selecione o grupo de planos Iniciar OAC (Stand-by) incorporado.
4. Clique em Adicionar etapa para abrir a caixa de diálogo em que especificaremos o script para recuperar o snapshot do OAC.

Figura 11-7: Parâmetros para criar grupo de planos e adicionar etapa para recuperar o snapshot do OAC no stand-by

Tarefa 11.3.3: Forneça o nome da etapa e os parâmetros do script local

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, ele recuperará o instantâneo do OAC na região 1. O snapshot é obtido na região principal durante operações normais e armazenado em um bucket de armazenamento de objetos na região 1.

Tudo nesta tarefa é o mesmo que a Tarefa 11.3.2, exceto para os itens mostrados na Figura 11-8 abaixo.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. Cole no caminho absoluto em que você instalou o script oac-start-stop.sh no Nó de Controle DR. Adicione ID da região do OCI como o único parâmetro (PHX neste exemplo).
3. Clique em Adicionar etapa para adicioná-la ao grupo de planos.

Figura 11-8: Parâmetros para criar a etapa do plano para recuperar o snapshot no stand-by

Tarefa 11.3.4: Conclua a adição do grupo de planos e da etapa

A etapa para recuperar o OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 11-9 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 11-9: Finalize a adição do grupo de planos e da etapa para recuperar o snapshot no stand-by

Tarefa 11.4: Criar grupo de planos para reverter o instantâneo na região 1 (stand-by)

O último grupo de planos definido pelo usuário alterará o trabalho cron para que o instantâneo do OAC seja salvo na região 2 depois que ele se tornar acessível novamente. Esta é a mesma tarefa que foi adicionada ao plano de switchover na Tarefa 10.

Tarefa 11.4.1: Selecionar adicionar grupo de planos

Como antes, clique em Adicionar grupo para começar.

Figura 11-10: Comece a adicionar o grupo de planos para reverter a cópia de snapshot no stand-by

Tarefa 11.4.2: Forneça o nome do grupo de planos, ordene e adicione a etapa

Crie um grupo de planos de DR para reverter o snapshot do OAC para a região 2.

1. Dê ao grupo de planos um nome simples, mas descritivo. É sempre uma boa prática adicionar "(Stand-by)" ao nome do grupo, por isso é óbvio qual região as etapas se aplicam rapidamente.
2. Selecione uma posição na qual o grupo de planos será inserido no plano de DR. Nesse caso, vamos inserir nosso grupo de planos definido pelo usuário depois do grupo de planos incorporado que recupera o instantâneo do OAC na região 1.
3. Selecione o grupo de planos Recuperar instantâneo OAC (Stand-by) incorporado.
4. Clique em Adicionar etapa para abrir a caixa de diálogo em que especificaremos o script para iniciar o OAC.

Figura 11-11: Parâmetros para criar grupo de planos e adicionar etapa para reverter a cópia de snapshot no stand-by

Tarefa 11.4.3: Forneça o nome da etapa e os parâmetros do script local

A caixa de diálogo Adicionar etapa do grupo de planos nos permite especificar parâmetros sobre o que essa etapa executará e como ela se comportará durante a recuperação. Nesse caso, ele reverterá o snapshot do OAC para que seja salvo na região 2, que se tornará automaticamente a região stand-by após a conclusão do switchover.

Tudo nesta tarefa é o mesmo que a Tarefa 11.3.2, exceto para os itens mostrados na Figura 11-19 abaixo.

1. Um nome descritivo que explica qual tarefa esta etapa executa.
2. Cole no caminho absoluto em que você instalou o script oac-chg-cronjob.sh no Nó de Controle de DR. Adicione a chave de região do OCI para a região 2 (phx neste exemplo) como o primeiro parâmetro e a chave de região para a região 1 (iad neste exemplo) como o segundo parâmetro.
3. Clique em Adicionar etapa para adicioná-la ao grupo de planos.

Figura 11-12: Parâmetros para criar a etapa do plano para estornar a cópia de snapshot no stand-by

Tarefa 11.4.4: Conclua a adição do grupo de planos e da etapa

A etapa para reverter a direção do snapshot do OAC agora é adicionada ao grupo de planos de DR, conforme mostrado na figura 11-13 abaixo.

1. Isso mostra a etapa do plano que acabou de ser adicionada.
2. Clique em Adicionar para adicionar o grupo de planos de DR e a etapa ao plano de DR.

Figura 11-13: Finalize a adição de grupo de planos e etapa para reverter a cópia de snapshot no stand-by

O plano de failover agora deve incluir os três Grupos de Planos de DR para OAC, conforme mostrado na captura de tela abaixo. Talvez você tenha grupos de planos adicionais se seu grupo de proteção incluir outros aplicativos ou serviços do OCI junto com o OAC.

Figura 11-14: Mostrando os três grupos de planos definidos pelo usuário adicionados ao plano de failover

Próximas Etapas

O Full Stack DR for OAC deve ser totalmente implementado neste momento. No entanto, a funcionalidade completa deve ser validada antes de usar o Full Stack DR para produção. Todos os planos de failover e switchover devem ser executados para validar que tudo funciona conforme o esperado e que a equipe de recuperação entenda completamente todo o processo.

Testando planos de switchover

Os planos de switchover são projetados para limpar todos os artefatos e garantir que todas as atribuições de etapas de recuperação incorporadas, como balanceador de carga, armazenamento em blocos, sistemas de arquivos, BaseDB, ExaCS e Autonomous Data Base, estejam prontas para serem recuperadas da região stand-by sem intervenção humana.

Testando planos de failover

Failovers são diferentes. Os failovers por sua própria natureza não podem limpar artefatos ou garantir que serviços e bancos de dados na região com falha estejam prontos para fazer a transição das cargas de trabalho de volta para a região 1. A equipe de recuperação precisa entender e executar tarefas para garantir que o Data Guard esteja no estado correto, que os artefatos das instâncias de armazenamento e computação tenham sido encerrados etc. Leia Redefinindo a Configuração do DR Após um Failover na documentação do OCI Full Stack DR para entender o processo.

Validar todos os planos de DR para aceitação final

A equipe de recuperação precisa executar uma validação final para demonstrar a prontidão dos grupos de proteção e planos de DR de pilha completa para cargas de trabalho de produção. A Região 2 (Phoenix) deve ser a região principal neste ponto do processo. Inicie a validação final de todos os planos executando as seguintes etapas:

• Teste o switchover da região 2 (principal) de volta para a região 1 (stand-by).
• Teste o failover da região 1 (principal) para a região 2 (stand-by).
• Prepare a região 1 (principal) para failover da região 2.
• Teste o failover da região 2 (principal) para a região 1 (stand-by).
• Prepare a região 2 (principal) para um failover ou switchover para a região 2.
• Os grupos de proteção de DR e a pilha de aplicativos devem estar em um estado operacional normal e prontos para um failover ou switchover neste ponto.

Links Relacionados

• Arquitetura de Referência: Projetar uma topologia de DR do Oracle Analytics Cloud com o Full Stack Disaster Recovery Service encontrada no Oracle Architecture Center

• Documento Técnico: Configuração de Recuperação de Desastres para o Oracle Analytics Cloud

• Exemplos de scripts: Faça download de exemplos de scripts em GitHub

• Blog: Plano de Recuperação de Desastres para o Oracle Analytics Cloud usando o Método de Switchover Manual

• Lista de reprodução do Full Stack DR Oracle Analytics Cloud em YouTube

  • Implante o Oracle Analytics Cloud para DR (vídeo 1)

  • Automatize a recuperação do Oracle Analytics Cloud (vídeo 2)

  • Scripts usados para automatizar a recuperação do Oracle Analytics Cloud (vídeo 3)

• Página do Produto do OCI Full Stack Disaster Recovery

• Documentação do OCI Full Stack Disaster Recovery

• Full Stack Disaster Recovery - Scripts de grupo definidos pelo usuário

• Participe do canal público slack #full-stack-dr

Agradecimentos

• Autor - Bala Guddeti (Especialista em Soluções de Nuvem da NACE)

• Colaboradores - Greg King (Gerente de Produtos Full Stack Disaster Recovery), Suraj Ramesh (Gerente de Produtos Full Stack Disaster Recovery)

Mais Recursos de Aprendizagem

Explore outros laboratórios em docs.oracle.com/learn ou acesse mais conteúdo de aprendizado gratuito no canal Oracle Learning YouTube. Além disso, visite education.oracle.com/learning-explorer para se tornar um Oracle Learning Explorer.

Para obter a documentação do produto, visite o Oracle Help Center.

---

Título e Informações de Copyright

Automate Recovery for Oracle Analytics Cloud Using OCI Full Stack Disaster Recovery

F88861-01

December 2023

Copyright © 2023, Oracle and/or its affiliates.