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 AI Database em um Autonomous Container Database que tem o Autonomous Data Guard ativado, são criadas duas cópias completamente separadas: uma em um banco principal de contêiner e outra (uma cópia sincronizada) em um banco standby de contêiner. Em seguida, se o banco do contêiner principal ficar indisponível, o Autonomous Data Guard converterá automaticamente o banco do contêiner stand-by para o banco do contêiner principal e, como tal, começará o serviço de conexões de aplicativos para o seu Autonomous AI Database.
Observação:
Como dois Autonomous AI Databases são criados quando você usa o Autonomous Data Guard, duas vezes o número de recursos de CPU e armazenamento é usado, metade para o banco e metade para o banco e a metade para o banco e dados standby.Esses dois bancos de Dados, geralmente chamados pares, são identificados pelos labels Principal e Stand-by na lista de Autonomous AI 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 banco de dados estão vinculados e sincronizados, algumas das operações do gerenciamento que você executa nos Autonomous AI Databases funcionam diferentemente nos banco de dados principal e stand-by em uma configuração do Autonomous Data Guard, em comparação com banco 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 opção para conectar os aplicativos cliente que executam apenas operações somente leitura ao banco do dados stand-by. Para aproveitar essa opção, os aplicativos cliente se conectam ao banco de dados usando nomes do serviço de banco de dados que incluem "_RO" (para "somente leitura"), conforme descrito em Nomes de Serviço de Banco de dados Predefinidos para Autonomous AI 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 de Aumento no Atraso da 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 AI 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.