Executar uma alternância do Oracle Data Guard - Amazon Relational Database Service

Executar uma alternância do Oracle Data Guard

Uma alternância é uma inversão de funções entre um banco de dados primário e um banco de dados em espera. Durante uma alternância, o banco de dados primário original faz a transição para uma função em espera, enquanto o banco de dados auxiliar original faz a transição para a função principal.

Em um ambiente Oracle Data Guard, um banco de dados primário oferece suporte a um ou mais bancos de dados em espera. Você pode executar uma transição de função gerenciada e baseada em alternância de um banco de dados primário para um banco de dados em espera. Uma alternância é uma inversão de funções entre um banco de dados primário e um banco de dados em espera. Durante uma alternância, o banco de dados primário original faz a transição para uma função em espera, enquanto o banco de dados auxiliar original faz a transição para a função principal.

Visão geral da alternância do Oracle Data Guard

O Amazon RDS oferece suporte a uma transição de função totalmente gerenciada e baseada em alternância para réplicas do Oracle Database. Você pode iniciar uma alternância somente para um banco de dados em espera montado ou aberto somente para leitura.

As réplicas podem residir em Regiões da AWS separadas ou em diferentes zonas de disponibilidade (AZs) de uma única região. Todas as Regiões da AWS são aceitas.

Fazer a transição de uma instância em espera para torná-la a instância de banco de dados primária

A transição é diferente da promoção de réplicas de leitura. Em uma transição, as instâncias de banco de dados de origem e réplica mudam de função. Em uma promoção, uma réplica de leitura se torna uma instância de banco de dados de origem, mas a instância de banco de dados de origem não se torna uma réplica. Para ter mais informações, consulte Promoção de uma réplica de leitura a uma instância de banco de dados autônoma.

Benefícios da alternância do Oracle Data Guard

Assim como no caso das réplicas de leitura do RDS para Oracle, uma alternância gerenciada depende do Oracle Data Guard. A operação foi criada para não ter nenhuma perda de dados. O Amazon RDS automatiza os seguintes aspectos da alternância:

  • Inverte as funções do banco de dados primária e do banco de dados em espera especificado, colocando o novo banco de dados em espera no mesmo estado (montado ou somente para leitura) do em espera original

  • Garante a consistência de dados

  • Mantém sua configuração de replicação após a transição

  • Oferece suporte a reversões repetidas, permitindo que seu novo banco de dados em espera retorne à sua função primária original

Versões compatíveis do Oracle Database

O Oracle Database 19c e versões posteriores comportam a transição do Oracle Data Guard.

Custo da alternância do Oracle Data Guard

O recurso de alternância do Oracle Data Guard não está sujeito a custos adicionais. O Oracle Database Enterprise Edition inclui suporte a bancos de dados em espera no modo montado. Para abrir bancos de dados em espera no modo somente leitura, você precisa da opção Oracle Active Data Guard.

Como funciona a alternância do Oracle Data Guard

A alternância do Oracle Data Guard é uma operação totalmente gerenciada. Você pode iniciar a alternância para um banco de dados em espera chamando o comando da CLI switchover-read-replica. Em seguida, o Amazon RDS modifica as funções primárias e em espera em sua configuração de replicação.

A em espera original e a primário original são as funções que existem antes da alternância. A nova em espera e a novo primário são as funções que existem após a alternância. Uma réplica do espectador é um banco de dados de réplica que serve como banco de dados em espera no ambiente Oracle Data Guard, mas não está alternando de funções.

Etapas da alternância do Oracle Data Guard

Para realizar a alternância, o Amazon RDS deve seguir as seguintes etapas:

  1. Bloqueie novas transações no banco de dados primário original. Durante a alternância, o Amazon RDS interrompe a replicação de todos os bancos de dados em sua configuração do Oracle Data Guard. Durante a alternância, o banco de dados primário original não pode processar solicitações de gravação.

  2. Envie as transações não aplicadas para o banco de dados em espera original e aplique-as.

  3. Reinicie o novo banco de dados em espera no modo somente leitura ou montado. O modo depende do estado aberto do banco de dados em espera original antes da alternância.

  4. Abra o novo banco de dados primário no modo de leitura/gravação.

Após a alternância do Oracle Data Guard

O Amazon RDS alterna as funções do banco de dados primário e do banco de dados em espera. Você é responsável por reconectar sua aplicação e realizar qualquer outra configuração desejada.

Critérios de sucesso

A alternância do Oracle Data Guard é bem-sucedida quando o banco de dados em espera original faz o seguinte:

  • Transições para sua função como novo banco de dados primário

  • Conclui sua reconfiguração

Para limitar o tempo de inatividade, seu novo banco de dados primário se torna ativo o mais rápido possível. Como o Amazon RDS configura réplicas de espectador de forma assíncrona, essas réplicas podem se tornar ativas após o banco de dados primário original.

Conexão com o novo banco de dados primário

O Amazon RDS não propagará suas conexões de banco de dados atuais para o novo banco de dados primário após a alternância. Após a conclusão da alternância do Oracle Data Guard, reconecte sua aplicação ao novo banco de dados primário.

Configuração do novo banco de dados primário

Para realizar uma alternância para o novo banco de dados primário, o Amazon RDS altera o modo do banco de dados em espera original a ser aberto. A mudança na função é a única alteração no banco de dados. O Amazon RDS não configura recursos como a replicação Multi-AZ.

Se você realizar uma alternância para uma réplica entre regiões com opções diferentes, o novo banco de dados primário manterá suas próprias opções. O Amazon RDS não migrará as opções no banco de dados primário original. Se o banco de dados primário original tiver opções como SSL, NNE, OEM e OEM_AGENT, o Amazon RDS não as propagará para o novo banco de dados primário.