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 standby entre regiões, você encerra o banco de dados Stand-by remoto. Consulte Terminar um Banco de Dados Stand-by entre Regiões para obter 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 a maioria das operações, como expandir a contagem de ECPUs (contagem de OCPUs se seu banco de dados usar OCPUs) e ativar o dimensionamento automático da computação no banco de dados Principal, e o Autonomous Database executa as mesmas ações no banco de 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 Pareamento Remoto 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 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 o uso de 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 o 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 nomes de host de banco de dados diferentes e usam strings de conexão diferentes. 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 precisar usar uma única string de conexão ou wallet contendo os nomes de host do banco de dados principal e stand-by, você poderá construí-la manualmente.

  Para construir manualmente uma wallet que contenha as strings de conexões de banco de dados principal e remota:

  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 seus atrasos de repetição preferenciais.

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

  Com esse 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 se conectar e tenta se conectar novamente ao primeiro nome de host do banco de dados listado e, se essa conexão falhar devido ao banco de dados estar Indisponível, o aplicativo tentará se conectar automaticamente ao segundo nome de host do banco de dados.

  Por exemplo, se o 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 em O IAD usa a string de conexão ou wallet do banco de dados principal no IAD e seus aplicativos correspondentes em execução no PHX usam a string de conexão ou wallet do banco de dados stand-by no PHX. Para um failover ou switchover regional, a Oracle recomenda fazer failover do seu banco de dados e do seu 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))))