Observações sobre o Autonomous Data Guard

Estas são as restrições e limitações quando você ativa o Autonomous Data Guard com um banco de dados stand-by entre regiões (remoto):

• Para desativar o Autonomous Data Guard com um banco de dados stand-by entre regiões, encerre o banco de dados Stand-by remoto. Consulte Encerrar um Banco de dados Stand-by entre Regiões para mais informações.

• Quando um ponto final privado é ativado ou desativado no banco de dados Principal, qualquer Lista de Controle de Acesso (ACL) configurada anteriormente no Stand-by é ativada e os valores são apagados. Redefina e verifique a ACL no banco de dados Stand-by depois de desativar um ponto final privado no Principal.

• Você executa as principais operações, como o aumento da contagem de ECPUs (contagem de OCPUs se seu banco do dados usar OCPUs) e a ativação do dimensionamento automático de computação no Banco de dados Principal e no Autonomous Database executa as mesmas ações no banco do dados Stand-by remoto. Da mesma forma, você só executa ações como interromper ou reiniciar o banco de dados no banco de dados Principal.

• Você pode executar determinadas operações, como configurar pontos finais privados em um banco de dados Stand-by remoto.

• É possível modificar a configuração de rede para ACLs em um banco de dados Stand-by remoto. Consulte Gerenciar ACLs de Rede de Pares Remotos para obter mais informações.

• Um banco de dados Stand-by remoto não está disponível para uso como banco de dados somente para leitura.

• O Oracle Data Safe pode ser ativado em um banco de dados que tenha um banco de dados Stand-by entre regiões ativado, mas ele só monitora o banco de dados dentro de sua região e não pode monitorar o stand-by no caso de um switchover ou failover.

• Quando você permite a autenticação TLS no banco de dados Principal, o Autonomous Data Guard ativa a autenticação TLS no Stand-by entre regiões. Assim, quando o Autonomous Data Guard estiver ativado com um Stand-by remoto, você só poderá permitir conexões TLS no Principal se o Principal e o Stand-by remoto estiverem configurados para suportar conexões TLS. Ou seja, o Principal e o Stand-by remoto devem estar configurados com ACLs ou com um ponto final privado. Consulte Pré-requisitos de Configuração de Rede para Permitir Autenticação TLS para obter mais informações.

• Consulte as seguintes informações sobre como usar chaves gerenciadas pelo cliente com o Autonomous Data Guard

  • Autonomous Data Guard com Chaves Gerenciadas pelo Cliente
  • Observações sobre Chaves Gerenciadas pelo Cliente no OCI Vault com o Autonomous Data Guard

• O limite de ECPU BYOL definido em um banco de dados Principal do Autonomous Data Guard não se aplica a um banco de dados Stand-by do Autonomous Data Guard entre regiões ou entre tenancies. Em um Stand-by entre regiões ou entre tenancies, você pode definir de forma independente o limite de ECPU BYOL, conforme necessário. A definição de um valor para limite de Licença BYOL limita quantas ECPUs serão cobertas pelas licenças BYOL.

  Consulte Licenciamento BYOL entre Regiões do Autonomous Data Guard para obter mais informações.

• Quando você ativa o Autonomous Data Guard com um banco de dados stand-by entre regiões, as wallets do principal e do stand-by especificam diferentes nomes de host do banco de dados e usam diferentes strings de conexão. A Oracle recomenda que os aplicativos usem a string de conexão ou a wallet baixada da mesma região do banco de dados principal.

  Se você precisar usar uma única string de conexão ou wallet contendo os nomes de host do banco de dados principal e stand-by, poderá construí-la manualmente.

  Para construir manualmente uma wallet que contenha as strings de conexões de banco de dados primário e remoto:

  1. Na Console do Oracle Cloud Infrastructure do banco de dados principal, clique em Conexão do banco de dados para fazer download do wallet.zip do banco de dados principal.

  2. Na Console do Oracle Cloud Infrastructure do banco de dados stand-by remoto, clique em Conexão do banco de dados para fazer download do wallet.zip do stand-by.

  3. Descompacte os dois arquivos da wallet e abra os dois arquivos tnsnames.ora.

  4. Copie o descritor de conexão do banco de dados remoto para a string de conexão do banco de dados principal no arquivo tnsnames.ora do banco de dados principal usando atrasos de repetição preferenciais.

  5. Compactar a pasta da wallet do banco de dados principal atualizada.

  Com este tnsnames.ora atualizado, as strings de conexão do banco de dados principal no wallet.zip atualizado conterão os nomes de host principal e stand-by, para suportar failover. Um aplicativo que usa a wallet atualizada tenta estabelecer conexão e tenta novamente estabelecer conexão com o primeiro nome de host do banco de dados listado e, se essa conexão falhar por causa do banco de dados estar Indisponível, o aplicativo tentará estabelecer conexão automaticamente com o segundo nome de host do banco de dados.

  Por exemplo, se o seu Autonomous Data Guard estiver configurado com o principal em Ashburn (IAD) e um stand-by entre regiões em Phoenix (PHX), a Oracle recomenda que seus aplicativos de camada intermediária sejam executados no O IAD usa a string de conexão ou a wallet do banco de dados principal no IAD e seus aplicativos correspondentes em execução no PHX usam a string de conexão ou a wallet do banco de dados stand-by no PHX. Para um failover ou switchover regional, a Oracle recomenda fazer failover do banco de dados e do aplicativo ou da camada intermediária para obter o desempenho ideal e minimizar qualquer latência entre regiões.

  Por exemplo:

  a6gxf2example9ep_high = (description_list= 
       (failover=on) (load_balance=off) 
       (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-ashburn-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_high.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))) 
       (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-phoenix-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_high.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))))
  
  a6gxf2example9ep_low = 
       (description_list= (failover=on) (load_balance=off) 
       (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-ashburn-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_low.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))) 
       (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-phoenix-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_low.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))))
  
  a6gxf2example9ep_medium = 
       (description_list= (failover=on) (load_balance=off) 
       (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-ashburn-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_medium.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))) 
       (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-phoenix-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_medium.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))))