Ciclo de Vida

Operações diferentes são executadas no sistema durante seu ciclo de vida. Os mais relevantes são alternar e testar ou abrir o secundário para validações, aplicação de patches etc.

Executar um Switchover

Uma alternância é uma operação planejada na qual um administrador reverte as funções dos dois sites. Depois de um switchover, o sistema principal se torna secundário e o sistema secundário se torna principal. Executar um switchover causará tempo de inatividade no site principal.

Um switchover é executado seguindo os procedimentos padrão (consulte Switchover em Oracle WebLogic Server for Oracle Cloud Infrastructure Disaster Recovery e SOA Suite no Oracle Cloud Infrastructure Marketplace Disaster Recovery.).

1. Propague todas as alterações de configuração pendentes por etapas fornecidas em "Configurar Replicação de Configuração em Andamento".
2. Interromper servidores no site principal.
3. Faça switchover de nomes DNS.
4. Faça switchover do banco de dados.
5. Inicie os servidores no site secundário.

A principal diferença é que apenas a Console do Oracle Cloud Infrastructure (OCI) é usada para fazer switchover da instância do Oracle Autonomous Database.

Observação:

Para Clones Atualizáveis Remotos, se um switchover permanente for executado (se o secundário se tornar principal além de um teste ou verificação não permanente), você deverá criar um clone atualizável de mesmo nível na região principal original para ter um sistema secundário para testes e validações no novo stand-by (originalmente principal). O clone atualizável no secundário se tornará não conectável porque sua origem agora será um stand-by (clones atualizáveis não podem ser criados, mantidos ou conectados do Oracle Autonomous Database Serverless stand-by). Não é possível atualizá-lo novamente e, se necessário, você pode remover o banco de dados para reduzir custos. Para a criação do novo clone atualizável no principal original (agora stand-by), siga o mesmo procedimento do primeiro.

Execute as seguintes etapas para a operação de alternância:

1. Desative qualquer replicação programada enquanto o switchover for executado, pois pode falhar e interferir na própria operação de switchover.
2. Interrompa os servidores no site principal.
   Use a Console ou scripts do Oracle WebLogic Administration Server para interromper as instâncias do Oracle WebLogic Server no site principal.

   Observação:

   O servidor Admin no site principal pode permanecer ativo durante o switchover. No entanto, é recomendável interrompê-lo quando o site estiver na atribuição stand-by porque é esperado que a configuração do domínio no site stand-by seja substituída pela configuração principal durante o ciclo de vida. Se o servidor Admin estiver ativo enquanto isso acontecer, ele será executado com uma configuração desatualizada.
3. Faça switchover do nome do DNS front-end.

   Execute o envio de DNS necessário no servidor DNS que hospeda os nomes usados pelo sistema ou altere a resolução do host de arquivo nos clientes para apontar o nome virtual front-end do sistema para o IP público usado pelo Balanceador de Carga no site secundário.

   Para cenários em que o DNS é usado para a resolução de front-end externa (como DNS do OCI ou DNS comercial), você pode usar uma API para enviar a alteração. Para ver um exemplo que envia essa alteração em um DNS do OCI, vá para GitHub, por exemplo, scripts para atualizar o DNS front-end.

   Observação:

   O valor de TTL da entrada de DNS afetará o RTO da alternância: se o TTL for alto (exemplo, 20 min), a alteração de DNS levará esse tempo para ser efetiva nos clientes. O uso de valores de TTL menores tornará isso mais rápido; no entanto, isso pode causar uma sobrecarga porque os clientes atingirão o DNS com mais frequência, em vez de usar nomes em cache. Uma boa abordagem é definir o TTL como um valor baixo temporariamente (por exemplo, 1 min) antes da alteração no DNS. Em seguida, execute a alteração e, depois que o procedimento de switchover for concluído, reverta o TTL para seu valor original novamente.
4. Faça log-in na Console do OCI (Oracle Cloud Infrastructure para a REGIÃO SECONDARY e navegue até o Autonomous Database.
5. Selecione o compartimento que hospeda o banco de dados Oracle WebLogic e clique no nome do banco de dados.
6. Selecione Switchover no menu drop-down Mais Ações e confirme a entrada do nome do banco de dados stand-by.
7. Aguardar a conclusão da operação.

   O status aparece no menu Solicitações de Serviço em Recursos à esquerda.

8. Inicie o Servidor Admin secundário (ou reinicie se ele já tiver sido iniciado; portanto, as alterações de configuração que foram replicadas enquanto este era o standby entram em vigor.)
9. Inicie servidores gerenciados secundários (usando a Console ou scripts do Oracle WebLogic Server).

Executar um Falha

Uma operação de failover é executada quando o site principal se torna indisponível e geralmente é uma operação não planejada. Você pode fazer a transição de atribuição de um banco de dados stand-by para um banco de dados principal quando o banco de dados principal original falhar e não houver possibilidade de recuperar o banco de dados principal em tempo hábil.

Pode ou não haver perda de dados, dependendo de seus bancos de dados stand-by principal e de destino serem consistentes no momento da falha do banco de dados principal. Um procedimento de failover é semelhante a um procedimento de switchover, mas você executa um failover em vez de uma operação de switchover no banco de dados.

Normalmente, uma operação de failover é executada quando uma interrupção afeta a região principal. Portanto, pode haver algumas tarefas que você não pode executar no principal. Por exemplo, talvez você não consiga interromper os processos do Oracle WebLogic Server no principal porque os hosts são inacessíveis.

1. Se possível, interrompa os servidores WebLogic no site principal.
2. Alterne os nomes DNS.
3. Faça failover do banco de dados.

   Observação:

   Quando você usa o Oracle Autonomous Database Serverless, o link de failover só mostra quando o banco de dados principal está disponível e um banco de dados stand-by está disponível. Usando a API, você pode iniciar o failover manual a qualquer momento
4. Inicie os servidores no site secundário.
5. Depois que uma operação de failover for concluída e o site principal anterior estiver acessível novamente, você deverá executar as tarefas manuais a seguir para preparar o sistema para um switchback futuro.
   1. Interrompa os processos do Oracle WebLogic Server no site com falha.
      Se você não os interrompeu durante o failover, os processos podem ser suspensos. Certifique-se de que eles estão parados.
   2. Para o Oracle Autonomous Database Serverless, você não precisa restabelecer manualmente o principal com falha.
      Após um failover manual do Oracle Autonomous Data Guard, o banco de dados stand-by será reconectado automaticamente ou, se necessário, será reprovisionado automaticamente (transparentemente) quando a região voltar a ficar on-line.
      Consulte Observações para Failover Manual com um Banco de Dados Stand-by para obter detalhes.
   3. Para o Oracle Autonomous Database on Dedicated Exadata Infrastructure, restabeleça o banco de dados contêiner com falha em uma atribuição stand-by ativada em sua página Detalhes.
      Após um failover, a atribuição do banco de dados contêiner Stand-by torna-se Principal e a atribuição do banco de dados contêiner Principal torna-se Stand-by Desativado com o estado Indisponível.
      Consulte Fazer Download para o Stand-by em uma Configuração do Autonomous Data Guard para obter detalhes.
   4. Verifique a execução correta da réplica de configuração (do novo principal para o novo stand-by).