Requisitos e considerações sobre réplicas do RDS para Oracle

Antes de criar uma réplica do Oracle, familiarize-se com os seguintes requisitos e considerações.

Requisitos de versão e licenciamento para réplicas do RDS para Oracle

Antes de criar uma réplica do RDS para Oracle, considere o seguinte:

• Se a réplica estiver no modo somente leitura, verifique se você tem uma licença do Active Data Guard. Se você colocar a réplica no modo montado, não precisará de uma licença do Active Data Guard. Somente o mecanismo de banco de dados Oracle oferece suporte a réplicas montadas.

• As réplicas do Oracle são compatíveis apenas com o Oracle Enterprise Edition (EE).

• As réplicas não CDB do Oracle são compatíveis somente com instâncias de banco de dados criadas por meio de instâncias não CDB que executam o Oracle Database 19c.

• Réplicas do Oracle estão disponíveis somente para instâncias de banco de dados em execução em classes de instância de banco de dados com duas ou mais vCPUs. Uma instância de banco de dados de origem não pode usar a classe de instância db.t3.small.

• A versão do mecanismo de banco de dados Oracle da instância de banco de dados de origem e todas as réplicas devem ser iguais. O Amazon RDS atualiza as réplicas imediatamente após a atualização da instância de banco de dados de origem, desconsiderando a janela de manutenção de uma réplica. Para atualizações de versões principais de réplicas entre regiões, o Amazon RDS faz automaticamente o seguinte:

  • Gera um grupo de opções para a versão de destino.

  • Copia todas as opções e as configurações de opção do grupo de opções original para o novo grupo de opções.

  • Associa a réplica entre regiões atualizada ao novo grupo de opções.

  Para obter mais informações sobre como atualizar a versão do mecanismo de banco de dados, consulte Fazer upgrade do mecanismo de banco de dados RDS para Oracle.

Limitações do grupo de opções de réplicas do RDS para Oracle

Antes de criar uma réplica do RDS para Oracle, considere o seguinte:

• Se a réplica do Oracle estiver na mesma região da AWS que a respectiva instância de banco de dados de origem, ela não poderá usar um grupo de opções diferente da instância de banco de dados de origem. Modificações no grupo de opções de origem ou na associação do grupo de opções de origem são propagadas para as réplicas do Oracle. Essas alterações serão aplicadas às réplicas logo depois de serem aplicadas à instância de banco de dados de origem, independentemente da janela de manutenção da réplica.

  Para ter mais informações sobre grupos de opções, consulte Trabalhar com grupos de opções.

• Não é possível remover uma réplica entre regiões do RDS para Oracle do respectivo grupo de opções dedicado, que é criado automaticamente para a réplica.

• Não é possível adicionar o grupo de opções dedicado a uma réplica entre regiões do RDS para Oracle a uma instância de banco de dados diferente.

• Só é possível adicionar ou remover as seguintes opções não replicadas de um grupo de opções dedicado para uma réplica entre regiões do RDS para Oracle:

  • NATIVE_NETWORK_ENCRYPTION

  • OEM

  • OEM_AGENT

  • SSL

  Para adicionar outras opções a uma réplica entre regiões do RDS para Oracle, adicione-as ao grupo de opções da instância de banco de dados de origem. A opção também é instalada em todas as réplicas da instância do banco de dados de origem. Para opções licenciadas, verifique se existem licenças suficientes para as réplicas.

  Quando você promove uma réplica entre regiões do RDS para Oracle, a réplica promovida se comporta da mesma maneira que outras instâncias de banco de dados do Oracle, inclusive com relação ao gerenciamento das opções. Você pode promover uma réplica, explícita ou implicitamente, excluindo a instância de banco de dados de origem.

  Para obter mais informações sobre grupos de opções, consulte Trabalhar com grupos de opções.

• A opção EFS_INTEGRATION não é compatível com réplicas entre regiões do RDS para Oracle.

Considerações sobre backup e restauração de réplicas do RDS para Oracle

Antes de criar uma réplica do RDS para Oracle, considere o seguinte:

• Para criar snapshots de réplicas do RDS para Oracle ou ativar backups automáticos, defina o período de retenção de backup manualmente. Por padrão, os backups automáticos não estão ativados.

• Ao restaurar um backup de réplica, você restaura para a hora do banco de dados, não para a hora de criação do backup. A hora do banco de dados se refere ao horário de transação mais recente aplicado dos dados no backup. A diferença é significativa porque uma réplica pode apresentar atraso de minutos ou horas em relação à primária.

  Para descobrir a diferença, use o comando describe-db-snapshots. Compare snapshotDatabaseTime, que é a hora do banco de dados do backup da réplica, e o campo OriginalSnapshotCreateTime, que é a última transação aplicada no banco de dados primária.

Requisitos e limitações do Oracle Data Guard para as réplicas do RDS para Oracle

Antes de criar uma réplica do RDS para Oracle, observe os seguintes requisitos e limitações:

• Se a instância de banco de dados primária usa a configuração de locatário único da arquitetura multilocatário, pense no seguinte:

  • Você deve usar o Oracle Database 19c ou posterior com a Enterprise Edition.

  • Sua instância primária de CDB deve estar no ciclo de vida ACTIVE.

  • Você não pode converter uma instância primária que não seja CDB em uma instância de CDB e converter as respectivas réplicas na mesma operação. Em vez disso, exclua as réplicas que não são do CDB, converta a instância de banco de dados primária em um CDB e, depois, crie réplicas.

• Um acionador de login em uma instância primária de banco de dados deve permitir o acesso ao usuário RDS_DATAGUARD e a qualquer usuário cujo valor AUTHENTICATED_IDENTITY seja RDS_DATAGUARD ou rdsdb. Além disso, o gatilho não deve definir o esquema atual para o usuário RDS_DATAGUARD.

• Para evitar o bloqueio de conexões do processo do agente do Data Guard, não ative sessões restritas. Para obter mais informações sobre sessões restritas, consulte Habilitar e desabilitar sessões restritas.

Considerações diversas sobre réplicas do RDS para Oracle

Antes de criar uma réplica do RDS para Oracle, considere o seguinte:

• Se a instância de banco de dados for a origem de uma ou mais réplicas entre regiões, o banco de dados de origem reterá os arquivos de log redo arquivados até que sejam aplicados em todas as réplicas entre regiões. Os logs redo arquivados podem resultar em aumento no consumo de armazenamento.

• Para evitar interromper a automação do RDS, os gatilhos do sistema devem permitir que usuários específicos façam logon no banco de dados primário e de réplica. Os gatilhos do sistema incluem disparadores de função DDL, logon e banco de dados. Recomendamos que você adicione código aos seus gatilhos para excluir os usuários listados no seguinte código de exemplo:

  -- Determine who the user is
  SELECT SYS_CONTEXT('USERENV','AUTHENTICATED_IDENTITY') INTO CURRENT_USER FROM DUAL;
  -- The following users should always be able to login to either the Primary or Replica
  IF CURRENT_USER IN ('master_user', 'SYS', 'SYSTEM', 'RDS_DATAGUARD', 'rdsdb') THEN
  RETURN;
  END IF;

• O rastreamento de alterações de bloco é compatível com réplicas somente leitura, mas não com réplicas montadas. Você pode alterar uma réplica montada para uma réplica somente leitura e habilitar o rastreamento de alterações de bloco. Para ter mais informações, consulte Habilitar e desabilitar o controle de alterações de bloco.