Verificar a Configuração

Quando a configuração do DR estiver concluída, valide imediatamente se a configuração está correta executando um switchover completo ou abrindo o site secundário para validação. A abertura do site secundário para validação não afetará o sistema em execução no principal.

Abrir o Secundário para Validação

Você pode validar o site stand-by sem executar um switchover completo convertendo o banco de dados stand-by no snapshot standby. Isso permite que os servidores secundários do WebLogic Server sejam iniciados no site stand-by e verifique o sistema secundário. Qualquer alteração executada no banco de dados do site stand-by enquanto ele estiver no modo stand-by de snapshot será descartada assim que for convertido para stand-by físico novamente. Os dados principais não são afetados por validações de sites secundários.

Observação:

Esta operação deve ser feita com cuidado: se houver mensagens JMS pendentes no banco de dados quando ele for convertido em snapshot, os servidores do site stand-by os processarão quando forem iniciados. Verifique se não há ações pendentes no banco de dados principal ao converter em stand-by de snapshot.

Como usuário oracle, use o broker do Oracle Data Guard no host de bd principal e converta o secundário em um stand-by de snapshot.
```
[oracle@dbhost1~]$ dgmgrl sys/your_sys_password@primary_db_unqname
DGMGRL> convert database secondary_db_unqname to snapshot standby
```
Use o comando show configuration para verificar se a conversão foi executada corretamente.
Se ainda não estiverem ativos, inicie os sistemas Oracle HTTP Server no site secundário.
Inicie o Servidor Admin no site secundário.
Inicie os servidores gerenciados secundários no site secundário.
Use a Console ou os scripts WebLogic para iniciar os servidores gerenciados secundários.
Valide o site secundário.

Como esse não é um switchover e o site principal ainda está ativo, o nome do front-end virtual será resolvido para o endereço IP do balanceador de carga do site principal; portanto, qualquer acesso do browser será, por padrão, redirecionado para o site principal ativo.

Para acessar diretamente os aplicativos do Servidor WebLogic do site secundário, atualize o arquivo /etc/hosts em um cliente controlado (por exemplo, um laptop), defina o nome do front-end virtual para resolver o endereço IP do balanceador de carga front-end do site secundário e execute qualquer validação desse cliente.

Observação:
Verifique se o cliente usado para validações não acessa o sistema por meio de um proxy HTTP, porque o proxy HTTP pode continuar a resolver o nome front-end virtual com o endereço IP do balanceador de carga do site principal, independentemente do nome no /etc/hosts do cliente.

Os clientes que não são Linux podem exigir uma redefinição de seu cache DNS local antes que um navegador resolva o endereço IP usando a entrada personalizada do arquivo de host.

Depois que o site secundário tiver sido validado, vá para a próxima etapa para revertê-lo para a atribuição standby.

Observação:
Pode levar algum tempo para validar o site secundário.
Interrompa os servidores gerenciados e os servidores de administração no site secundário.
Use a Console secundária WebLogic para fazer shutdown dos servidores gerenciados e do servidor Admin no site secundário.
Como usuário oracle, use o broker do Oracle Data Guard no host de banco de dados principal e converta o secundário para stand-by físico novamente.
Você precisará da senha do sistema e do nome exclusivo do seu banco de dados principal.
```
[oracle@dbhost1 ~]$ dgmgrl sys/your_sys_password@primary_db_unqname
    DGMGRL> convert database secondary_db_unqname to physical standby
```
Use show configuration para verificar a conversão.
Reverta de volta todos os arquivos /etc/hosts atualizados.
Se você atualizou quaisquer arquivos /etc/hosts em um cliente para apontar para o site secundário para validações, reverta para que o nome do front-end virtual aponte para o endereço IP do front-end principal novamente.

Executar um Switchover

Um switchover é 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. A execução de um switchover causará tempo de inatividade no site principal.

Antes de executar um switchover em uma configuração de DR Híbrida do WebLogic Server, propague as alterações de configuração pendentes. Certifique-se de que não haja alterações replicadas para o site secundário pendente.

Desative qualquer replicação programada enquanto o switchover for executado, uma vez que ele pode falhar e interferir na própria operação de switchover.
Interrompa os sistemas Oracle HTTP Server no site principal.
Interrompa os servidores no site principal.
Use o(s) Console(s) do Servidor de Administração WebLogic para interromper os servidores WebLogic no site principal.

Observação:
O servidor Admin do site principal pode permanecer ativo durante a alternância. No entanto, é recomendável interrompê-lo quando o site estiver na atribuição stand-by porque espera-se que a configuração de 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.
Alterne o 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.

Observe que o valor de TTL da entrada de DNS afetará o RTO do switchover: 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 mais baixos tornará esse procedimento mais rápido; no entanto, isso poderá causar uma sobrecarga, pois os clientes afetarão o DNS com mais frequência, em vez de usar nomes em cache. Uma boa abordagem é definir o TTL para um valor baixo temporariamente (por exemplo, 1 minuto), antes da alteração no DNS. Em seguida, execute a alteração e, assim que o procedimento de switchover for concluído, reverta o TTL para seu valor original novamente.
Como usuário oracle, use o broker do Oracle Data Guard no host do banco de dados principal para executar o switchover do banco de dados.
Você precisará da senha do sistema e do nome exclusivo do seu banco de dados principal.
```
[oracle@dbhost1~]$ dgmgrl sys/your_sys_password@primary_db_unqname
DGMGRL> switchover to secondary_db_unqname
```
Se ainda não estiverem ativos, inicie os sistemas Oracle HTTP Server no site secundário (novo principal).
Inicie o Servidor Admin no site secundário (novo principal) ou reinicie o servidor se ele já tiver sido iniciado.
Iniciar o Servidor Admin permite alterações de configuração que foram replicadas enquanto este era um standby para entrar em vigor.
Inicie os servidores gerenciados secundários no site secundário (novo principal).
Use a Console ou os scripts WebLogic para iniciar os servidores gerenciados secundários.