Gerenciar Bancos de Dados Principais e Stand-by em uma Configuração do Autonomous Data Guard
Saiba como gerenciar bancos de dados principais e stand-by em uma configuração do Autonomous Data Guard.
Quando você cria um Autonomous Database em um Autonomous Container Database que tem o Autonomous Data Guard ativado, duas cópias completamente separadas do seu banco de dados são criadas: uma em um banco de dados contêiner primário e uma (uma cópia sincronizada) em um banco de dados contêiner stand-by. Em seguida, se o banco de dados contêiner principal ficar indisponível, o Autonomous Data Guard converterá automaticamente o banco de dados contêiner stand-by no banco de dados contêiner principal e, portanto, começará a atender às conexões do aplicativo com o Autonomous Database.
Observação:
Como dois bancos de dados autônomos são criados quando você usa o Autonomous Data Guard, duas vezes o número de CPU e recursos de armazenamento são usados, metade para o banco de dados principal e metade para o banco de dados stand-by.Esses dois bancos de dados, geralmente chamados de bancos de dados de pareamento um do outro, são identificados pelos rótulos Principal e Stand-by na lista de Autonomous Databases e na página Detalhes do banco de dados.
Para obter informações sobre como os administradores de frota criam e gerenciam Autonomous Container Databases com o Autonomous Data Guard ativado, consulte Gerenciar Autonomous Data Guard.
Operações de Gerenciamento em Bancos de Dados Principal e Stand-by
Como os dois bancos de dados estão vinculados e sincronizados, algumas das operações de gerenciamento que você executa nos Autonomous Databases funcionam de forma diferente nos bancos de dados principal e stand-by em uma configuração do Autonomous Data Guard em comparação com os bancos de dados padrão. A lista a seguir descreve essas diferenças.
- Expansão, Redução e Dimensionamento Automático
Os dois bancos de dados pares deverão ter a mesma contagem de CPUs, tamanho de armazenamento e definição de dimensionamento automático. Portanto, você só pode expandir, reduzir e alterar definições de dimensionamento automático na página Detalhes do banco de dados principal. As alterações feitas afetam os bancos de dados principal e stand-by.
- Stop, Start e Restart
O status do ciclo de vida dos dois bancos de dados de pareamento é mantido sincronizado. Portanto, você só pode interromper, iniciar e reiniciar o banco de dados na página Detalhes do banco de dados principal. A operação que você executa afeta os bancos de dados principal e stand-by.
- Fazer backup manualmente
Você pode fazer backup manual dos bancos de dados principal e stand-by separadamente e de forma independente, como se eles fossem bancos de dados padrão.
- Restauração
Você pode restaurar e recuperar o banco de dados somente na página Detalhes do banco de dados principal.
- Clone
Você só pode clonar o banco de dados na página Detalhes do banco de dados principal.
- Alternar a chave de criptografia
Você pode alternar as chaves de criptografia de bancos dos dados principal e stand-by separadamente e de forma independente, como se fossem bancos de dados padrão.
- Mover para outro compartimento
Você pode mover os bancos de dados principal e stand-by para diferentes compartimentos de forma separada e independente, como se eles fossem bancos de dados padrão.
- Encerrar
Você só pode encerrar o banco de dados na página Detalhes do banco de dados principal.
Acessando Bancos de Dados Stand-by de Aplicativos Cliente
Ao usar o Autonomous Data Guard, seus aplicativos cliente normalmente se conectam e executam operações no banco de dados principal.
Além dessa conectividade normal, o Autonomous Data Guard fornece a você a opção de conectar aplicativos clientes que executam apenas operações somente para leitura ao banco de dados stand-by. Para aproveitar essa opção, os aplicativos clientes se conectam ao banco de dados usando nomes de serviço de banco de dados que incluem "_RO" (para "somente para leitura"), conforme descrito em Nomes de Serviço de Banco de Dados Predefinidos para Autonomous Databases.
Monitorando Tempos de Espera
À medida que seus bancos que usam Autonomous Data Guard estão em execução, você pode monitorar o atraso de transporte e aplicar tempos de atraso na página Detalhes do banco de Dados principal ou stand-by clicando em Autonomous Data Guard.
Você deve esperar pequenas flutuações ao longo do tempo à medida que a carga de trabalho em seu banco de dados diminui e flui. No entanto, se você notar uma tendência crescente no tempo de espera, poderá executar estas ações para resolver a situação:
- Tendência Crescente no Atraso para Aplicação. Uma tendência crescente no atraso para aplicação indica que o banco de dados stand-by não tem capacidade suficiente para acompanhar os registros de redo provenientes do banco de dados principal. Para resolver essa situação, expanda as CPUs do banco de dados, conforme descrito em Adicionar Recursos de CPU ou Armazenamento a um Autonomous Database Dedicado.
- Tendência Crescente de Atraso no Transporte Uma tendência crescente de atraso no transporte indica um problema de desempenho da rede. A equipe de operações do Oracle Cloud monitora constantemente o desempenho da rede, para que você consiga ver a situação se resolver sem adotar nenhuma medida. No entanto, se desejar, você pode trazer a situação para a equipe de operações gerando uma solicitação de serviço.