Documentação do Oracle Cloud Infrastructure

Sobre Bancos de Dados Stand-by

Fornece informações sobre como ativar e usar o Autonomous Data Guard para recuperação de desastres no Autonomous AI Database.

Quando você usa o Autonomous Data Guard, o sistema cria um banco de dados stand-by que é atualizado continuamente com as alterações do banco de dados principal. Você pode usar o Autonomous Data Guard com um stand-by na região atual, um stand-by local ou com um ou mais bancos de dados stand-by em diferentes regiões, bancos de dados stand-by entre regiões ou pode adicionar um stand-by local e um ou mais bancos de dados stand-by remotos.

Você também pode criar um stand-by do Autonomous Data Guard, local ou remoto, em outra tenancy.

Selecionando entre as opções de recuperação de desastres que o Autonomous AI Database fornece, você pode escolher os recursos e opções que atendem aos seus requisitos de RTO (Recovery Time Objective) e RPO (Recovery Point Objective).

Por padrão, cada instância do Autonomous AI Database fornece um banco de dados de pareamento de Recuperação de Desastre Baseado em Backup local.

Para adicionar failover automático e reduzir seu RTO (Recovery Time Objective), você pode usar um banco de dados stand-by local do Autonomous Data Guard.

Para usar a opção de recuperação de desastres mais resiliente que o Autonomous AI Database oferece, você pode adicionar um banco de dados stand-by local do Autonomous Data Guard e um ou mais bancos de dados stand-by do Autonomous Data Guard entre regiões.

Além disso, outras opções que usam Recuperação de Desastre Baseada em Backup permitem que você forneça opções de recuperação de desastre de RTO (Recovery Time Objective) de custo mais baixo e mais altas, em comparação com o Autonomous Data Guard. Consulte Usar Recuperação de Desastre Baseada em Backup para obter detalhes sobre Recuperação de Desastre Baseada em Backup.

Tópicos

Tópico principal: Usar Bancos de Dados Stand-by com Autonomous Data Guard para Recuperação de Desastre

Autonomous Data Guard com Stand-by Local

Quando você usa um banco e dados stand-by do Autonomous Data Guard na região atual, o Autonomous AI Database provisiona um banco e monitora o banco e o banco; se o banco e dados principal ficar inativo, a instância stand-by assumirá automaticamente a função da instância principal.

Os bancos de dados de pareamento locais do Autonomous Data Guard têm o custo adicional das CPUs base e do armazenamento do banco de dados Principal, incluindo qualquer uso de armazenamento dimensionado automaticamente, cobrado no próprio banco de dados Principal. As CPUs dimensionadas automaticamente do banco de dados Principal não são cobradas adicionalmente no banco de dados de pareamento local do Autonomous Data Guard. Consulte Oracle Autonomous Database Serverless Features Billing para obter mais informações.

A adição de um banco de dados stand-by local 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 AI Database não fornece acesso a um banco do dados stand-by na região atual. Você executa todas as operações, como o aumento da contagem de ECPUs (contagem de OCPUs se o Banco de Dados usar OCPUs) e a ativação do dimensionamento automático de computação no Banco de Dados Principal. Em seguida, 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.

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

Consulte Exibir Informações de Rede na Console do OCI e Regiões e Domínios de Disponibilidade para obter mais informações sobre domínios de disponibilidade.

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

  • Opções de Banco de Dados: A contagem de ECPUs (contagem de OCPUs se o seu banco de dados usar OCPUs), Armazenamento, Nome para Exibição, Nome do Banco de Dados, Dimensionamento Automático, Tags e opções de licenciamento BYOL terão os mesmos valores após um failover para o banco de dados stand-by ou depois que você executar 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.

    A Oracle recomenda que, para bancos de dados em um Ponto Final Privado, ao criar a sub-rede, você use a opção de sub-rede regional para obter disponibilidade e latência ideais. Consulte Criando uma Sub-rede para obter mais informações.

  • APIs ou Scripts: Quaisquer APIs ou scripts que você usar para gerenciar o Autonomous AI Database continuarão funcionando sem nenhuma alteração após uma operação de failover ou depois que você executar 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.

Tópico principal: Sobre Bancos de Dados Stand-by

Autonomous Data Guard com Stand-by entre Regiões ou entre Tenancies

Você pode adicionar um banco de dados stand-by entre regiões ou entre tenancies do Autonomous Data Guard.

Quando você adiciona um banco de dados stand-by em outra região, se a instância principal ficar inativa, o Autonomous Data Guard fornecerá um banco de dados stand-by que será fisicamente separado em uma região remota. O banco de dados stand-by está disponível para assumir a atribuição da instância principal indisponível. Quando você adiciona um banco de dados stand-by em outra tenancy, o Autonomous Data Guard fornece um banco de dados stand-by que está em outra tenancy. O banco de dados stand-by está disponível para assumir a atribuição da instância principal indisponível.

Consulte Sobre o Autonomous Data Guard com Stand-by entre Regiões para obter mais informações.

Tópico principal: Sobre Bancos de Dados Stand-by

RTO (Recovery Time Objective) e RPO (Recovery Point Objective) do Autonomous Data Guard

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 uma instância stand-by local do Autonomous Data Guard não estiver disponível e você tiver ativado a recuperação de desastre entre regiões, poderá fazer failover manualmente para o stand-by entre regiões.

Se você não adicionar um stand-by do Autonomous Data Guard entre regiões, terá a opção de adicionar um par de Recuperação de Desastre Baseado em Backup entre regiões. Consulte RTO (Backup-Based Disaster Recovery Time Objective) e RPO (Recovery Point Objective) para obter detalhes sobre o RTO e o RPO com Recuperação de Desastre Baseada em Backup.

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 da perda de dados potencial no banco de dados principal.

Stand-by do Autonomous Data Guard Local

Quando você adiciona um banco de dados stand-by local, o Autonomous Data Guard fornece estas opções para failover ou switchover:

  • Failover ou Switchover Automático:

    Quando você ativa o Autonomous Data Guard, pode selecionar um limite de perda de dados. O limite de perda de dados padrão para failover automático é 0 (os valores válidos são de 0 a 3600 segundos). Por exemplo, um limite de perda de dados de 0 significa que o Autonomous Data Guard só executa failover automático quando não há perda de dados. Isso significa que, se o Autonomous Data Guard puder verificar se não há perda de dados, ele fará failover automaticamente em caso de problema. Quando há um problema e o Autonomous Data Guard determina que a possível perda de dados é maior que o limite de perda de dados, o failover automático não acontece e você tem a opção de executar um failover manual.

  • Failover Manual: o RTO é de dois (2) minutos e o RPO é de 10 segundos

Stand-by do Autonomous Data Guard entre Regiões

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

  • Switchover: o RTO é menor que 10 (dez) minutos e o RPO é zero (0).

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

  • Failover Manual: o RTO é inferior a 10 (dez) minutos e o RPO é de até 1 (um) minuto.

Para obter mais informações, consulte:

Tópico principal: Sobre Bancos de Dados Stand-by

Operações do Autonomous Data Guard

O Autonomous Data Guard fornece um conjunto de operações para gerenciar um banco de dados stand-by, incluindo: para ativar, alternar, desconectar ou encerrar um banco de dados stand-by.

Operação Descrição
Converter para Snapshot Stand-by

A conversão de um par de recuperação de desastre em um stand-by snapshot abre o banco de dados no modo de leitura/gravação e o par de recuperação de desastre entre regiões interrompe temporariamente a atualização de dados do banco de dados de origem.

Consulte Converter Pareamento entre Regiões em Stand-by Snapshot para obter mais informações.

Desativar Autonomous Data Guard

Se você tiver um banco de dados stand-by local ou um banco de dados stand-by entre regiões, poderá alterar o tipo de recuperação de desastre para Recuperação de Desastre Baseada em Backup para o stand-by local ou poderá encerrar um stand-by entre regiões. Em ambos os casos, a desativação do Autonomous Data Guard encerra o banco de dados stand-by.

Consulte Atualizar Stand-by para Usar um Par de Cópia de Backup ou Desativar um Banco de Dados Stand-by entre Regiões para obter detalhes.

Desconectar Stand-by

Quando você desconecta um stand-by entre regiões, o stand-by é desassociado do banco de dados Principal. Isso converte o banco de dados de um banco de dados de mesmo nível em um banco de dados standalone. Após a operação de desconexão, você não tem permissão para se reconectar ao Principal.

Consulte Desconectar um Banco de Dados de Mesmo Nível e Desconectar um Stand-by de Snapshot para obter mais informações.

Ativar Autonomous Data Guard

Se você estiver usando a Recuperação de Desastre Baseada em Backup, poderá atualizar seu tipo de recuperação de desastre para o Autonomous Data Guard local (região atual) ou adicionar um stand-by entre regiões do Autonomous Data Guard.

Consulte Ativar Autonomous Data Guard e Adicionar um Banco de Dados Stand-by entre Regiões para obter detalhes.

Failover - Automático

Depois que você adiciona um banco de dados stand-by local do Autonomous Data Guard, o sistema monitora a instância principal e faz failover automaticamente para um banco de dados stand-by local em determinados cenários.

Consulte Failover Automático com um Banco de Dados Stand-by para obter mais informações.

Failover - Manual

Se o banco de dados principal não estiver disponível, você poderá executar um failover manual para alterar as atribuições a fim de tornar o 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 remoto se um stand-by local estiver disponível).
  • Se um stand-by local não estiver disponível, você terá a opção de fazer failover manualmente para um stand-by remoto.

Consulte Executar um Failover Manual para obter detalhes.

Fazer Switchover

Quando a opção Autonomous Data Guard está ativada, o switchover altera as atribuições do principal e do stand-by, o banco do dados stand-by se torna o principal e o banco do dados principal se torna 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 para o stand-by local ou o stand-by remoto.

Consulte Executar um Switchover para obter detalhes.

Encerrar

Para encerrar a instância principal, selecione Mais ações e Encerrar. O encerramento da instância principal também encerra um banco de dados stand-by local.

Se você tiver um banco de dados stand-by local (região atual) e um banco de dados stand-by entre regiões, encerre o banco de dados stand-by entre regiões antes de encerrar o banco de dados principal.

Consulte Encerrar um Banco de Dados Stand-by entre Regiões para obter detalhes.

Tópico principal: Sobre Bancos de Dados Stand-by

Status de Recuperação de Desastre do Autonomous AI Database

O Autonomous AI Database fornece informações sobre o status de recuperação de desastre na página Detalhes do Autonomous AI Database.

Na área Recuperação de desastres:

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

  • Quando você tem um par de cópias de backup local ou um stand-by local do Autonomous Data Guard, a Console do Oracle Cloud Infrastructure mostra o valor Atribuição do campo Principal. O Autonomous AI Database não fornece acesso a um banco de dados stand-by local (ou a um par de cópias de backup local).

  • Ao usar um pareamento de cópia de backup entre regiões ou um stand-by Autonomous Data Guard entre regiões, a Console do Oracle Cloud Infrastructure mostrará o valor do campo Atribuição Principal se você estiver exibindo o banco de dados principal e mostrará Stand-by se estiver exibindo os detalhes de um 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 AI Database de mesmo nível, na página de detalhes do Autonomous AI Database, selecione a guia Recuperação de desastres. Mostra as informações do Autonomous AI Database de mesmo nível. A coluna Estado mostra o estado de um banco de dados stand-by, da seguinte forma:

  • Provisionamento

    • 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 estado do banco de dados stand-by seja alterado para Stand-by).

    • 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.

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

    Observação

    Quando um banco de dados stand-by é interrompido, o estado stand-by mostra Stand-by. Um banco de dados stand-by nunca mostra o estado Parado.

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

Tópico principal: Sobre Bancos de Dados Stand-by

Eventos do Autonomous Data Guard

Você pode usar eventos da Oracle Cloud Infrastructure para responder quando o Autonomous AI Database alterar seu estado por causa de um evento relacionado ao Autonomous Data Guard, como failover ou switchover.

Os eventos do Autonomous AI Database incluem o seguinte:

  • Iniciar failover automático
  • Finalizar failover automático
  • 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.

Tópico principal: Sobre Bancos de Dados Stand-by

Métricas do Autonomous Data Guard

Você pode usar métricas do Oracle Cloud Infrastructure para monitorar o Autonomous Data Guard.

As métricas do Autonomous AI Database incluem o seguinte:

  • Atraso no Par: O tempo total, em segundos, pelo qual o par de Recuperação de Desastre fica atrás do banco de dados Principal.

Consulte Métricas Disponíveis: oci_autonomous_database para obter mais informações.

Tópico principal: Sobre Bancos de Dados Stand-by