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 e dados stand-by que são atualizados continuamente com as alterações do banco e 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 entre regiões do Autonomous Data Guard.

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.

Autonomous Data Guard com Stand-by Local

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

Os bancos de dados de mesmo nível do Autonomous Data Guard local incorrem no custo adicional das CPUs base e no 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 mesmo nível do Autonomous Data Guard local. Consulte Faturamento de Recursos sem Servidor do Oracle Autonomous AI Database para obter mais informações.

Todos os bancos de dados com um stand-by local do Autonomous Data Guard são protegidos por zero perda de dados por padrão, durante a operação normal. O redo é enviado de forma síncrona para o destino de redo log stand-by, e o banco de dados principal não faz commit das transações até receber a confirmação de que os dados foram recebidos no destino de redo log stand-by. Se o banco de dados principal não receber uma confirmação dentro de limites de tempo específicos (devido a um problema de rede, por exemplo), o stand-by poderá fazer fallback temporário para operar de forma assíncrona para preservar a disponibilidade do banco de dados principal até que ele comece a receber confirmações em tempo hábil novamente.

Consulte Proteção de Perda de Dados Zero com o Autonomous Data Guard Local 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 de 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 e dados usar OCPUs) e a ativação do dimensionamento automático de computação no banco e, em seguida, o Autonomous Data Guard executa as mesmas ações no banco local stand-by. 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 do dados usar OCPUs), Armazenamento, Nome para Exibição, Nome do Banco de dados, Dimensionamento Automático, Tags e opções de licenciamento BYOL terá os mesmos valores após um failover para o banco do dados stand-bys ou depois que você executar um switchover.

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

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

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

• Ponto Final Privado: O ponto final privado do banco do 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 alterações após uma operação de failover ou depois que você executar um switchover.

• Conexões de Aplicativos do Cliente: Os aplicativos do cliente não precisam alterar suas strings de conexão para estabelecer conexão com o banco de dados após um failover para o banco de dados stand-by ou após você executar um switchover.

• Conexões Baseadas em Wallet: Você pode continuar usando suas wallets existentes para estabelecer conexão com o banco de dados após um failover para o banco de dados stand-by ou depois de executar uma alternância.

Proteção sem Perda de Dados com o Autonomous Data Guard Local

O Autonomous AI Database fornece proteção contra perda de dados zero (Recovery Point Objective, RPO = 0) quando um stand-by local do Autonomous Data Guard está ativado. Ele usa o transporte de redo síncrono entre os bancos de dados principal e stand-by para garantir que todas as transações submetidas a commit sejam protegidas.

Esse recurso é totalmente gerenciado e não requer configuração ou ajuste adicional. Mantém o desempenho existente e não introduz custos adicionais, eliminando as tradicionais compensações entre proteção e operações.

Se você estiver usando um stand-by local do Autonomous Data Guard, a proteção contra perda de dados zero será ativada automaticamente e nenhuma ação do usuário será necessária. Como resultado, você pode obter proteção contra perda de dados zero com o mínimo de esforço, mantendo o desempenho e a eficiência de custos.

Esse recurso oferece os seguintes benefícios:

• Garantia de Perda de Dados Zero: garante que todas as transações confirmadas sejam protegidas (RPO = 0), eliminando a incerteza durante a recuperação e mantendo a consistência dos dados.

• Operações Simplificadas: Não requer configuração ou ajuste manual. O serviço é totalmente gerenciado, reduzindo a complexidade e o esforço operacional.

• Eficiência de Custo: Não apresenta custo adicional. A proteção contra perda de dados zero está incluída no stand-by local do Autonomous Data Guard.

• Continuidade de Negócios Aprimorada: Melhora a disponibilidade, combinando proteção de dados com acesso contínuo a aplicativos, ajudando a manter operações consistentes durante falhas.

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.

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 Automático:

  O RTO é de dois (2) minutos. Quando você ativa o Autonomous Data Guard, por padrão, o failover automático é configurado para garantir zero perda de dados durante um failover. Você pode selecionar um limite de perda de dados entre 0 e 3600 segundos, se necessário. Um limite de 0 garante que o failover automático ocorra somente quando zero perda de dados puder ser atingida. 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 ou Switchover Manual: o RTO (Recovery Time Objective) é de dois (2) minutos e o RPO (Recovery Point Objective) é zero (0).

Stand-by do Autonomous Data Guard entre Regiões

Quando você adiciona um banco e dados stand-bys entre as regiões, os números de RTO e RPO para failover para o stand-bys entre as 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 a RPO é de até 1 (um) minuto.

Para obter mais informações, consulte:

• Failover Automático com um Banco de dados Stand-by para ver detalhes sobre failover automático.

• Executar um Switchover

• Executar um Failover Manual

• Objetivos de Nível de Serviço (SLOs)

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.

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 do 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 Principal do campo Atribuição. 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 de região cruzada ou um stand-alone do Autonomous Data Guard de região cruzada, 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-bby.

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

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

  Quando o banco do dados principal não está disponível e você tem um stand-bys entre as regiões e não é possível fazer failover para um stand-bys local, o link failover permite que você inicie um failover manual para o banco do dados stand-bys 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 pareamento. 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 e banco de dados stand-by está provisionando (até o estado do banco e banco de dados stand-by mudar 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 de backup é executada no banco do dados principal, o stand-by local é recriado e a coluna Estado mostra Provisionamento.

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

  Observação
  
  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 da Atribuição em Andamento: Indica que uma operação de failover ou switchover foi iniciada.

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.

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 Atraso de Pares, que é o tempo total em segundos pelo qual o par de Recuperação de Desastres fica atrás de seu banco de dados Principal.

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