Compreender o Processo de Configuração

A configuração da recuperação de desastres do JD Edwards usando o OCI Full Stack Disaster Recovery é basicamente um processo de três etapas: você precisa criar grupos de proteção de DR e, em seguida, criar o plano de DR que inclui esses grupos. Depois que essas etapas forem concluídas, você precisará implementar totalmente o plano concluindo uma sequência de atividades pós-intercâmbio. Você pode configurar e implementar um plano de DR para instâncias móveis e não móveis, ambas descritas neste artigo, juntamente com uma descrição do processo de switchover.

Implementar um Grupo de Proteção de Recuperação de Desastre e um Plano de Recuperação de Desastre para Mover Instâncias

Implemente instâncias em movimento, que são comumente usadas em topologias de DR frias, na região principal. Durante um evento de desastre, a movimentação de instâncias é movida do grupo de proteção de DR da região principal para o grupo de proteção de DR da região stand-by. A movimentação de instâncias é econômica porque os recursos na região stand-by não estão em execução continuamente, embora, como você precisa garantir que eles sejam provisionados e iniciados na região stand-by, eles exijam tempos de recuperação mais longos.

Os tópicos a seguir orientam você no processo de configuração e implementação de um grupo de proteção de DR e no plano para mover instâncias

Criar Grupo de Proteção de Recuperação de Desastre

Primeiro, crie um grupo de proteção de DR, associe os grupos de DR principal e secundário e adicione membros ao grupo. Use este procedimento:

Faça log-in na Console do OCI e selecione a região principal. No Menu Principal, clique em Recuperação de Desastre, em Grupos de Proteção de DR e, em seguida, em Criar Grupo de Proteção de DR. Selecione o bucket de armazenamento de objetos criado na região Principal como parte dos pré-requisitos para fins de log.
Alterne para a região standby na Console do OCI. Crie outro grupo de proteção de DR e associe-o ao bucket criado no stand-by, que você configura como pré-requisito.
Retorne à região principal e selecione o grupo de proteção de DR criado lá. Clique em Associar para estabelecer o link com o grupo de DR na região stand-by.
Exiba as designações de atribuição (principal/stand-by) para cada grupo de DR na página principal Grupos de Proteção de DR na Console do OCI.
Adicione membros ao Grupo de DR na região principal:
1. Inclua o grupo de volumes necessário como membro do grupo de proteção de DR.
2. Adicione recursos de computação e forneça a entrada necessária para as VNICs selecionando Adicionar Mapeamento de VNICs. As definições de VNIC devem corresponder ao site principal, pois o JDE armazena nomes de host nas informações da máquina. Você também pode especificar endereços IP válidos para a região de DR a ser usada durante a rotação da instância de computação.
3. Você deverá ter criado um balanceador de carga na região stand-by como parte dos pré-requisitos. Depois de criado, você pode adicionar como membro do grupo de proteção de DR. Associe conjuntos de backend entre as regiões principal e stand-by para garantir que os backends façam a transição corretamente durante a recuperação do diástrofe.
4. Adicione o banco de dados como membro à região Principal e, em seguida, alterne para a região Secundária e o banco de dados de mesmo nível como membro da proteção de DR.

Criar Plano de Recuperação de Desastre

Um plano de recuperação de desastres descreve o workflow da região Principal para a região Stand-by de atividades e tarefas que seriam realizadas no caso de um switchover ou failover. Esta seção descreve o processo de criação de um plano de DR que é membro do grupo de Proteção definido anteriormente

Quando executado, o plano de DR resulta na transição de recursos (membro do grupo de proteção) da região Principal para a região Stand-by e vice-versa.

Para criar o plano de DR, use este procedimento:

Navegue até o Grupo de Proteção de DR relevante. Na guia Recursos, selecione Criar Plano.
Observação:
- Para um cenário de switchover, crie o plano na região Stand-by.
- Para um cenário de rollback, crie o plano na região Principal.
Uma vez criado, o plano de DR inclui várias etapas padrão. Por padrão, as etapas de encerramento são desativadas. Você pode ativar ou desativar etapas específicas com base em seus requisitos.
Você pode adicionar ações personalizadas ao plano clicando em Adicionar Grupo. Use essa opção para incorporar scripts que foram criados como parte da execução da sua etapa personalizada.
Forneça um Nome de Grupo. Escolha a sequência correta selecionando Adicionar Antes ou Adicionar Depois e, em seguida, selecione o grupo que sua nova etapa deve preceder ou seguir. Clique em Adicionar Etapa para incluir a nova ação no plano.
Para cada etapa personalizada, informe um Nome de Grupo e um Nome de Etapa. Selecione o Tipo de Etapa Definido pelo Usuário correto, dependendo da localização do seu script. Forneça os parâmetros de script necessários e clique em Adicionar Etapa. Se necessário, você pode adicionar várias etapas ao mesmo grupo.

Observação:
Nesse cenário, a região selecionada é Principal, pois é um cenário FSDR móvel, e as instâncias não estão presentes na região Secundária.
Depois de validar as etapas do plano, clique em Executar Plano para iniciar o switchover.
Se as pré-verificações forem bem-sucedidas, o plano de DR executará cada etapa sequencialmente.
Se ocorrerem erros durante o processo de switchover, a execução será pausada na etapa com falha. Você pode optar por ignorar a etapa com falha e continuar com as etapas restantes no plano.
para o procedimento de rollback, siga este mesmo processo; no entanto, certifique-se de que o plano seja executado na região Principal durante o rollback.

Implementar um Grupo de Proteção de Recuperação de Desastres e um Plano de Recuperação de Desastres para Instâncias Não Móveis

Implemente instâncias estáticas, que são comuns em topologias de DR ativo-passivo, nas regiões principal e stand-by. Durante as operações de DR, essas instâncias são iniciadas ou interrompidas conforme necessário para fazer a transição do serviço entre regiões. Esse método fornece recuperação mais rápida devido à infraestrutura pré-existente na região stand-by, embora possa ser caro porque sua infraestrutura precisa ser mantida em ambas as regiões.

Os tópicos a seguir orientam você no processo de configuração e implementação de um grupo de proteção de DR e planos para instâncias estáticas.

Criar Grupo de Proteção de Recuperação de Desastre

Assim como acontece com a movimentação de instâncias, se você estiver trabalhando com instâncias não móveis, precisará criar um grupo de proteção de DR, associar novamente os grupos de DR principal e secundário e adicionar membros ao grupo. Use este procedimento:

Faça log-in na Console do OCI e selecione a região de Mumbai. No Menu Principal, clique em Recuperação de Desastre, em Grupos de Proteção de DR e, em seguida, em Criar Grupo de Proteção de DR. Selecione o bucket do Object Storage criado na região de Mumbai como parte dos pré-requisitos para fins de log.
Adicionar Membros ao Grupo de DR na Região Principal.
Alterne para a região Secundária na Console do OCI. Crie outro Grupo de Proteção de DR e associe-o ao bucket criado no local Secundário, que foi configurado como pré-requisito.
Adicione Membros ao Grupo de DR na Região Secundária. Como essa é uma configuração de DR do tipo não móvel, todos os servidores JDE Deployment, Batch e Web necessários já devem estar provisionados na região secundária.
Somente os volumes em blocos serão replicados para o site Secundário. É recomendável hospedar o aplicativo em volumes em blocos.
Para sincronizar volumes de inicialização em servidores nos locais Primário e Secundário, use rsync/robocopy para sincronizar a pasta de arquivos entre os locais primário e secundário, se necessário.
Retorne à região Principal e selecione o grupo de proteção de DR criado lá. Clique em Associar para estabelecer o link com o grupo de DR em Secundário.
Você pode exibir as designações de atribuição (Principal/Secundária) para cada grupo de DR na página principal Grupos de Proteção de DR na Console do OCI.

Criar Plano de Recuperação de Desastre

Semelhante a um plano de DR para mover instâncias, um plano de DR para instâncias não móveis descreve o workflow de atividades e tarefas que seriam realizadas no caso de um switchover ou failover da região principal para a região stand-by. Para criar um plano de DR para instâncias estáticas que sejam membros do grupo de Proteção definido na etapa anterior, use este procedimento.

Navegue até o Grupo de Proteção de DR relevante. Na guia Recursos, selecione Criar Plano.
Observação:
- Para um cenário de switchover, crie o plano na região Secundária.
- Para um cenário de rollback, crie o plano na região Principal.
Você pode adicionar ações personalizadas ao plano clicando em Adicionar Grupo. Use essa opção para incorporar scripts que foram criados como parte da execução da sua etapa personalizada.
Crie scripts Personalizados para iniciar E1services na região Secundária.
Depois de validar as etapas do plano, clique em Executar Plano para iniciar o switchover.
Se as pré-verificações forem bem-sucedidas, o plano de DR executará cada etapa sequencialmente.
Se ocorrerem erros durante o processo de switchover, a execução será pausada na etapa com falha. Você pode optar por ignorar a etapa com falha e continuar com as etapas restantes no plano.
Para um rollback, use o mesmo processo; no entanto, você precisa executar o plano na região Principal durante o rollback.

Compreender Grupos de Planos de Recuperação de Desastres

O JD Edwards FDSR conta com dois grupos de planos de DR:

Grupos pré-preenchidos, que são grupos sequenciais que variam com base nos integrantes e no tipo de plano.
Grupos personalizados, que executam alterações de configuração no aplicativo JDE usando scripts personalizados após o switchover de instâncias da região principal para a região secundária.

Os tópicos a seguir descrevem como usar esses grupos.

Compreender Grupos Pré-preenchidos para Planos de DR

O Pré-preenchimento de grupos sequenciais varia com base nos membros que foram adicionados ao Grupo de Proteção de DR e no tipo de plano. Aqui serão discutidas as etapas que são preenchidas de acordo com o Plano de Switchover.

Pré-verificações - Integrado
Essas pré-verificações garantem que todos os recursos, configurações e permissões necessários estejam em vigor para ajudar a evitar erros durante o failover, failback ou teste reais.
Balanceadores de Carga - Atualizar Conjuntos de Backend de Origem
Remove servidores de backend dos conjuntos de backend que não são mais necessários após o failover.
Instâncias de Computação – Interromper
Interrompe todos os recursos de Instância que fazem parte do grupo de proteção de DR na região Principal.
Grupos de Volumes – Switchover
Inicia uma operação de switchover para grupos de volumes da região Principal para a região Secundária, tornando os volumes na região Secundária graváveis e ativos.
Autonomous Databases – Switchover
Executa um switchover dos Autonomous Databases para a instância stand-by na região Secundária.
Instâncias de Computação – Iniciar
Inicia instâncias de computação na região Secundária usando configurações predefinidas.
Balanceadores de Carga - Atualizar Conjuntos de Backend de Destino
Atualiza os conjuntos de backend do balanceador de carga com backends iniciados na região Secundária.
Grupos de Volumes - Replicação Reversa
Reverte a direção da replicação do grupo de volumes para que a região Secundária agora replique os dados de volta para a região Principal para garantir a continuidade após o failover.
Instâncias do serviço Compute – Encerrar
Encerra as instâncias de computação que não são mais necessárias na Região Principal. Esta é uma etapa opcional, que precisa ser habilitada manualmente.
Instâncias do Serviço Compute - Remover do Grupo da Proteção de DR
Remove instâncias de computação do Grupo de Proteção de DR para manter o grupo atualizado.
Grupos de volume – Encerrar
Exclui grupos de volumes na região Principal após o switchover bem-sucedido. Esta é uma etapa opcional, que precisa ser habilitada manualmente
Grupos de Volumes - Remover do Grupo da Proteção de DR
Remove grupos de volumes do Grupo de Proteção de DR para manter o grupo atualizado.

Compreender Grupos Personalizados para o Plano de DR

Você pode adicionar esses grupos personalizados para executar alterações de configuração no aplicativo JDE usando scripts personalizados após o switchover de instâncias da região principal para a região secundária. Essa abordagem ajuda a minimizar o esforço operacional e reduzir o tempo de inatividade.

Os seguintes grupos foram incluídos com base nos requisitos de arquitetura.

Atualizar o Enterprise Server; adicione esse grupo depois de Instância de Computação – Iniciar.
Atualizar Servidor Web; adicione esse grupo após Atualizar Servidor Enterprise.
Atualizar Servidor Ais; adicione esse grupo após Atualizar Servidor Web.

Siga as etapas 2, 3 e 4 em "Criar Plano de Recuperação de Desastre", acima, para executar vários scripts personalizados para atualizar os arquivos de configuração do JDE para a região secundária.

Concluir as Atividades Pós-Switchover

Depois de alternar com sucesso para o site Secundário, execute as seguintes atividades para garantir que todos os serviços sejam restaurados e estejam operacionais:

Faça log-in nas máquinas virtuais da região de DR usando a chave privada.
Edite o arquivo /etc/hosts para incluir os endereços IP dos servidores DR Web, Enterprise/batch e AIS.
Faça log-in no servidor Enterprise/Batch e use tnsping para testar a conectividade com o banco de dados. Se for bem-sucedido, inicie os serviços do JD Edwards (E1). Execute um teste de porta após a inicialização do aplicativo.
Nos servidores Web e AIS, interrompa e inicie o serviço Weblogic.
Faça log-in na console WebLogic e inicie todos os servidores gerenciados associados.
No balanceador de carga da região Secundária, verifique se os backends mapeados estão em um estado ativo.
Execute testes em nível de superfície de links da Web do JDE. Após a verificação, libere o ambiente para os usuários.
Atualizar softcoding para JD Edwards na Conexão AIS:
1. Faça login no JDE e abra o aplicativo P954000.
2. Verifique o ambiente <J**920> e atualize para o link de DR: http://lb_address:port