- Usar o OCI Full Stack Disaster Recovery Service com domínios do Oracle WebLogic Server
- Configurar o OCI Full Stack Disaster Recovery
Configurar o OCI Full Stack Disaster Recovery
Definir o Grupo de Proteção de DR Principal
O Grupo de Proteção de DR (Recuperação de Desastre) principal contém os componentes do sistema na região principal. Ele contém os componentes que exigem qualquer ação durante um switchover ou failover.
Execute as seguintes etapas para definir o Grupo de Proteção de DR principal:
- Faça login na Console do Oracle Cloud Infrastructure na região principal.
- Navegue até Migração e Recuperação de Desastre e clique em Grupos de Proteção de DR.
- Clique em Criar Grupo de Proteção de DR.
- Informe um nome para o Grupo de Proteção de DR.
- Selecione o Compartimento e forneça um bucket do Oracle Cloud Infrastructure Object Storage para os logs.
- Deixe a função como Não configurada por enquanto.
- Clique em Adicionar membros.
- Adicione as instâncias de computação de camada intermediária principais. Escolha Instância não móvel no tipo de instância do serviço Compute.
Tipo de Recurso Instância Tipo de Instância de Computação Serviço Compute Instância de computação em camada intermediária 0 da região principal Instância não móvel Serviço Compute Instância de computação em camada intermediária 1 da região principal Instância não móvel Serviço Compute Instância de computação em camada intermediária n da região principal Instância não móvel - Adicione o banco de dados principal. Selecione o tipo de recurso apropriado (Banco de Dados ou Autonomous Database).
- Adicione as instâncias de computação de camada intermediária principais. Escolha Instância não móvel no tipo de instância do serviço Compute.
- Clique em Criar.
Definir o Grupo de Proteção de DR Stand-by
O Grupo de Proteção de DR (Recuperação de Desastre) stand-by contém os componentes do sistema na região secundária. Ele contém os componentes que exigem qualquer ação durante um switchover ou failover.
Execute as seguintes etapas para definir o Grupo de Proteção de DR stand-by:
- Faça login na Console do Oracle Cloud Infrastructure na região de stand-by.
- Navegue até Migração e Recuperação de Desastre e clique em Grupos de Proteção de DR.
- Clique em Criar Grupo de Proteção de DR.
- Informe um nome para o Grupo de Proteção de DR.
- Selecione o Compartimento e forneça um bucket do Oracle Cloud Infrastructure Object Storage para os logs.
- Defina a atribuição como Stand-by.
- Selecione a região principal na Região de pareamento.
- Selecione o Grupo de Proteção de DR criado anteriormente como Grupo de Proteção de DR de Ponto.
- Clique em Adicionar membros.
- Adicione as instâncias de computação de camada intermediária stand-by. Escolha Instância não móvel no tipo de instância do serviço Compute.
Tipo de Recurso Instância Tipo de Instância de Computação Serviço Compute Instância de computação em camada intermediária 0 da região stand-by Instância não móvel Serviço Compute Instância de computação em camada intermediária 1 da região stand-by Instância não móvel Serviço Compute Instância de computação em camada intermediária n da região stand-by Instância não móvel - Adicione o banco de dados stand-by. Selecione o tipo de recurso apropriado (Banco de Dados ou Autonomous Database).
- Adicione as instâncias de computação de camada intermediária stand-by. Escolha Instância não móvel no tipo de instância do serviço Compute.
- Clique em Criar.
Concluir a Definição dos Grupos de Proteção de DR
Observação:
Essa etapa só se aplica ao modelo de recuperação de desastre com base na replicação entre regiões do OCI Block Volumes. Esta etapa NÃO se aplica a modelos de recuperação de desastre com base nos métodos "OCI File Storage com rsync
" e "Database File System (DBFS)" para replicação da configuração.
- Configure o volume em blocos replicado em cada membro de computação no Grupo de Proteção de DR principal.
- Edite um membro de computação, clique em Opções avançadas e, em seguida, clique na guia Volumes em Blocos.
- Em Volume em Blocos, selecione o volume em blocos anexado à instância que é replicado para secundário.
- Em Instância de referência de anexo de volume, selecione a instância de computação de mesmo nível no stand-by.
Esta instância de computação é usada para obter os detalhes do anexo ao alternar para esta região.
- Em ponto de montagem, indique o ponto de montagem onde o volume em blocos está montado.
- A instância de computação pode ter mais de um volume em blocos replicado. Por exemplo, no Oracle WebLogic Server for OCI, você pode replicar
wlsociprefix-data-block-N
ewlsociprefix-mw-block-N
para secundário. Se esse for o caso, adicione mais volumes em blocos replicados à definição do membro da instância de computação.Observação:
NÃO ADICIONE os volumes BOOT. Eles não são replicados. - Repita a etapa anterior para cada membro da instância de computação no grupo de proteção de Desastre principal.
Veja a seguir um exemplo das propriedades avançadas de um Volume em Blocos nos detalhes do grupo de proteção de DR principal para membros de computação:Membro do Compute Volume em Blocos Instância de Referência de Anexo de Volume Ponto de Montagem Instância de computação em camada intermediária 0 da região principal wlsociprefix-data-block-1
Instância de computação em camada intermediária 0 do standby /u01/data
Instância de computação em camada intermediária 1 da região principal wlsociprefix-data-block-2
Instância de computação em camada intermediária 1 do standby /u01/data
Instância de computação em camada intermediária n da região principal wlsociprefix-data-block-N
Instância de computação em camada intermediária N de standby /u01/data
- Edite um membro de computação, clique em Opções avançadas e, em seguida, clique na guia Volumes em Blocos.
- Configure o volume em blocos replicado em cada membro de computação no Grupo de Proteção de DR stand-by:
- Edite um membro de computação stand-by, clique em Opções avançadas e, em seguida, clique na guia Volumes em Blocos.
- Em Volume em Blocos, selecione o volume em blocos na região principal que será anexada a essa instância de computação. A lista mostra diretamente os volumes em blocos do principal.
- Em Instância de referência de anexo de volume, selecione a instância de computação de mesmo nível na instância principal.
Isso é usado para obter os detalhes do anexo ao alternar para esta região.
- Em ponto de montagem, indique o ponto de montagem onde o volume em blocos está montado.
- A instância de computação pode ter mais de um volume em blocos replicado. Por exemplo, no Oracle WebLogic Server for OCI, você pode replicar
wlsociprefix-data-block-N
ewlsociprefix-mw-block-N
para secundário. Se esse for o caso, adicione mais volumes em blocos replicados à definição do membro da instância de computação.Observação:
NÃO ADICIONE os volumes BOOT. Eles não são replicados. - Repita a etapa anterior para cada instância de computação que seja membro do grupo.
Veja a seguir um exemplo das propriedades avançadas de um Volume em Blocos nos detalhes do Grupo de Proteção de DR stand-by para membros de computação:Membro do Compute Volume em Blocos Instância de Referência de Anexo de Volume Ponto de Montagem Instância de computação em camada intermediária 0 da região stand-by wlsociprefix-data-block-1
Instância de computação em camada intermediária 0 do principal /u01/data
Instância de computação em camada intermediária 1 da região stand-by wlsociprefix-data-block-2
Instância de computação em camada intermediária 1 do principal /u01/data
Instância de computação em camada intermediária n da região stand-by wlsociprefix-data-block-N
Instância de computação em camada intermediária N do principal /u01/data
- Edite um membro de computação stand-by, clique em Opções avançadas e, em seguida, clique na guia Volumes em Blocos.
- Edite o Grupo de Proteção de DR principal para adicionar os grupos de volumes replicados como membros do Grupo de Proteção de DR principal.
- Clique em Adicionar um Membro.
- Selecione o tipo de recurso Volume Group.
- Selecione o grupo de Volumes replicado para stand-by
- Repita para todos os grupos de Volumes criados no principal que são replicados no stand-by.
Observação:
Só execute isso no grupo de DR principal. Você não precisa adicionar nenhum grupo de volumes ao grupo de proteção de DR stand-by. O OCI Full Stack Disaster Recovery Service os adicionará automaticamente como membros ao Grupo de Proteção de DR stand-by quando ele se tornar principal, durante o processo de switchover ou failover.
Sobre Planos de DR
Para o Grupo de Proteção de DR da Região 1, você define os planos de switchover e failover da Região 2 para a Região 1. Para o Grupo de Proteção de DR da Região 2, você define os planos de switchover e failover da Região 1 para a Região 2.
Observação:
Você só pode criar e modificar planos no Grupo de Proteção de DR que tenha uma atribuição stand-by.- Plano de Switchover
Executa uma transição planejada de serviços do Grupo de Proteção de DR principal para o Grupo de Proteção de DR stand-by. Os planos de switchover executam uma transição ordenada, fazendo shutdown da pilha de aplicativos na região principal e depois colocando-a na região stand-by. Portanto, um plano de switchover requer que os componentes da pilha de aplicativos e outros serviços do OCI necessários estejam disponíveis nas duas regiões. Os planos de switchover são normalmente usados para fins de manutenção de site planejada, aplicação de patches de software, teste de DR e validação.
- Plano de Failover
Executa uma transição não planejada de serviços para a região stand-by. Os planos de failover geralmente executam uma transição imediata, trazendo a pilha de aplicativos na região stand-by, sem tentar fazer shutdown do serviço na região principal. Portanto, um plano de failover só requer que os serviços do OCI estejam disponíveis na região stand-by. Os planos de failover geralmente são usados para executar transições de DR quando uma interrupção ou um desastre afeta a região principal.
Criar o Plano de Switchover
Crie o plano de switchover no Grupo de Proteção de DR (Disaster Recovery) stand-by.
- Na Console do Oracle Cloud Infrastructure, navegue até o Grupo de Proteção de DR stand-by, clique em Planos e, em seguida, clique em Criar Plano.
- Forneça um nome para o plano.Por exemplo,
switchover_to_region2
. - Selecione Switchover para o tipo de plano.
Quando o plano é criado, ele inclui as etapas incorporadas: as pré-verificações e a etapa de switchover do banco de dados e as etapas para gerenciar a replicação entre regiões do Block Volumes, se usada.
As etapas são agrupadas em Grupos de Planos. Todas as etapas no mesmo grupo de planos são executadas em paralelo.Veja a seguir os grupos de planos esperados prontos para uso em um plano de switchover para modelos de DR com base no OCI File Storage com métodos de replicação de configuraçãorsync
e Oracle Database File System:- Pré-verificações integradas: Executa pré-verificações para todas as etapas do plano.
- Switchover Databases (Stand-by): Executa o switchover do banco de dados.
Veja a seguir os grupos de planos esperados prontos para uso em um plano de switchover para o modelo de DR baseado no método de réplica entre regiões do OCI Block Volumes:- Pré-verificações integradas: Executa pré-verificações para todas as etapas do plano.
- Desanexar Volumes em Blocos de instâncias de computação: Desmonta e desanexa os Volumes em Blocos das instâncias de computação principais.
- Grupos de Volumes de Switchover: Ativa as réplicas dos Grupos de Volumes em Blocos no site stand-by, para que novos Grupos de Volumes em Blocos e volumes em Blocos sejam criados no stand-by. Eles são uma cópia dos volumes em blocos principais.
- Switchover Databases (Stand-by): Executa o switchover do banco de dados.
- Anexar Volumes em Blocos de instâncias de computação: Anexa os Volumes em Blocos ativados às instâncias de computação stand-by.
- Replicação dos Grupos de Volumes Reversos: Permite a replicação entre regiões nos novos grupos de Volumes em Blocos criados na região stand-by (novo principal). Eles agora são replicados para a região principal anterior.
- Encerrar Grupo de Volumes: Encerra os Grupos de Volumes em Blocos e Volumes em Blocos na região principal anterior.
- Remover Grupos de Volumes do Grupo de Proteção de DR: Remove os membros dos Grupos de Volumes em Blocos da definição do grupo de proteção de DR principal anterior. Os Grupos de Volumes em Blocos são adicionados agora como membros do novo Grupo de proteção de DR principal.
Observação:
A etapa Encerrar Grupo de Volumes é desativada por padrão.
Quando a etapa é desativada, os grupos Volumes em Blocos e Volume em Blocos na instância principal anterior não são excluídos (somente desanexados). Você terá que apagá-los manualmente. Quando a etapa é ativada, os grupos Volumes em Blocos e Volume em Blocos na instância principal anterior são excluídos automaticamente.
Após os testes de validação iniciais, a Oracle recomenda ativar esta etapa para evitar duplicações de volume em blocos. Caso contrário, os volumes em blocos deixados para trás serão replicados continuamente e, mesmo que não sejam usados, incorrerão em um custo indesejado.
- Para o restante das ações, adicione os Grupos de Planos e as etapas definidos pelo usuário para as instâncias do Oracle WebLogic Server (WLS) e o switchover de DNS front-end, conforme mostrado na tabela.
Grupo de Planos Definido pelo Usuário Etapa Modo de Erro Região Script Instância do Alvo Parâmetros de Script Executar como Usuário Interrupção do WLS em remote_region (paralelo) Nó de interrupção do WLS 0 Interromper em Caso de Erro Região remota Executar script local Instância de computação em camada intermediária 0 /opt/scripts/custom_stop.sh
oracle
Interrupção do WLS em remote_region (paralelo) Nó de interrupção 1 do WLS Interromper em Caso de Erro Região remota Executar script local Instância de computação em camada intermediária 1 /opt/scripts/custom_stop.sh
oracle
Interrupção do WLS em remote_region (paralelo) Nó de interrupção do WLS N Interromper em Caso de Erro Região remota Executar script local Instância de computação em camada intermediária N /opt/scripts/custom_stop.sh
oracle
WLS Admin Server iniciar em this_region Servidor Admin WLS Interromper em Caso de Erro Esta região Executar script local Instância de computação em camada intermediária 0 /opt/scripts/custom_start_aserver.sh
oracle
Os servidores gerenciados do WLS começam em this_region (todos em paralelo) Nó inicial 0 do WLS Interromper em Caso de Erro Esta região Executar script local Instância de computação em camada intermediária 0 /opt/scripts/custom_start_mserver.sh
oracle
Os servidores gerenciados do WLS começam em this_region (todos em paralelo) Nó inicial 1 do WLS Interromper em Caso de Erro Esta região Executar script local Instância de computação em camada intermediária 1 /opt/scripts/custom_start_mserver.sh
oracle
Os servidores gerenciados do WLS começam em this_region (todos em paralelo) Nó inicial do WLS N Interromper em Caso de Erro Esta região Executar script local Instância de computação em camada intermediária N /opt/scripts/custom_start_mserver.sh
oracle
Switchover de DNS front-end Switchover de DNS front-end Interromper em Caso de Erro Esta região Executar função /
de script localInstância de computação em camada intermediária 0 Caminho para o script DNS no host opc
(ou o usuário que executa o script DNS)Observação:
O timeout padrão para cada operação é de 3600 segundos, que se ajusta adequadamente para a maioria dos casos. Para algumas operações, como iniciar e interromper servidores gerenciados pelo WLS, talvez você precise ajustar esse valor com base nos aplicativos implantados e se os shutdowns normais precisam aguardar as definições da Java Transaction API (JTA) e as operações de longa execução. Da mesma forma, o timeout de início dependerá de suas implantações do Oracle WebLogic Server. Por exemplo, em um sistema SOA, isso pode variar dependendo do número e do tipo de compostos implantados. Como isso pode ter um impacto direto no RTO (Recovery Time Objective), primeiro verifique cada operação manualmente para seu sistema e use o valor de timeout aceitável para atender ao RTO (pode ser necessário intervir se ocorrer um timeout).
As etapas no mesmo Grupo de Planos são executadas em paralelo. Os grupos de planos são executados no modo serial. Portanto, coloque as etapas para interromper as instâncias do Oracle WebLogic Server no mesmo Grupo de Planos, para que essas instâncias do Oracle WebLogic Server sejam interrompidas em paralelo. No entanto, as etapas para iniciar instâncias do Oracle WebLogic Server são separadas em 2 grupos de planos: um grupo de planos para iniciar o Servidor de Administração no primeiro nó e outro grupo de planos com etapas N para iniciar as instâncias gerenciadas do Oracle WebLogic Server em todos os hosts em paralelo.
- Opcionalmente, você pode adicionar as seguintes etapas definidas pelo usuário ao usar o modelo de DR com base no OCI File Storage com
rsync
ou replicação de configuração do Oracle Database File System. Esses scripts replicam a configuração do Oracle WebLogic para stand-by antes do switchover:Grupo de Planos Definido pelo Usuário Etapa Modo de Erro Região Script Instância do Alvo Parâmetros de Script Executar como Usuário (opcional) Sincronização de configuração no principal (do principal para a pasta de preparação) Executar script de réplica de configuração no nó principal 0 Interromper em Caso de Erro Região remota Executar script local Instância de computação em camada intermediária 0 /u01/scripts/config_replica.sh
oracle
(opcional) Sincronização de configuração no stand-by (da pasta de preparação para o stand-by) Executar script de réplica de configuração no nó stand-by 0 Interromper em Caso de Erro Esta região Executar script local Instância de computação em camada intermediária 0 /u01/scripts/config_replica.sh
oracle
- Adicione estas etapas definidas pelo usuário ao usar o modelo de DR com base na réplica entre regiões do OCI Block Volumes para substituir as strings de conexão do banco de dados na configuração do Oracle WebLogic (WLS) para apontar para o banco de dados local:
Grupo de Planos Definido pelo Usuário Etapa Modo de Erro Região Script Instância do Alvo Parâmetros de Script Executar como Usuário Substituição da string de Conexão do BD no WLS (tudo em paralelo) no nó 0 do WLS Interromper em Caso de Erro Esta região Executar script local Instância de computação em camada intermediária 0 /u01/scripts/replacement_script_BVmodel.sh
oracle
Substituição da string de Conexão do BD no WLS (tudo em paralelo) no nó 1 do WLS Interromper em Caso de Erro Esta região Executar script local Instância de computação em camada intermediária 1 /u01/scripts/replacement_script_BVmodel.sh
oracle
Substituição da string de Conexão do BD no WLS (tudo em paralelo) no nó WLS N Interromper em Caso de Erro Esta região Executar script local Instância de computação em camada intermediária N /u01/scripts/replacement_script_BVmodel.sh
oracle
- Reordene os Grupos de Planos no plano da seguinte forma ao usar o modelo de DR com base no OCI File Storage com replicação de configuração
rsync
ou Oracle Database File System:Posição do Grupo de Planos Grupo de Planos Tipo de Grupo de Planos 1 Pré-verificações integradas Etapa integrada 2 (opcional) Sincronização de Configuração no Principal (do principal para a pasta de preparação) Etapa definida pelo usuário 3 (opcional) Sincronização de Configuração em Stand-by (da pasta de preparação para stand-by) Etapa definida pelo usuário 4 Shutdown do Oracle WebLogic Server em remote_region (paralelo) Etapa definida pelo usuário 5 Switchover de DNS Etapa definida pelo usuário 6 Bancos de dados de switchover (Stand-by) Etapa integrada 7 Oracle WebLogic Server Admin Server iniciar em this_region Etapa definida pelo usuário 8 Os servidores gerenciados do Oracle WebLogic Server são iniciados em this_region (todos os nós em paralelo) Etapa definida pelo usuário - Reordene os Grupos de Planos no plano da seguinte forma ao usar o modelo de DR com base na replicação entre regiões do OCI Block Volumes, com base na ordem padrão:
Posição do Grupo de Planos Grupo de Planos Tipo de Grupo de Planos 1 Pré-verificações integradas Etapa integrada 2 Shutdown do Oracle WebLogic Server em remote_region (paralelo) Etapa definida pelo usuário 3 Desanexar Volumes em Blocos de instâncias de computação Etapa integrada 4 Grupos de Volumes de Switchover Etapa integrada 5 Switchover de DNS Etapa definida pelo usuário 6 Bancos de dados de switchover (Stand-by) Etapa integrada 7 Anexar Volumes em Blocos de instâncias de computação Etapa integrada 8 Substituição de string de Conexão do BD no Oracle WebLogic Server (todos em paralelo) Etapa definida pelo usuário 9 Oracle WebLogic Server Admin Server iniciar em this_region Etapa definida pelo usuário 10 Os servidores gerenciados do Oracle WebLogic Server são iniciados em this_region (todos os nós em paralelo) Etapa definida pelo usuário 11 Replicação dos Grupos de Volumes Inversos Etapa integrada 12 encerrar grupo de volumes Etapa integrada 13 Remover Grupos de Volumes do Grupo de Proteção de DR Etapa integrada O tempo de inatividade desse plano de switchover começa na etapa 2 e termina quando a etapa 10 é concluída.
Para minimizar o tempo de inatividade durante o plano de alternância, você pode usar a seguinte ordem:Posição do Grupo de Planos Grupo de Planos Tipo de Grupo de Planos 1 Pré-verificações integradas Etapa integrada 2 Grupos de Volumes de Switchover Etapa integrada 3 Anexar Volumes em Blocos de instâncias de computação Etapa integrada 4 Substituição de string de Conexão do BD no Oracle WebLogic Server (todos em paralelo) Etapa definida pelo usuário 5 Shutdown do Oracle WebLogic Server em remote_region (paralelo) Etapa definida pelo usuário 6 Switchover de DNS Etapa definida pelo usuário 7 Bancos de dados de switchover (Stand-by) Etapa integrada 8 Oracle WebLogic Server Admin Server iniciar em this_region Etapa definida pelo usuário 9 Os servidores gerenciados do Oracle WebLogic Server são iniciados em this_region (todos os nós em paralelo) Etapa definida pelo usuário 10 Desanexar Volumes em Blocos de instâncias de computação Etapa integrada 11 Replicação dos Grupos de Volumes Inversos Etapa integrada 12 encerrar grupo de volumes Etapa integrada 13 Remover Grupos de Volumes do Grupo de Proteção de DR Etapa integrada O tempo de inatividade para esse switchover ocorre entre a etapa 5 e termina quando a etapa 9 é concluída.Observação:
A etapa para Encerrar Grupo de Volumes está desativada por padrão.
Quando a etapa é desativada, os grupos Volumes em Blocos e Volume em Blocos na principal anterior não são excluídos (eles só são desanexados e a réplica entre regiões é desativada). Você deverá excluí-los manualmente. Quando a etapa é ativada, os grupos Volumes em Blocos e Volume em Blocos na instância principal anterior são excluídos automaticamente.
Após os testes de validação iniciais, a Oracle recomenda ativar esta etapa para evitar duplicações de volume em blocos. Caso contrário, os volumes em blocos deixados para trás se replicarão continuamente e, mesmo que não sejam usados, incorrerão em um custo indesejado.
- Repita essas etapas para criar o plano de switchback no Grupo de Proteção de DR para a região principal.
Observação:
Para criar o plano de switchback no Grupo de Proteção de DR para a região principal, aguarde até que ele esteja na atribuição stand-by. Portanto, programe um switchover em uma janela de tempo de inatividade planejado ou aguarde até o próximo switchover planejado para criar os planos de switchback no outro Grupo de Proteção de DR.
Criar o Plano de Failover
Crie o plano de failover no Grupo de Proteção de DR stand-by.
- Na Console do OCI, navegue até o Grupo de Proteção de DR stand-by, clique em Planos e, em seguida, clique em Criar Plano.
- Forneça um nome para o plano.Por exemplo,
failover_to_region2
. - Selecione Failover para o tipo de plano.Quando o plano é criado, ele inclui as etapas incorporadas: as pré-verificações e a etapa de failover do banco de dados e as etapas relacionadas à replicação entre regiões do Block Volumes, se usadas.Veja a seguir os grupos de planos esperados prontos para uso em um plano de failover para modelos de DR com base no OCI File Storage com métodos de replicação de configuração
rsync
e Oracle Database File System:- Pré-verificações integradas: Executa pré-verificações para todas as etapas do plano.
- Bancos de dados de failover (Stand-by): Executa o failover do banco de dados.
Veja a seguir os grupos de planos esperados prontos para uso em um plano de failover para o modelo de DR baseado no método de réplica entre regiões do OCI Block Volumes:- Pré-verificações integradas: Executa pré-verificações para todas as etapas do plano.
- Grupos de Volumes de Failover: Ativa as réplicas dos Grupos de Volumes em Blocos na região stand-by, para que novos Grupos de Volumes em Blocos e volumes em Blocos sejam criados no stand-by. Eles são uma cópia dos volumes em blocos principais.
- Bancos de dados de failover (Stand-by): Executa o failover do banco de dados.
- Anexar Volumes em Blocos de instâncias de computação: Anexa os Volumes em Blocos em stand-by às instâncias de computação stand-by.
Observação:
O plano de failover não inclui nenhuma operação no grupo de DR principal. Após um failover, você deverá executar manualmente algumas ações assim que o sistema principal estiver disponível novamente. Consulte Redefinindo a Configuração de DR Após um Failover para obter detalhes.
- Para o restante das ações, adicione os Grupos de Planos e as etapas, conforme mostrado na tabela.
Grupo de Planos Definido pelo Usuário Etapa Modo de Erro Região Script Instância do Alvo Parâmetros de Script Executar como Usuário Interrupção do WLS em remote_region (paralelo) Nó de interrupção do WLS 0 Continuar em caso de erro Remote region Executar script local Instância de computação em camada intermediária 0 /opt/scripts/custom_stop.sh
oracle
Interrupção do WLS em remote_region (paralelo) Nó de interrupção 1 do WLS Continuar em caso de erro Remote region Executar script local Instância de computação em camada intermediária 1 /opt/scripts/custom_stop.sh
oracle
Interrupção do WLS em remote_region (paralelo) Nó de interrupção do WLS N Continuar em caso de erro Remote region Executar script local Instância de computação em camada intermediária N /opt/scripts/custom_stop.sh
oracle
WLS Admin Server iniciar em this_region Servidor Admin WLS Interromper em Caso de Erro This region Executar script local Instância de computação em camada intermediária 0 /opt/scripts/custom_start_aserver.sh
oracle
Os servidores gerenciados do WLS começam em this_region (todos em paralelo) Nó inicial 0 do WLS Interromper em Caso de Erro This region Executar script local Instância de computação em camada intermediária 0 /opt/scripts/custom_start_mserver.sh
oracle
Os servidores gerenciados do WLS começam em this_region (todos em paralelo) Nó inicial 1 do WLS Interromper em Caso de Erro This region Executar script local Instância de computação em camada intermediária 1 /opt/scripts/custom_start_mserver.sh
oracle
Os servidores gerenciados do WLS começam em this_region (todos em paralelo) Nó inicial do WLS N Interromper em Caso de Erro This region Executar script local Instância de computação em camada intermediária N /opt/scripts/custom_start_mserver.sh
oracle
Switchover de DNS front-end Switchover de DNS front-end Interromper em Caso de Erro This region Executar função/script local Instância de computação em camada intermediária 0 Caminho para o script DNS no host opc
(ou o usuário que executa o script DNS)As etapas são as mesmas definidas para o plano de switchover equivalente. Mas, nesse caso, certifique-se de definir o Modo de Erro como Continuar com erro nas etapas que interrompem o Oracle WebLogic Server no principal. Porque, em um cenário de failover, os componentes principais podem estar indisponíveis.
Observação:
O timeout padrão para cada operação é de 3600 segundos, que se ajusta adequadamente para a maioria dos casos. Para algumas operações, como iniciar e interromper servidores gerenciados pelo WLS, talvez você precise ajustar esse valor com base nos aplicativos implantados e se os shutdowns normais precisam aguardar as definições da Java Transaction API (JTA) e as operações de longa execução. Da mesma forma, o timeout de início dependerá de suas implantações do Oracle WebLogic Server. Por exemplo, em um sistema SOA, isso pode variar dependendo do número e do tipo de compostos implantados. Como isso pode ter um impacto direto no RTO (Recovery Time Objective), primeiro verifique cada operação manualmente para seu sistema e use o valor de timeout aceitável para atender ao RTO (pode ser necessário intervir se ocorrer um timeout).
Os grupos de planos são executados no modo serial. As etapas no mesmo Grupo de Planos são executadas em paralelo. Portanto, coloque as etapas para interromper as instâncias do Oracle WebLogic Server no mesmo Grupo de Planos, para que essas instâncias do Oracle WebLogic Server sejam interrompidas em paralelo. No entanto, as etapas para iniciar instâncias do Oracle WebLogic Server são separadas em 2 grupos de planos: um grupo de planos para iniciar o Servidor de Administração no primeiro nó e outro grupo de planos com etapas N para iniciar as instâncias gerenciadas do Oracle WebLogic Server em todos os nós em paralelo.
- Adicione estas etapas definidas pelo usuário ao usar o modelo de DR com base na réplica entre regiões do OCI Block Volumes para substituir as strings de conexão do banco de dados na configuração do Oracle WebLogic Server (WLS) para apontar para o banco de dados local:
Grupo de Planos Definido pelo Usuário Etapa Modo de Erro Região Script Instância do Alvo Parâmetros de Script Executar como Usuário Substituição da string de Conexão do BD no WLS (tudo em paralelo) no nó 0 do WLS Interromper em Caso de Erro Esta região Executar script local Instância de computação em camada intermediária 0 /u01/scripts/replacement_script_BVmodel.sh
oracle
Substituição da string de Conexão do BD no WLS (tudo em paralelo) no nó 1 do WLS Interromper em Caso de Erro Esta região Executar script local Instância de computação em camada intermediária 1 /u01/scripts/replacement_script_BVmodel.sh
oracle
Substituição da string de Conexão do BD no WLS (tudo em paralelo) no nó WLS N Interromper em Caso de Erro Esta região Executar script local Instância de computação em camada intermediária N /u01/scripts/replacement_script_BVmodel.sh
oracle
- Reordene os Grupos de Planos no plano de failover da seguinte forma ao usar o modelo de DR com base no Oracle Cloud Infrastructure File Storage com
rsync
ou replicação de configuração do Oracle Database File System:Posição do Grupo de Planos Grupo de Planos Tipo de Grupo de Planos 1 Pré-verificações integradas Etapa integrada 2 Shutdown do Oracle WebLogic Server em remote_region (paralelo) Etapa definida pelo usuário 3 Switchover de DNS Etapa definida pelo usuário 4 Bancos de dados de failover (Stand-by) Etapa integrada 5 Oracle WebLogic Server Admin Server iniciar em this_region Etapa definida pelo usuário 6 Os servidores gerenciados do Oracle WebLogic Server são iniciados em this_region (todos os nós em paralelo) Etapa definida pelo usuário - Reordene os Grupos de Planos no plano da seguinte forma ao usar o modelo de DR com base na replicação entre regiões do OCI Block Volumes, com base na ordem padrão.
Posição do Grupo de Planos Grupo de Planos Tipo de Grupo de Planos 1 Pré-verificações integradas Etapa integrada 2 Shutdown do Oracle WebLogic Server em remote_region (paralelo) Etapa definida pelo usuário 3 Grupos de Volumes de Failover Etapa integrada 4 Switchover de DNS Etapa definida pelo usuário 5 Bancos de dados de failover (Stand-by) Etapa integrada 6 Anexar Volumes em Blocos de instâncias de computação Etapa integrada 7 Substituição da string de Conexão do BD no WLS em this_region (todos os nós em paralelo) Etapa definida pelo usuário 8 Oracle WebLogic Server Admin Server iniciar em this_region Etapa definida pelo usuário 9 Os servidores gerenciados do Oracle WebLogic Server são iniciados em this_region (todos os nós em paralelo) Etapa definida pelo usuário - Repita essas etapas para criar o plano de failover no Grupo de Proteção de DR para a região principal.
Observação:
Para criar o plano de failover no Grupo de Proteção de DR para a região principal, aguarde até que ele esteja na atribuição stand-by.