Gerenciar Bancos de dados Principais e Stand-by em uma Configuração do Autonomous Data Guard
Saiba como gerenciá-los em uma configuração de Data Guard autônomo.
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 stand-by 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 seu Banco de Dados de IA autônomo.
Observação: Como dois Autonomous AI Databases são criados quando você usa o Autonomous Data Guard, o dobro do número de recursos da CPU e de armazenamento é usado, metade para o banco do dados principal e metade para o banco do dados stand-by.
Essas duas bases de dados, muitas vezes chamadas de pares, são identificadas 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 as duas bases de dados estão vinculadas e sincronizadas, algumas das operações que você executa em Autonomous AI Databases funcionam diferentemente nas bases de dados principal e stand-by em uma configuração do Autonomous Data Guard, em comparação com as bases de dados padrão. A lista a seguir descreve essas diferenças.
-
Ampliar, Reduzir e dimensionamento automático
Os dois bancos de dados de mesmo nível devem 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.
-
Interromper, Iniciar e Reiniciar
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.
-
Clonar
Você só pode clonar o banco de dados na página Detalhes do banco de dados principal.
-
Rotacionar 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 de aumento contínuo no atraso de aplicação indica que a base de dados em espera não tem capacidade suficiente para acompanhar os registros de redo provenientes da base 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 de Aumento no Atraso do 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.