Verificar a Configuração

Você pode validar o site stand-by sem executar um switchover completo iniciando as camadas intermediárias secundárias e testando com o banco de dados stand-by convertido em stand-by de snapshot ou com o clone atualizável.

É recomendável que você desative o job cron de replicação de configuração ao testar ou aplicar patches para evitar danos ou inconsistências de arquivos. A cópia do principal pode ser mantida, somente a replicação no secundário (do diretório de preparação para o domínio secundário) deve ser desativada durante essas operações de teste e validação.

Consulte as recomendações precisas de recuperação de desastres dos componentes do Oracle Fusion Middleware caso a drenagem seja necessária para evitar execuções duplicadas de workflows pendentes, processamento JMS duplicado etc. Acesse as consoles padrão de Administração do Oracle WebLogic e Oracle Fusion Middleware para verificar o comportamento apropriado do sistema. Observe que, para testar, talvez você precise manipular o DNS apropriado porque o sistema está usando o nome de host front-end do principal para acesso).

Abrir a Região Secundária para Verificação ao Usar o Snapshot Standby

Antes de testar ou aplicar patches na região secundária, converta o banco de dados stand-by em um stand-by de snapshot.

1. Converta o banco de dados standby em standby snapshot.
2. Uma vez concluído, inicie o processo do Oracle WebLogic Server na região secundária normalmente.
3. Acesse a Administração padrão do Oracle WebLogic e as Consoles do Oracle Fusion Middleware para verificar o comportamento apropriado do sistema (observe que, para testes, talvez você precise manipular o DNS apropriado, pois o sistema está usando o nome do host front-end principal para acesso)
4. Depois que os testes forem concluídos, interrompa os processos secundários do Oracle WebLogic.
5. Converta o banco de dados standby novamente em standby físico.

Abrir a Região Secundária para Verificação ao Usar Clones Remotos Atualizáveis

Antes de testar ou aplicar patches na região secundária, desconecte o clone atualizável do principal e, em seguida, altere as origens de dados DR do sistema Oracle WebLogic Server, Oracle SOA ou Oracle Fusion Middleware no domínio secundário de apontar para o banco de dados stand-by para o clone atualizável.

Você pode alterar as origens de dados para apontar para um Clone Atualizável ou de volta para um standby usando o script fmwadb_switch_db_conn.sh.

1. Use o script fmwadb_switch_db_conn.sh para alterar as origens de dados para apontar para um Clone Atualizável.
   O script usa parâmetros para um diretório WALLET e uma senha WALLET e substitui o diretório da wallet atual pelo novo, bem como a senha da wallet anterior pelo fornecido.

   Veja a seguir um exemplo de execução do script de substituição de informações de conexão:

   [oracle@soarefr-soa-0 ~]$ /u01/soacs/dbfs/share/scripts/fmwadb_switch_db_conn.sh /u01/soacs/dbfs/share/wallets/atp-hyd-refreshable-clone/ my_wallet_password123
   The password provided for the wallet is valid. Proceeding...
   Gathering Data Soure information...
   Backing up current config...
   Backup created at /u01/data/domains/soarefr_domain/ /u01/data/domains/soarefr_domain_backup_13_36_11-13-10-22
   Replacing values in datasources...
   Replacement complete!

2. Uma vez executada, inicie a região secundária normalmente.
3. Acesse a Administração padrão do Oracle WebLogic e as Consoles do Oracle Fusion Middleware para verificar o comportamento apropriado do sistema (observe que, para testes, talvez você precise manipular o DNS apropriado, pois o sistema está usando o nome do host front-end principal para acesso).
4. Depois que os testes forem concluídos, reverta as origens de dados para as informações de conexão do Oracle Autonomous Database Serverless stand-by e reconecte o clone atualizável ao principal.
   Use o script fmwadb_switch_db_conn.sh para alterar as origens de dados para apontar de volta para o stand-by.