Quando você ativa o Autonomous Data Guard com um banco de dados stand-by na região atual, o Autonomous Database monitora o banco de dados principal e, se o banco de dados principal ficar inativo, a instância stand-by assumirá automaticamente a atribuição da instância principal.

Com o Autonomous Data Guard ativado com um banco de dados stand-by local, o Autonomous Database fornece um banco de dados stand-by idêntico que permite o seguinte, dependendo do estado do banco de dados principal:

• Se o banco de dados principal ficar inativo, o Autonomous Data Guard converterá o banco de dados stand-by no banco de dados principal com o mínimo de interrupção. Depois que o failover for concluído, o Autonomous Data Guard criará um novo banco de dados stand-by para você.

• Você pode executar uma operação de switchover, em que o banco de dados principal se torna o banco de dados stand-by, e o banco de dados stand-by se torna o banco de dados principal.

O Autonomous Database não fornece acesso a um banco de dados stand-by na região atual. Você executa todas as operações, como expandir a Contagem de OCPUs e ativar o Dimensionamento Automático no banco de dados principal, e o Autonomous Data Guard executa as mesmas ações no banco de dados stand-by local. Da mesma forma, você só executa ações como interromper ou reiniciar o banco de dados no banco de dados principal.

Um banco de dados stand-by local é criado na mesma região do banco de dados principal (região atual). Para melhor resiliência, o banco de dados stand-by é provisionado da seguinte forma:

• Nas regiões com mais de um domínio de disponibilidade, um banco de dados stand-by local é provisionado automaticamente em um domínio de disponibilidade diferente do banco de dados principal.

• Nas regiões com um único domínio de disponibilidade, um banco de dados stand-by local é provisionado automaticamente em uma máquina física diferente do banco de dados principal.

Todos os recursos do Autonomous Database do banco de dados principal estão disponíveis quando a instância stand-by local torna-se a principal após um failover do sistema ou após a execução de uma operação de switchover, incluindo o seguinte:

• Opções do Banco de Dados: As opções Contagem de OCPUs, Armazenamento, Nome para Exibição, Nome do Banco de Dados, Dimensionamento Automático, Tags e Licenciamento têm os mesmos valores após um failover para o banco de dados stand-by ou após a execução de um switchover.

• Notebooks do OML: Notebooks e usuários criados no banco de dados principal estão disponíveis no stand-by.

• Dados e Metadados APEX: Informações do APEX criadas no banco de dados principal são copiadas para o stand-by.

• ACLs: A Lista de Controle de Acesso (ACL) do banco de dados principal é duplicada para o stand-by.

• Ponto Final Privado: O ponto final privado do banco de dados principal se aplica ao stand-by.

• APIs ou Scripts: Todas as APIs ou scripts que você usa para gerenciar o Autonomous Database continuam a funcionar sem alterações após uma operação de failover ou após a execução de um switchover.

• Conexões do Aplicativo Cliente: Os aplicativos clientes não precisam alterar suas strings de conexão para conectar-se ao banco de dados após um failover no banco de dados stand-by ou após a execução de um switchover.

• Conexões Baseadas em Wallet: Você pode continuar usando suas wallets existentes para se conectar ao banco de dados após um failover no banco de dados stand-by ou após executar um switchover.

Quando você ativar o Autonomous Data Guard com um banco de dados stand-by em outra região, se a instância principal ficar inativa, o Autonomous Data Guard fornecerá uma instância stand-by disponível para assumir a atribuição da instância principal. O banco de dados stand-by é uma réplica do banco de dados principal e pode ser usado para recuperação em caso de falha ou quando o principal não está disponível. A ativação do Autonomous Data Guard com um stand-by entre regiões fornecerá uma solução para recuperação de desastre caso uma região inteira não esteja disponível ou quando o banco de dados principal ficar inativo por algum motivo.

As regiões pareadas do Autonomous Data Guard são regiões remotas nas quais você pode criar um banco de dados stand-by entre regiões. O Autonomous Data Guard permite que você crie um banco de dados stand-by remoto. Consulte Regiões Pareadas do Autonomous Data Guard para obter uma lista de regiões pareadas.

Depois que você ativa o Autonomous Data Guard com um stand-by remoto, o Autonomous Database fornece acesso ao banco de dados stand-by remoto na Console do Oracle Cloud Infrastructure. Você executa quase todas as operações, como expandir a Contagem de OCPUs e ativar o Dimensionamento Automático no banco de dados principal, e o Autonomous Data Guard executa as mesmas ações no banco de dados stand-by entre regiões. O Autonomous Database fornece acesso ao stand-by entre regiões para que você possa executar algumas operações de forma independente no stand-by remoto, como configurar redes e VCNs para pontos finais privados e tags para definir chaves e valores que não são replicados entre o banco de dados principal e o stand-by remoto.

O Autonomous Data Guard não executa failover automático para um stand-by entre regiões. Se o banco de dados principal estiver indisponível e um stand-by local também estiver indisponível, você poderá executar um failover manual para fazer com que o banco de dados stand-by da região remota assuma a atribuição principal.

Você não pode estabelecer conexão com um stand-by remoto e um banco de dados stand-by remoto não está disponível para operações somente para leitura. Você pode estabelecer conexão com o banco de dados da região remota quando ele assume a atribuição principal após um switchover ou um failover manual.

As seguintes áreas têm diferenças para failover e switchover quando você faz failover ou switchover do principal na região principal para o stand-by na região remota, em comparação com failover ou switchover para um stand-by local:

• Nome para Exibição: O nome para exibição tem uma extensão "_Remote".

• Notebooks do OML: Após um switchover ou failover entre regiões, os notebooks do OML da região principal não estão presentes na região remota. Novos notebooks do OML podem ser criados na região remota.

• Ponto Final Privado: Você pode configurar e atualizar de forma independente pontos finais privados no banco de dados stand-by remoto antes do failover ou do switchover. Portanto, após um failover ou switchover, um ponto final privado pode ser configurado de forma diferente. O Autonomous Database não mantém a configuração de rede sincronizada do principal para o stand-by na região remota.

  O Pareamento da VCN e o encaminhamento do domínio são necessários para que as wallets funcionem entre regiões, com os Autonomous Databases com um ponto final privado com o Autonomous Data Guard ativado, onde o banco de dados principal e o remoto estão em VCNs diferentes. Consulte Pareamento Remoto de VCN usando um RPC e DNS na Rede Virtual na Nuvem para obter informações sobre pareamento de VCN e encaminhamento de domínio.

• APIs ou Scripts: Quaisquer APIs ou scripts que você usa para gerenciar o Autonomous Database precisam ser atualizados para chamar as APIs no banco de dados da região remota após uma operação de failover ou depois que você executa um switchover.

  Para obter o melhor desempenho e o tempo de conexão mais rápido, a Oracle recomenda que você faça download de uma wallet no banco de dados da região remota quando usar o banco de dados da região remota como banco de dados principal, após um failover ou switchover.

• Aplicativos Clientes: Os aplicativos clientes podem usar a wallet de instância única que contém strings de conexão do principal e do stand-by e não precisam alterar as wallets para estabelecer conexão com o banco de dados, após um failover ou switchover para o banco de dados stand-by.

  Para obter o melhor desempenho e o tempo de conexão mais rápido, a Oracle recomenda que você faça download de uma wallet no banco de dados da região remota quando usar o banco de dados da região remota como banco de dados principal, após um failover ou switchover.

• Conexões Baseadas em Wallet: Você poderá continuar usando suas wallets existentes da instância para se conectar ao banco de dados após um failover para o banco de dados stand-by ou depois de executar um switchover.

  Para obter o melhor desempenho e o tempo de conexão mais rápido, a Oracle recomenda que você faça download de uma wallet no banco de dados da região remota quando usar o banco de dados da região remota como banco de dados principal, após um failover ou switchover.

• Ferramentas do Autonomous Database: As ferramentas têm URLs distintos na região remota após o switchover ou failover para o stand-by entre regiões (os URLs das ferramentas não são alterados em um switchover ou failover para um stand-by local):

  • Ações do Banco de Dados

  • Oracle APEX (APEX)

  • Oracle REST Data Services (ORDS)

  • Console de Serviços do Autonomous Database

  • Graph Studio

  • Oracle Machine Learning Notebooks

  • Oracle Machine Learning User Management

• Uso do Oracle Cloud Infrastructure Object Storage: Depois que você fizer failover ou switchover do principal na região principal para o stand-by na região remota, as credenciais e os URLs que fornecem acesso ao Object Storage na região principal continuarão a funcionar como funcionavam antes do failover ou do switchover, fornecendo acesso a:

  • Backups manuais

  • Tabelas externas

  • Tabelas particionadas externas

  • Tabelas particionadas híbridas externas

  Observação
  
  Isso se aplica quando o Object Storage da região principal está disponível. Em cenários raros quando o Object Storage na região principal não está disponível, a Oracle recomenda fazer backups ou replicação do Object Storage em outra região. Se o Object Storage da região principal não estiver disponível, você poderá atualizar as credenciais de usuário e os parâmetros que definem os URLs do Object Storage para que os parâmetros especifiquem valores para acessar o Object Storage da região disponível. Consulte Usando a Replicação para obter mais informações.

O Autonomous Data Guard monitora o banco de dados principal e, se a instância ficar inativa, a instância stand-by local assumirá a atribuição da instância principal de acordo com o RTO (Recovery Time Objective) e o RPO (Recovery Point Objective). Se a instância stand-by local não estiver disponível e você tiver ativado um stand-by entre regiões, poderá fazer failover manualmente para um stand-by entre regiões.

O RTO é o tempo máximo necessário para restaurar a conectividade do banco de dados com um banco de dados stand-by após o início de um failover manual ou automático. O RPO é a duração máxima de perda de dados em potencial, em minutos, no banco de dados principal.

Quando o Autonomous Data Guard está ativado com um banco de dados stand-by local, os números do RTO e do RPO são os seguintes:

• Failover Automático: o RTO é de 2 (dois) minutos e o RPO é 0 (zero). Consulte Failover Automático com um Banco de Dados Stand-by para obter detalhes sobre failover automático.

• Failover Manual: o RTO é de 2 (dois) minutos e o RPO é de até 1 (um) minuto. Consulte Failover Manual com um Banco de Dados Stand-by para obter detalhes sobre failover manual.

Quando o Autonomous Data Guard está ativado com um banco de dados stand-by entre regiões, os números do RTO e do RPO de failover para o stand-by entre regiões são os seguintes:

• Failover Automático: Não disponível

• Failover Manual: o RTO é de 15 (quinze) minutos e o RPO é de até 1 (um) minuto.

O Autonomous Database fornece as seguintes operações com o Autonomous Data Guard:

• Ativar: Se o Autonomous Data Guard estiver desativado, você poderá ativar o Autonomous Data Guard.

  Consulte Ativar um Banco de Dados Stand-by para obter detalhes.

• Adicionar Banco de Dados Stand-by: Depois de ativar o Autonomous Data Guard com um banco de dados stand-by local (região atual) ou entre regiões (remoto), você poderá adicionar um segundo banco de dados stand-by. Se o banco de dados stand-by que você ativar primeiro for um banco de dados remoto, você poderá adicionar um banco de dados stand-by local (região atual). Se o banco de dados stand-by que você ativar primeiro for um banco de dados stand-by da região atual, você poderá adicionar um banco de dados stand-by entre regiões.

  Consulte Adicionar um Banco de Dados Stand-by para obter detalhes.

• Desativar: Se o Autonomous Data Guard estiver ativado, você poderá desativar o Autonomous Data Guard. A desativação do Autonomous Data Guard encerra o banco de dados stand-by. Se você tiver um banco de dados stand-by local (região atual) e um banco de dados stand-by entre regiões (remoto), desative cada stand-by individualmente.

  Consulte Desativar um Banco de Dados Stand-by para obter detalhes.

• Switchover: Quando o Autonomous Data Guard está ativado, o switchover altera as atribuições do principal e do stand-by, o banco de dados stand-by torna-se o principal e o principal torna-se o stand-by. Se você tiver um banco de dados stand-by local (região atual) e um banco de dados stand-by entre regiões (remoto), poderá optar por fazer switchover do stand-by local ou do stand-by remoto.

  Consulte Executar um Switchover para obter detalhes.

• Failover Manual: Se o banco de dados principal não estiver disponível, você poderá executar um failover manual para alterar atribuições para tornar um banco de dados stand-by o banco de dados principal:

  • Se um stand-by local estiver disponível, você poderá fazer failover manualmente para o stand-by local (você não terá a opção de fazer failover para um stand-by de região remota se um stand-by local estiver disponível).
  • Se um stand-by local não estiver ativado ou tiver sido ativado com o Autonomous Data Guard e não estiver disponível, você terá a opção de fazer failover manualmente para um stand-by remoto.

  Consulte Failover Manual com um Banco de Dados Stand-by para obter detalhes.

• Encerrar: Se quiser encerrar a instância principal, selecione Mais Ações e Encerrar. O encerramento da instância principal também encerra o banco de dados stand-by. Se você tiver um banco de dados stand-by local (região atual) e um banco de dados stand-by entre regiões (remoto), isso encerrará o stand-by local e o stand-by remoto.

O Autonomous Database fornece informações sobre o estado do Autonomous Data Guard na página Detalhes do Autonomous Database.

O campo Status mostra as informações de status do Autonomous Data Guard, da seguinte maneira:

• Ativado indica que o Autonomous Data Guard está ativado.

• Desativado indica que o Autonomous Data Guard não está ativado.

O campo Atribuição mostra a atribuição do banco de dados atual, da seguinte forma:

• Ao usar o Autonomous Data Guard com um stand-by local, a Console do Oracle Cloud Infrastructure mostra o valor Principal do campo Atribuição. O Autonomous Database não fornece acesso a um banco de dados stand-by local.

• Ao usar o Autonomous Data Guard com um stand-by entre regiões, a Console do Oracle Cloud Infrastructure mostrará o valor Principal do campo Atribuição se você estiver exibindo o banco de dados principal e mostrará Stand-by se estiver exibindo os detalhes do banco de dados stand-by.

• Switchover: Fornece um link para que você possa executar uma operação de switchover.

• Failover: Quando o banco de dados principal não está disponível e você tem um stand-by local e um failover automático não foi bem-sucedido, o link de failover permite iniciar um failover manual.

  Quando o banco de dados principal não está disponível e você tem um stand-by entre regiões e não é possível fazer failover para um stand-by local, o link de failover permite iniciar um failover manual para o banco de dados stand-by remoto.

Para exibir as informações do Autonomous Database de pareamento, em Recursos, clique em Autonomous Data Guard. Essa área lista as informações do banco de dados autônomo de pareamento. A coluna Estado mostra o estado de um banco de dados stand-by, da seguinte forma:

• Provisionando

  • Esse estado mostra quando você ativa o Autonomous Data Guard e indica que um banco de dados stand-by está sendo provisionado (até que o banco de dados stand-by esteja disponível).

  • Esse estado é mostrado após um failover para um stand-by local quando um banco de dados stand-by local está sendo recriado.

  • Esse estado mostra se uma operação de restauração pelo backup é executada no banco de dados principal, o stand-by local é recriado e a coluna Estado mostra Provisionando.

• Disponível: Indica que um stand-by está disponível e pronto para uma operação de switchover ou failover.

• Alteração de Atribuição em Andamento: Indica uma operação de failover ou switchover iniciada.

Você pode usar eventos do Oracle Cloud Infrastructure para responder quando o Autonomous Database alterar seu estado em decorrência de um evento relacionado ao Autonomous Data Guard, como uma operação de failover ou switchover.

Os eventos do Autonomous Database incluem o seguinte:

• Iniciar desativação do Autonomous Data Guard
• Iniciar ativação do Autonomous Data Guard
• Iniciar failover
• Iniciar switchover
• Encerrar desativação do Autonomous Data Guard
• Finalizar ativação do Autonomous Data Guard
• Finalize o failover com resultado de failover de sucesso ou falha.
• Finalize o switchover com resultado de switchover de sucesso ou falha.

Com base em eventos, você pode executar ações ou enviar notificações. Consulte Eventos e Notificações de um Banco de Dados Stand-by para obter mais informações sobre o uso de eventos e a geração de notificações.