Requisitos para a transição do Oracle Data Guard

Antes de iniciar a alternância do Oracle Data Guard, verifique se o seu ambiente de replicação atende aos seguintes requisitos:

• O banco de dados em espera original é montado ou aberto somente para leitura.

• Os backups automáticos são habilitados no banco de dados em espera original.

• O banco de dados primário original e o banco de dados em espera original estão no estado available.

• O banco de dados primário original e o banco de dados em espera original não têm ações de manutenção pendentes em nenhum destes estados: required, next window ou in progress. As ações nesses estados bloqueiam a transição. Para saber como verificar o status de atualizações de manutenção pendentes, consulte Visualizar atualizações de manutenção pendentes.

  As ações de manutenção pendentes no estado available não bloqueiam a transição. O RDS para Oracle frequentemente lança atualizações do sistema operacional (SO) no estado available. Essas atualizações pendentes do sistema operacional não bloquearão uma transição, a menos que você as agende para a próxima janela de manutenção, o que as coloca no estado next window.

  nota

  Se você quiser adiar uma ação de manutenção programada para poder executar uma transição, escolha Ações e, depois, Adiar atualização no console do RDS. Você também pode evitar que uma transição seja bloqueada aplicando uma ação de manutenção pendente ou movendo a janela de manutenção para um intervalo antes da transição. Consulte mais informações no artigo do re:Post How to remove RDS pending maintenance items.

• O banco de dados em espera original está no estado de replicação.

• Você não está tentando iniciar uma alternância quando o banco de dados primário ou o banco de dados em espera estão atualmente em um ciclo de vida de alternância. Se um banco de dados de réplica estiver sendo reconfigurado após uma alternância, o Amazon RDS impede que você inicie outra alternância.

  nota

  Uma réplica do espectador é uma réplica na configuração do Oracle Data Guard que não é o alvo da alternância. As réplicas do espectador podem estar em qualquer estado durante a alternância.

• O banco de dados em espera original tem uma configuração que é a mais próxima desejada do banco de dados primário original. Vamos supor que um cenário em que os bancos de dados primários originais e em espera originais tenham opções diferentes. Após a conclusão da alternância, o Amazon RDS não reconfigura automaticamente o novo banco de dados primário para ter as mesmas opções do banco de dados primário original.

• Você configura a implantação multi-AZ desejada antes de iniciar uma transição. O Amazon RDS não gerencia o multi-AZ como parte da transição. A implantação Multi-AZ permanece no estado em que se encontra.

  Suponha que db_maz seja o banco de dados principal em uma implantação multi-AZ e db_saz seja uma réplica Single-AZ. Você inicia uma transição de db_maz para db_saz. Posteriormente, db_maz é um banco de dados de réplica multi-AZ e db_saz é um banco de dados principal Single-AZ. O novo banco de dados principal já pode ser desprotegido por uma implantação multi-AZ.

• Em preparação para uma transição entre regiões, o banco de dados principal não usa o mesmo grupo de opções de uma instância de banco de dados fora da configuração de replicação. Para que uma transição entre regiões seja bem-sucedida, o banco de dados principal atual e suas réplicas de leitura devem ser as únicas instâncias de banco de dados a usar o grupo de opções do banco de dados principal atual. Caso contrário, o Amazon RDS impede a transição.