Usar o Oracle Data Guard com o Exadata Cloud Infrastructure

Aprenda a configurar e gerenciar Grupos de Data Guard no seu cluster de VMs.

Sobre o Uso do Oracle Data Guard com o Exadata Cloud Infrastructure

O Oracle Data Guard fornece um conjunto abrangente de serviços que criar, manter, gerenciar e monitorar um ou mais bancos de dados stand-by para permitir que os bancos de dados Oracle de produção sobrevivam a desastres e danos a dados.

O Oracle Data Guard mantém esses bancos de dados stand-by como cópias do banco de dados de produção. Em seguida, se o banco de dados de produção ficar indisponível por causa de uma interrupção planejada ou não planejada, o Oracle Data Guard poderá alternar qualquer banco de dados stand-by para a atribuição de produção, minimizando o tempo de inatividade associado à interrupção. O Oracle Data Guard pode ser usado com técnicas tradicionais de backup, restauração e cluster para fornecer um alto nível de proteção de dados e disponibilidade de dados. Os serviços de transporte do Oracle Data Guard também são usados por outros recursos da Oracle, como Oracle Streams e Oracle GoldenGate, para transmissão eficiente e confiável de redo de um banco de dados de origem para um ou mais destinos remotos.

Para obter informações completas sobre o Oracle Data Guard, consulte a documentação Conceitos e Administração do Oracle Data Guard e Conceitos do Oracle Data Guard Broker no portal Documentação do Oracle Database.

Este tópico explica como usar a Console ou a API para configurar e gerenciar recursos do Data Guard no cluster de VMs.

Quando você usa a Console ou a API para ativar o Data Guard para um banco de dados de nó de computação de banco de dados Exadata:

  • O banco de dados stand-by criado é um stand-by físico.
  • As versões dos bancos de dados de pareamento (principal e stand-by) são idênticas.
  • O banco de dados standby é implantado como aberto somente para leitura (Data Guard Ativo).
  • Um banco de dados principal pode suportar até seis bancos de dados stand-by, no máximo.

Pré-requisitos para Usar o Oracle Data Guard com o Exadata Cloud Infrastructure

Uma implementação do Oracle Data Guard do Exadata Cloud Infrastructure exige dois Clusters de VMs existentes do Exadata: um contendo um banco de dados existente que deverá ser duplicado pelo Data Guard e outro que hospedará o novo banco de dados stand-by pelo Data Guard.

Observação

A Oracle recomenda enfaticamente que os bancos de dados principal e stand-by de qualquer carga de trabalho de produção estejam em diferentes Infraestruturas do Exadata Cloud para melhor isolamento de falhas e proteção contra desastre. Se você estiver adicionando um novo stand-by na mesma região com vários domínios de disponibilidade, a Oracle recomenda escolher outro domínio de disponibilidade para isolamento completo de falhas no domínio de disponibilidade ou no data center. Se você estiver adicionando um novo stand-by entre as regiões, o stand-by também terá isolamento de falhas regionais.

Ao ativar o Data Guard, você deve criar um novo Home de Banco de Dados na instância stand-by para hospedar o novo banco de dados stand-by. Como alternativa, você pode provisionar o banco de dados stand-by dentro de um Home de Banco de Dados existente na instância stand-by. Para obter informações sobre como criar os recursos necessários para o sistema stand-by, consulte os seguintes tópicos:

Você pode usar uma imagem de software de banco de dados personalizada que contenha os patches necessários para seus bancos de dados ao criar um Home de Banco de Dados na instância principal ou stand-by do Exadata. Consulte Imagens do Software Oracle Database para obter informações sobre como trabalhar com imagens personalizadas do software Oracle Database.

Se você optar por provisionar um banco de dados stand-by em um Home de Banco de Dados existente, certifique-se de que o Home de Banco de Dados de destino da instância stand-by tenha todos os patches necessários que estão em uso para o banco de dados principal antes de provisionar o banco de dados stand-by. Consulte os seguintes tópicos para obter mais informações sobre como aplicar patches em um Home do Banco de Dados existente:

Se você estiver criando um Grupo do Data Guard e estiver usando chaves gerenciadas pelo cliente para criptografar o banco de dados, deverá ter configurado o Serviço Vault e criado uma chave principal. Consulte Para administrar chaves de criptografia do serviço Vault e Conceitos de Gerenciamento de Chaves e Segredos.

Requisitos de Rede para o Data Guard

Antes de configurar o Data Guard, certifique-se de que seu ambiente Exadata Cloud Infrastructure atenda aos seguintes requisitos de rede:

  • Os bancos de dados principal e stand-by podem fazer parte dos clusters de VMs em diferentes compartimentos.
  • Se você quiser configurar o Oracle Data Guard entre regiões, configure o pareamento da VCN (rede virtual na nuvem) remota entre os bancos de dados principal e stand-by. O serviço Networking é configurado no recurso de cluster de VMs na nuvem para sistemas que usam O Novo Modelo de Recurso do Exadata e no recurso de sistema de Banco de Dados para sistema que usa o antigo modelo de recurso. Consulte Pareamento Remoto de VCN usando um RPC.

    Para configurações do Exadata Data Guard, o OCI suporta o uso da topologia de rede hub e spoke para as VCNs em cada região. Isso significa que os bancos de dados principal e stand-by podem utilizar uma VCN "spoke" que transfere o tráfego de rede para a VCN "hub" que tem uma conexão de pareamento remoto. Consulte Roteamento de Trânsito dentro de uma VCN hub para obter informações sobre a configuração dessa topologia de rede.

  • Para configurar o Oracle Data Guard em uma só região, ambas as instâncias do Exadata Cloud Infrastructure deverão usar a mesma VCN. Ao configurar o Data Guard na mesma região, a Oracle recomenda que a instância que contém o banco de dados stand-by esteja em um domínio de disponibilidade distinto da instância que contém o banco de dados principal para melhorar a disponibilidade e a recuperação de desastre.
  • Configure as regras de segurança de entrada e saída para as sub-redes de ambas as instâncias do Exadata Cloud Infrastructure na associação do Oracle Data Guard para permitir que o tráfego TCP passe pelas portas aplicáveis. Certifique-se de que as regras criadas sejam com monitoramento de estado (o padrão).

    Por exemplo, se a sub-rede da instância principal do Exadata Cloud Infrastructure usar o CIDR 10.0.0.0/24 de origem e a sub-rede da instância stand-by usar o CIDR 10.0.1.0/24 de origem, crie regras conforme mostrado no exemplo subsequente.

Observação

As regras de saída no exemplo mostram como ativar o tráfego TCP apenas para a porta 1521, que é um requisito mínimo para que o Oracle Data Guard funcione. Se o tráfego TCP já estiver ativado para todos os destinos (0.0.0.0/0) em todas as portas de saída, você não precisará adicionar explicitamente essas regras de saída específicas.

Regras de Segurança para Sub-rede da instância Principal do Exadata Cloud Infrastructure

Regras de Entrada:
Stateless: No
Source: 10.0.1.0/24 
IP Protocol: TCP 
Source Port Range: All 
Destination Port Range: 1521
Allows: TCP traffic for ports: 1521
Regras de Saída:
Stateless: No
Destination: 10.0.1.0/24 
IP Protocol: TCP 
Source Port Range: All
Destination Port Range: 1521
Allows: TCP traffic for ports: 1521

Regras de Segurança para Sub-rede da instância Stand-by do Exadata Cloud Infrastructure

Regras de Entrada:
Stateless: No
Source: 10.0.0.0/24 
IP Protocol: TCP 
Source Port Range: All 
Destination Port Range: 1521
Allows: TCP traffic for ports: 1521
Regras de Saída:
Stateless: No
Destination: 10.0.0.0/24 
IP Protocol: TCP 
Source Port Range: All
Destination Port Range: 1521
Allows: TCP traffic for ports: 1521

Para obter informações sobre como criar e editar regras, consulte Listas de Segurança .

Requisitos de Senha

Para alterar a senha SYS ou rotacionar chaves de TDE, use a API do OCI.

Problemas Conhecidos do Exadata Cloud Infrastructure e do Data Guard

Possível problema de replicação da chave de TDE e falhas de operação de MRP e LCM do DG.

O KMS RPM libkmstdepkcs11_1.286-1.286-1-Linux.rpm é o mais recente disponível que oferece suporte à replicação ativa de chaves entre vaults do KMS entre regiões (fonte e destino) e é recomendável fazer upgrade do RPM em clusters que participam do Data Guard. O Data Guard entre regiões do OCI Vault funciona com uma versão inferior do RPM, mas a versão mais antiga não garante a replicação ativa de chaves. Se as chaves de TDE tiverem qualquer problema de replicação entre vaults, a replicação do Data Guard poderá ter um impacto (o MRP falhará no cluster stand-by por causa da falta de chave no vault de destino) e o MRP só poderá ser retomado depois que as chaves forem replicadas para o vault de destino. Para evitar falhas na operação do MRP e do LCM do DG, faça upgrade do RPM libkms nos dois clusters e reinicie os bancos de dados (somente bancos de dados que usam chaves gerenciadas pelo cliente).

Adicionando um Nó a um Cluster de VMs

Ao adicionar um nó a um cluster de VMs, uma instância do banco de dados do Data Guard é criada automaticamente no novo nó. No entanto, a atualização de metadados no banco de dados remoto, ou seja, o banco de dados principal, se a adição for feita no banco de dados stand-by e vice-versa, deverá ser feita manualmente.

Isso pode ser feito copiando o arquivo JSON addinstance, /var/opt/oracle/dbaas_acfs/<dbname>/addInstance.json criado no final da adição da instância e executando o comando /var/opt/oracle/ocde/rops update_instance <dbname> <path to addInstance JSON> em qualquer nó do cluster remoto.

Removendo um Nó de um Cluster de VMs

Ao remover um nó de um cluster de VMs, a instância e seus metadados no nó de remoção são excluídos automaticamente. No entanto, a exclusão dos metadados correspondentes no banco de dados remoto, ou seja, o banco de dados principal, se a remoção for feita no banco de dados stand-by e vice-versa, deverá ser feita manualmente.

Isso pode ser feito executando o comando /var/opt/oracle/ocde/rops remove_instance <dbname> <Instance Name> em qualquer nó do cluster remoto.

Como Trabalhar com o Data Guard

O Oracle Data Guard assegura alta disponibilidade, proteção de dados e recuperação de desastre para dados empresariais.

Os bancos de dados principal e stand-by constituem um Grupo do Data Guard. A maioria dos aplicativos acessa o banco de dados principal. Um banco de dados stand-by é uma cópia transacionalmente consistente do banco de dados principal.

O Data Guard mantém o banco de dados standby transmitindo e aplicando dados de redo do banco de dados principal. Se o banco de dados principal se tornar indisponível, você poderá usar o Data Guard para fazer switchover ou failover do banco de dados standby para a atribuição principal. Isso é verdadeiro mesmo se você tiver mais de um banco de dados stand-by.

Switchover

Um switchover reverte as atribuições de banco de dados principal e standby.

Cada banco de dados continua fazendo parte do Grupo do Data Guard em sua nova atribuição. Um switchover garante que não haja perda de dados. Você pode usar um switchover antes de executar a manutenção planejada no banco de dados principal. A execução de manutenção planejada em um banco de dados de máquina virtual Exadata com um Grupo do Data Guard geralmente é feita alternando a função principal para a stand-by, executando a manutenção no stand-by e, em seguida, alternando-a de volta para a principal.

Failover

Um failover faz a transição do banco de dados standby para a atribuição principal depois que o banco de dados principal existente falha ou se torna inacessível.

O failover pode ou não resultar em perda de dados, dependendo do modo de proteção e se seus bancos de dados stand-by principal e de destino foram sincronizados no momento da falha do banco de dados principal. Para obter mais informações, consulte Failover Manual na documentação do Data Guard.

Restabelecer

Reintegra um banco de dados na atribuição stand-by em um Grupo do Data Guard.

Você pode usar o comando de restabelecimento para recolocar em operação um banco de dados com falha depois de corrigir a causa da falha.

Observação

Não é possível encerrar um banco de dados principal que faça parte de um Grupo do Data Guard que contenha um ou mais bancos de dados stand-by. Você terá que encerrar os bancos de dados stand-by primeiro. Você tem a opção de fazer switchover do banco de dados principal para a atribuição stand-by e, em seguida, encerrar o antigo principal.

Você não pode encerrar um cluster de VMs que inclua bancos e dados ativados para Data Guard. Primeiro, encerre os bancos de dados stand-by que fazem parte do Grupo do Data Guard.

Usando a Console para Gerenciar um Grupo do Oracle Data Guard

Saiba como ativar um Grupo do Data Guard entre bancos e dados, alterar a atribuição de um banco em um Grupo do Data Guard usando uma operação switchover ou failover e restabelecer um banco e dados com falha.

Quando você ativa o Data Guard, um Grupo do Data Guard separado é criado entre os bancos de Dados principal e stand-by.

Para Ativar o Data Guard em um Sistema Exadata Cloud Infrastructure

Aprenda a configurar o Grupo do Data Guard entre bancos de dados.

Observação

  • Quando você ativa o Data Guard, a replicação de dados só acontece pela rede cliente.
  • Quando você configura um Grupo do Data Guard, os bancos de dados principal e stand-by devem estar na mesma versão da release principal, enquanto o banco de dados stand-by pode estar em uma versão secundária mais recente.
Observação

Uma operação paralela no Stand-by, se falhar, deve ser repetida após um intervalo de 5 minutos.

Observação

Você pode criar um Data Guard quando o banco de dados for criptografado usando o OCI Virtual Vault.

Como parte da versão mais recente, estamos introduzindo uma experiência de usuário aprimorada e novas APIs para melhorar o desempenho e fornecer recursos adicionais do Data Guard, incluindo suporte para vários bancos de dados stand-by por meio da automação na nuvem.

  • Com a nova API, sua nova configuração de Data Guard será criada como um recurso do Grupo de Data Guard.
  • Se você tiver uma configuração existente do Data Guard, poderá continuar usando os recursos atuais sem impacto. No entanto, se você quiser criar vários bancos de dados stand-by, precisará migrar para o novo modelo de API, que pode ser feito a qualquer momento.
  • Se no momento você tiver automação que gerencie operações do Data Guard usando a API de Associação do Data Guard existente, será necessário atualizar seus aplicativos para usar a nova API para aproveitar esses novos recursos

    No momento, a Oracle suporta a API de Associação do Data Guard existente e a nova API do Grupo do Data Guard e as interfaces de usuário associadas.

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha o Compartimento que contém a instância do Exadata Cloud Infrastructure com o banco de dados para o qual deseja ativar o Oracle Data Guard.
  3. Navegue até o cluster de VMs na nuvem ou o sistema de banco de dados que contém um banco de dados que deverá assumir a atribuição principal:
    • Clusters de VMs na nuvem ( novo modelo de recurso): Em Oracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata. Na lista de clusters de VMs, localize o cluster de VMs que você deseja acessar e clique em seu nome destacado para exibir a página de detalhes do cluster.
    • Sistemas de Banco de Dados: Em Bare Metal, VM e Exadata, clique em Sistemas de Banco de Dados. Na lista de sistemas de banco de dados, localize o sistema de banco de dados Exadata que você deseja acessar e clique em seu nome para exibir detalhes sobre ele.
  4. Na página de detalhes do cluster de VMs ou do sistema de banco de dados, na seção Bancos de Dados, clique no nome do banco de dados que deseja tornar principal.
  5. Na página Detalhes do Banco de Dados, em Recursos, clique em Associações do Data Guard.
  6. Clique em Adicionar stand-by.
  7. Na página Adicionar stand-by, configure seu Grupo do Data Guard.
    • Para executar explicitamente uma pré-verificação do Data Guard, clique em Executar Pré-verificação. Quando você clica em Executar pré-verificação, as seguintes ações são executadas:
      • O sistema fecha a página Adicionar Stand-by.
      • Uma mensagem é exibida na página Detalhes do Banco de Dados Principal indicando que a pré-verificação do Data Guard está em andamento e o botão Adicionar Stand-by está desativado.

      Clique no link Exibir Detalhes para navegar até a página Solicitações de Serviço do status:

      • Revise o status da pré-verificação: Bem-sucedido ou Com falha.
      • Se a pré-verificação tiver falhado, resolva os erros reportados e repita a configuração do Data Guard.
      Observação

      Enquanto a pré-verificação estiver em execução, o banco de dados principal e o Cluster de VMs permanecerão no estado AVAILABLE.
    • Na seção Selecionar sistema de banco de dados de pareamento, forneça as seguintes informações do banco de dados stand-by para obter uma lista de sistemas Exadata disponíveis para localizar o banco de dados stand-by:
      • Região: Selecione uma região na qual deseja localizar o banco de dados stand-by. A região em que o banco de dados principal está localizado é selecionada por padrão. Você pode optar por localizar o banco de dados stand-by em outra região. O texto de dica associado a esse campo informa em qual região o banco de dados principal está localizado.
      • Domínio de disponibilidade: Selecione um domínio de disponibilidade para o banco de dados stand-by. O texto de dica associado a esse campo informa em qual domínio de disponibilidade o banco de dados principal está localizado.
      • Forma: Selecione a forma do sistema Exadata stand-by.
      • Tipo de recurso de pareamento do Data Guard: Selecione Sistema de Banco de Dados ou Cluster de VMs.
      • Selecione na lista drop-down um sistema de banco de dados ou um cluster de VMs na nuvem.
    • Escolha a experiência do Data Guard:
      • Usar o novo Recurso do Grupo de Data Guard Com essa opção, sua nova configuração de Data Guard será criada como um recurso do Grupo de Data Guard. Essa opção com novas APIs suporta a adição de vários bancos de dados stand-by e fornece outros aprimoramentos. Se você tiver no momento uma automação que gerencie operações do Data Guard usando a API de Associação do Data Guard existente, poderá atualizar seus aplicativos para usar a nova API a fim de aproveitar esses novos recursos.
      • Usar o Recurso de Associação do Data Guard existente Escolha essa opção se sua automação para gerenciar operações do Data Guard depender da API de Associação do Data Guard existente. No entanto, você não poderá adicionar vários bancos de dados stand-by e não obterá os aprimoramentos fornecidos pela nova API.
    • Detalhes do Grupo do Data Guard:
      • Tipo de Data Guard: Selecione Active Data Guard ou Data Guard. O Active Data Guard fornece recursos adicionais, incluindo: Consulta em Tempo Real e Descarregamento de DML, Reparo Automático de Blocos, Rastreamento de Alterações em Bloco Stand-by, Sincronização à Distância, Serviços de Dados Globais e Application Continuity. Observe que o Active Data Guard requer uma licença do Oracle Active Data Guard. Para obter mais informações sobre o Active Data Guard, consulte Active Data Guard. Para obter uma visão geral completa dos dois tipos de Data Guard, consulte Introdução ao Oracle Data Guard
      • Modo de proteção: O modo de proteção pode ser Desempenho Máximo ou Disponibilidade Máxima. Consulte Modos de Proteção do Oracle Data Guard para obter informações sobre essas opções.
      • Tipo de transport: O tipo de transportes de refazer usado para este Grupo do Data Guard. Consulte Serviços de Transporte de Redo para obter informações sobre essas opções.

        Modo de Proteção e Tipo de Transporte: Regras para Criação de Banco de Dados Stand-by

        • Criando o primeiro stand-by: Você não pode modificar o Modo de Proteção ou o Tipo de Transporte do primeiro banco de dados stand-by durante sua criação. É possível modificá-lo posteriormente.
          • As configurações padrão são:
            • Modo de Proteção: Desempenho Máximo
            • Tipo de Transporte: Assíncrono
        • Criando o segundo para o Enésimo stand-by: Você não pode modificar o Modo de Proteção ou o Tipo de Transporte de nenhum banco de dados stand-by subsequente.
          • O Modo de Proteção é herdado do primeiro stand-by.
          • O Tipo de Transporte padrão está definido como Assíncrono.
    • Na seção Escolher Home de Banco de Dados, escolha uma das seguintes opções:
      • Selecionar um Home do Banco de Dados existente: Se você usar essa opção, selecione um home na lista drop-down de nomes para exibição do Home de Banco de Dados.
      • Criar um novo Home de Banco de Dados: Se você escolher essa opção, digite um nome para o novo Home do Banco de Dados no campo Nome para exibição do Home do Banco de Dados. Clique em Alterar Imagem do Banco de Dados para selecionar uma imagem de software de banco de dados para o novo Home do Banco de Dados. No painel Selecionar uma Imagem de Software de Banco de Dados, faça o seguinte:
        1. Selecione o compartimento que contém a imagem de software de banco de dados que você deseja usar para criar o novo Home do Banco de Dados.
        2. Selecione a região que contém a imagem de software de banco de dados que você deseja usar para criar o novo Home do Banco de Dados. O filtro de região assume como padrão a região conectada no momento e lista todas as imagens de software criadas nessa região. Quando você escolhe outra região, a lista de imagens de software é atualizada para exibir as imagens de software criadas na região selecionada.
        3. Selecione a versão do software Oracle Database que o novo Home do Banco de Dados usará e escolha uma imagem na lista de imagens disponíveis para a versão de software selecionada.
        4. Clique em Selecionar.
        Observação

        • A Oracle recomenda aplicar a mesma lista de patches aos Homes de Banco de Dados dos bancos de dados principal e stand-by.
        • Se você estiver usando o novo recurso do Grupo do Data Guard, primeiro crie o home do banco de dados antes de adicionar o banco de dados stand-by.
    • Na seção Configurar banco de dados stand-by:, forneça os detalhes do banco de dados stand-by.
      Observação

      Você não pode modificar o db_unique_name e o prefixo SID depois de criar o banco de dados.
      • Nome exclusivo do banco de dados: Como opção, especifique um valor para o parâmetro de banco de dados DB_UNIQUE_NAME. Esse valor deve ser exclusivo nos clusters de VMs na nuvem principal e stand-by. O nome exclusivo deve atender aos requisitos:
        • Máximo de 30 caracteres
        • Conter somente caracteres alfanuméricos ou sublinhados (_)
        • Começar com um caractere alfabético
        • Ser exclusivo no cluster de VMs. Recomendamos ser exclusivos na tenancy.
        Se não for especificado, o sistema gerará automaticamente um valor de nome exclusivo, da seguinte forma:
        <db_name>_<3_chars_unique_string>_<region-name>
      • Senha do banco de dados: Informe a senha do administrador do banco de dados principal. Use esta mesma senha do administrador do banco de dados para o banco de dados stand-by.

        Observação

        A senha do administrador e a senha da wallet de TDE devem ser idênticas. Se as senhas não forem idênticas, siga as instruções em Alterando as Senhas do Banco de Dados para garantir que elas coincidam.
      • Senha da wallet de TDE: Digite a senha da wallet de TDE.
  8. Clique em Mostrar Opções avançadas para especificar opções avançadas para o banco de dados standby:
    • Gerenciamento:
      Prefixo do Oracle SID: O número da instância do Oracle Database é adicionado automaticamente ao prefixo do SID para criar o parâmetro de banco de dados INSTANCE_NAME. O parâmetro INSTANCE_NAME também é conhecido como SID. Se não for informado, o prefixo de SID assumirá como padrão os primeiros 12 caracteres do db_unique_name.
      Observação

      A inserção de um prefixo SID só está disponível para bancos de dados Oracle 12.1 e posteriores.

      O prefixo SID deve atender aos requisitos:

      • Máximo de 12 caracteres
      • Conter somente caracteres alfanuméricos
      • Começar com um caractere alfabético
      • Ser exclusivo no cluster de VMs e nos bancos de dados principal e stand-by
    • Na guia Tags, você pode adicionar tags ao banco de dados. Para aplicar uma tag definida, você deverá ter permissões para usar o namespace de tag. Para obter mais informações sobre tags, consulte Tags de Recurso. Se você não tiver certeza se deverá aplicar tags, ignore essa opção (você poderá aplicar tags posteriormente) ou pergunte ao seu administrador.
  9. Clique em Adicionar stand-by. Quando você criar a associação, os detalhes de um banco de dados e seu par exibirão as respectivas atribuições como Principal ou Stand-by.

Uma solicitação de serviço é emitida para configurar a associação do Data Guard. O andamento da solicitação e os estágios de provisionamento podem ser exibidos na página Solicitações de Serviço do respectivo banco de dados Stand-by.

Quando a associação é criada, os detalhes de um banco de dados e seu pareamento exibem as respectivas atribuições como Principal ou Standby.

Para exibir detalhes dos bancos de dados do Grupo do Data Guard em um Cluster de VMs na Nuvem

Para exibir a atribuição de cada banco de dados em um Grupo do Data Guard em um Cluster de VMs na Nuvem, siga este procedimento.

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha o Compartimento.
  3. Navegue até o cluster de VMs na nuvem que contém os bancos de dados cujas atribuições você deseja exibir nas associações do Data Guard.
  4. Na seção Bancos de Dados em Recursos, a atribuição de cada banco de dados neste Cluster de VMs é indicada na coluna Atribuição do Data Guard.

Para ativar backups automáticos em um banco de dados stand-by

Aprenda a ativar backups automáticos em um banco de dados stand-by.

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha seu Compartimento que contenha a instância do Exadata Cloud Infrastructure com o banco de dados para o qual você deseja ativar o banco de dados automático.
  3. Navegue até o cluster de VMs na nuvem ou sistema de BD que contém o banco de dados principal.
    • Clusters de VMs na nuvem ( novo modelo de recurso): Em Oracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata. Na lista de clusters de VMs, localize o cluster de VMs que você deseja acessar e clique em seu nome destacado para exibir a página de detalhes do cluster.

    • Sistemas de Banco de Dados: Em Bare Metal, VM e Exadata, clique em Sistemas de Banco de Dados. Na lista de sistemas de banco de dados, localize o sistema de banco de dados Exadata que você deseja acessar e clique em seu nome para exibir detalhes sobre ele.

  4. Na seção Bancos de Dados da página de detalhes do cluster de VMs ou do sistema de banco de dados, clique no nome do banco de dados principal.
  5. Na página Detalhes do Banco de Dados, em Recursos, clique em Grupo de Data Guard.
  6. Clique no nome do banco de dados stand-by para o qual deseja ativar backups automáticos.

    O sistema exibirá um banner se os backups automáticos não estiverem ativados para este banco de dados.

  7. Clique em Ativar backups automáticos no banner.
  8. Na janela Configurar Backups Automáticos resultante, informe os seguintes detalhes:
    • Ativar backup automático: Marque a caixa de seleção para ativar ou desativar backups incrementais automáticos para este banco de dados.
      Observação

      • Se seu banco de dados estiver em um compartimento de uma zona de segurança, você deverá ativar backups automáticos.
      • Se você estiver ativando backups automáticos, poderá configurar o Recovery Service ou o Object Storage como destino de Backup. No entanto, se o backup já tiver sido configurado no banco de dados principal, o stand-by deverá usar o mesmo destino de backup.
    • Se o Recovery Service estiver selecionado como Destino de backup, você poderá configurar as seguintes opções:
      • Política de proteção: Você pode selecionar uma das políticas de proteção predefinidas ou uma política personalizada. O sistema exclui automaticamente seus backups no fim da janela de recuperação da política de proteção escolhida.
      • Proteção de dados em tempo real: A proteção em tempo real é a transferência contínua de alterações de redo de um banco de dados protegido para o Recovery Service. Essa opção reduz a perda de dados e fornece um RPO (Recovery Point Objective) próximo a 0. Essa é uma opção de custo extra.
      • Opções de exclusão após encerramento do banco de dados: Você pode usar as opções a seguir para manter backups do banco de dados gerenciado após o encerramento do banco de dados. Essas opções também podem ajudar a restaurar o banco de dados usando backups em caso de danos acidentais ou mal-intencionados no banco de dados.
        • Manter backups de acordo com o período de retenção: Quando um banco de dados for encerrado, os backups automáticos associados ao banco de dados encerrado e todos os seus recursos serão removidos no final do período de retenção especificado.
        • Guarde backups por 72 horas e depois exclua: Quando um banco de dados for encerrado, os backups automáticos associados ao banco de dados encerrado e todos os seus recursos serão mantidos por 72 horas e depois excluídos. Os backups são mantidos por 72 horas para proteção contra exclusão acidental pelo usuário.
      • Dia programado para backup inicial: Selecione um dia da semana para o início do backup inicial.
      • Horário programado para backup inicial (UTC): Selecione um horário para o início do backup inicial. O backup inicial pode ser iniciado a qualquer momento ou dentro da janela de programação de duas horas escolhida.
      • Hora programada para backup diário (UTC): Selecione uma hora para o início do backup diário. O backup diário pode começar a qualquer momento ou dentro da janela de programação de duas horas escolhida.
      • Fazer o primeiro backup imediatamente: Um backup completo é um backup do sistema operacional de todos os arquivos de dados e do arquivo de controle que constituem um Oracle Database. Um backup completo também deve incluir os arquivos de parâmetros associados ao banco de dados. Você poderá fazer um backup do banco de dados quando ele for encerrado ou enquanto o banco de dados estiver aberto. Normalmente, você não deve fazer backup após uma falha de instância ou outras circunstâncias incomuns. Se você optar por adiar o backup inicial, talvez seu banco de dados não possa ser recuperado em caso de falha no banco de dados.
    • Se o serviço Object Storage estiver selecionado como Destino de backup, você poderá configurar as seguintes opções:
      • Período de retenção do backup: Se você optar por ativar backups automáticos, poderá selecionar uma política com um dos períodos de retenção predefinidos. O sistema exclui automaticamente seus backups incrementais no fim do período de retenção escolhido. Você pode alterar o período de retenção de backup após o provisionamento.
      • Opções de exclusão após encerramento do banco de dados: Você pode usar as opções a seguir para manter backups do banco de dados gerenciado após o encerramento do banco de dados. Essas opções também podem ajudar a restaurar o banco de dados usando backups em caso de danos acidentais ou mal-intencionados no banco de dados.
        • Manter backups de acordo com o período de retenção: Quando um banco de dados for encerrado, os backups automáticos associados ao banco de dados encerrado e todos os seus recursos serão removidos no final do período de retenção especificado.
        • Guarde backups por 72 horas e depois exclua: Quando um banco de dados for encerrado, os backups automáticos associados ao banco de dados encerrado e todos os seus recursos serão mantidos por 72 horas e depois excluídos. Os backups são mantidos por 72 horas para proteção contra exclusão acidental pelo usuário.
      • Dia programado para backup completo: Selecione um dia da semana para que os backups completos iniciais e futuros sejam iniciados.
      • Hora programada para backup completo (UTC): Selecione uma hora para o início do backup completo. O backup completo pode começar a qualquer momento ou dentro da janela de programação de duas horas escolhida.
      • Hora programada para backup incremental (UTC): Selecione um horário para o início do backup incremental. O backup incremental pode ser iniciado a qualquer momento ou dentro da janela de programação de duas horas escolhida.
      • Fazer o primeiro backup imediatamente: Um backup completo é um backup do sistema operacional de todos os arquivos de dados e do arquivo de controle que constituem um Oracle Database. Um backup completo também deve incluir os arquivos de parâmetros associados ao banco de dados. Você poderá fazer um backup do banco de dados quando ele for encerrado ou enquanto o banco de dados estiver aberto. Normalmente, você não deve fazer backup após uma falha de instância ou outras circunstâncias incomuns. Se você optar por adiar o backup inicial, talvez seu banco de dados não possa ser recuperado em caso de falha no banco de dados.
  9. Clique em Salvar Alterações.

Para fazer um switchover de banco de dados

Você pode iniciar uma operação de switchover em um banco de dados stand-by que seja membro do Grupo do Data Guard.

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Oracle Exadata Database Service on Dedicated Infrastructure
  2. Escolha o Compartimento que contém a instância do Exadata Cloud Infrastructure com o banco de dados para o qual deseja ativar o Oracle Data Guard.
  3. Navegue até o cluster de VMs na nuvem ou o sistema de banco de dados que contém a associação do Data Guard:

    Clusters de VMs na nuvem (novo modelo de recurso): Em Oracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata. Na lista de clusters de VMs, localize o cluster de VMs que você deseja acessar e clique em seu nome destacado para exibir a página de detalhes do cluster.

    Sistemas de banco de dados: Em Bare Metal, VM e Exadata, clique em Sistemas de banco de dados. Na lista de sistemas de banco de dados, localize o sistema de banco de dados Exadata que você deseja acessar e clique em seu nome para exibir detalhes sobre ele.

  4. Em Recursos, clique em Grupo de Data Guard.
  5. Selecione o banco de dados stand-by no Grupo do Data Guard no qual você deseja executar um switchover. Clique no ícone Ações (três pontos) e depois clique em Switchover.
  6. Na caixa de diálogo Fazer switchover do banco de dados, digite a senha de administrador do banco de dados e clique em Fazer switchover.

    Este banco de Dados deve agora assumir a atribuição do stand-by, e o stand-by deve assumir a atribuição do principal no Grupo do Data Guard.

Observação

Agora você pode:
  • Execute ações do Data Guard (switchover, failover e restabelecimento) enquanto uma configuração do Data Guard estiver em execução em outro banco de dados dentro do mesmo Oracle home e vice-versa.
  • Execute a configuração do Data Guard simultaneamente em diferentes bancos de dados dentro do mesmo Oracle home.
  • Execute ações do Data Guard (switchover, failover e restabelecimento) simultaneamente em diferentes bancos de dados dentro do mesmo Oracle home.
  • Execute a configuração do Data Guard ao atualizar simultaneamente as tags do Cluster de VMs.
  • Crie ou exclua um PDB ao executar simultaneamente ações do Data Guard (switchover, failover e restabelecimento) no mesmo Oracle home e vice-versa.

Para editar os detalhes do Grupo do Oracle Data Guard

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Oracle Exadata Database Service on Dedicated Infrastructure
  2. Escolha o Compartimento que contém a instância do Exadata Cloud Service com o banco de dados para o qual você deseja ativar o Oracle Data Guard.
  3. Navegue até o cluster de VMs na nuvem ou o sistema de banco de dados que contém a associação do Data Guard:

    Clusters de VMs na nuvem ( novo modelo de recurso): Em Oracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata. Na lista de clusters de VMs, localize o cluster de VMs que você deseja acessar e clique em seu nome destacado para exibir a página de detalhes do cluster.

    Sistemas de banco de dados: Em Bare Metal, VM e Exadata, clique em Sistemas de banco de dados. Na lista de sistemas de banco de dados, localize o sistema de banco de dados Exadata que você deseja acessar e clique em seu nome para exibir detalhes sobre ele.

  4. Em Recursos, clique em Grupo de Data Guard.

    Uma lista de bancos de dados que são membros do Grupo Data Guard é exibida com o tipo do Data Guard que você escolheu para cada membro do Grupo do Data Guard.

  5. Para editar os detalhes do Grupo do Data Guard, clique no ícone Ações (três pontos) e clique em Editar.
  6. No painel Editar Grupo do Data Guard, configure o Grupo do Data Guard:
    • Tipo do Data Guard: Selecione Active Data Guard ou Data Guard. O Active Data Guard fornece recursos adicionais, incluindo: Consulta em Tempo Real e Descarga de DML, Reparo Automático de Blocos, Rastreamento de Alteração de Bloco Stand-by, Serviços de Dados Globais e Continuidade de Aplicativos. Observe que o Active Data Guard requer uma licença do Oracle Active Data Guard. Para obter mais informações sobre o Active Data Guard, consulte Active Data Guard. Para obter uma visão geral completa dos dois tipos de Data Guard, consulte Introdução ao Oracle Data Guard
    • Modo de proteção: O modo de proteção pode ser Desempenho Máximo ou Disponibilidade Máxima. Consulte Modos de Proteção do Oracle Data Guard para obter informações sobre essas opções.
    • Tipo de transport: O tipo de transportador de redo usado para este Grupo do Oracle Data Guard.

    • Senha de administrador do banco de dados: Digite a senha ADMIN para o banco de dados.
  7. Clique em Salvar.

Para fazer um failover de banco de dados

Você pode iniciar uma operação de failover em um banco de dados stand-by que seja membro do Grupo do Data Guard.

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Oracle Exadata Database Service on Dedicated Infrastructure
  2. Escolha o Compartimento que contém a instância do Exadata Cloud Infrastructure com o banco de dados para o qual deseja ativar o Oracle Data Guard.
  3. Navegue até o cluster de VMs na nuvem ou o sistema de banco de dados que contém a associação do Data Guard:

    Clusters de VMs na nuvem ( novo modelo de recurso): Em Oracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata. Na lista de clusters de VMs, localize o cluster de VMs que você deseja acessar e clique em seu nome destacado para exibir a página de detalhes do cluster.

    Sistemas de banco de dados: Em Bare Metal, VM e Exadata, clique em Sistemas de banco de dados. Na lista de sistemas de banco de dados, localize o sistema de banco de dados Exadata que você deseja acessar e clique em seu nome para exibir detalhes sobre ele.

  4. Em Recursos, clique em Grupo de Data Guard.
  5. Selecione o banco de dados stand-by no Grupo do Data Guard no qual você deseja executar um failover. Clique no ícone Ações (três pontos) e depois clique em Fazer Failover.
  6. Na caixa de diálogo Fazer Failover do banco de dados, digite a senha de administrador do banco de dados e clique em Fazer Failover.
    Observação

    Você pode iniciar um failover mesmo que o banco de dados principal esteja em um estado íntegro; no entanto, tenha cuidado ao executar um failover.

    Esse banco de dados agora deverá assumir a atribuição do principal e a atribuição do principal anterior deverá ser exibida como Standby Desativado.

Observação

Agora você pode:
  • Execute ações do Data Guard (switchover, failover e restabelecimento) enquanto uma configuração do Data Guard estiver em execução em outro banco de dados dentro do mesmo Oracle home e vice-versa.
  • Execute a configuração do Data Guard simultaneamente em diferentes bancos de dados dentro do mesmo Oracle home.
  • Execute ações do Data Guard (switchover, failover e restabelecimento) simultaneamente em diferentes bancos de dados dentro do mesmo Oracle home.
  • Execute a configuração do Data Guard ao atualizar simultaneamente as tags do Cluster de VMs.
  • Crie ou exclua um PDB ao executar simultaneamente ações do Data Guard (switchover, failover e restabelecimento) no mesmo Oracle home e vice-versa.

Para restabelecer um banco de dados

Após o failover de um banco de dados principal para seu standby, o standby assume a atribuição principal e o antigo principal é identificado como standby desativado. Depois de corrigir a causa da falha, você poderá restaurar o banco de dados com falha como um stand-by funcional para o principal atual.

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Oracle Exadata Database Service on Dedicated Infrastructure
  2. Escolha o Compartimento que contém a instância do Exadata Cloud Infrastructure com o banco de dados para o qual deseja ativar o Oracle Data Guard.
  3. Navegue até o cluster de VMs na nuvem ou o sistema de banco de dados que contém a associação do Data Guard:

    Clusters de VMs na nuvem ( novo modelo de recurso): Em Oracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata. Na lista de clusters de VMs, localize o cluster de VMs que você deseja acessar e clique em seu nome destacado para exibir a página de detalhes do cluster.

    Sistemas de banco de dados: Em Bare Metal, VM e Exadata, clique em Sistemas de banco de dados. Na lista de sistemas de banco de dados, localize o sistema de banco de dados Exadata que você deseja acessar e clique em seu nome para exibir detalhes sobre ele.

  4. Em Recursos, clique em Grupo de Data Guard.
  5. Para o Grupo do Data Guard no qual você deseja restabelecer este banco de dados, clique no ícone Ações (três pontos) e, em seguida, clique em Reintegrar.
  6. Na caixa de diálogo Restabelecer banco de dados, digite a senha de administrador do banco de dados e clique em Restaurar.

    Este banco de dados deve ser reintegrado como stand-by no Grupo do Data Guard.

Observação

Agora você pode:
  • Execute ações do Data Guard (switchover, failover e restabelecimento) enquanto uma configuração do Data Guard estiver em execução em outro banco de dados dentro do mesmo Oracle home e vice-versa.
  • Execute a configuração do Data Guard simultaneamente em diferentes bancos de dados dentro do mesmo Oracle home.
  • Execute ações do Data Guard (switchover, failover e restabelecimento) simultaneamente em diferentes bancos de dados dentro do mesmo Oracle home.
  • Execute a configuração do Data Guard ao atualizar simultaneamente as tags do Cluster de VMs.
  • Crie ou exclua um PDB ao executar simultaneamente ações do Data Guard (switchover, failover e restabelecimento) no mesmo Oracle home e vice-versa.

Para encerrar um Grupo do Data Guard em um instância do Exadata Cloud Infrastructure

Em uma instância do Exadata Cloud Infrastructure, você remove um Grupo do Data Guard encerrando todos os bancos de dados stand-by.

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha o Compartimento que contém a instância do Exadata Cloud Infrastructure com o banco de dados para o qual deseja ativar o Oracle Data Guard.
  3. Navegue até o cluster de VMs na nuvem ou o sistema de banco de dados que contém o banco de dados stand-by:

    Clusters de VMs na nuvem (novo modelo de recurso): Em Oracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata. Na lista de clusters de VMs, localize o cluster de VMs que você deseja acessar e clique em seu nome destacado para exibir a página de detalhes do cluster.

    Sistemas de banco de dados: Em Bare Metal, VM e Exadata, clique em Sistemas de banco de dados. Na lista de sistemas de banco de dados, localize o sistema de banco de dados Exadata que você deseja acessar e clique em seu nome para exibir detalhes sobre ele.

  4. Para o banco de dados standby que você deseja encerrar, clique no ícone Ações (três pontos) e clique em Encerrar.
  5. Na caixa de diálogo Encerrar banco de dados, informe o nome do banco de dados e clique em OK.

Usando a API para gerenciar associações do Data Guard

Use estas operações de API para gerenciar associações do Data Guard em uma instância do Exadata Cloud Infrastructure:

Observação

Em fevereiro de 2026, o modelo de Associação do Data Guard e suas APIs associadas serão substituídos pelo novo modelo e APIs do Grupo do Data Guard. A partir de fevereiro de 2026, todas as novas configurações do Data Guard provisionadas na Console do OCI (Oracle Cloud Infrastructure) usarão automaticamente o modelo do Grupo do Data Guard.

Para obter informações sobre como usar a API e assinar solicitações, consulte APIs REST e Credenciais de Segurança. Para obter informações sobre SDKs, consulte Kits de Desenvolvimento de Software e Interface de Linha de Comando.

Para obter a lista completa de APIs do serviço Database, consulte Database Service API.

Usando a API para gerenciar o Grupo de Data Guard

Use estas operações da API para gerenciar um Grupo do Data Guard em um Exadata Cloud Infrastructure:

Observação

Em fevereiro de 2026, o modelo de Associação do Data Guard e suas APIs associadas serão substituídos pelo novo modelo e APIs do Grupo do Data Guard. A partir de fevereiro de 2026, todas as novas configurações do Data Guard provisionadas na Console do OCI (Oracle Cloud Infrastructure) usarão automaticamente o modelo do Grupo do Data Guard.

Para obter informações sobre como usar a API e assinar solicitações, consulte APIs REST e Credenciais de Segurança. Para obter informações sobre SDKs, consulte Kits de Desenvolvimento de Software e Interface de Linha de Comando.

Operação Ponto Final da API REST Comentário

Criar/Adicionar Banco de Dados Stand-by

CreateDatabase

  • A mesma API está sendo usada para criar um primeiro stand-by e adicionar mais bancos de dados stand-by.
  • Ele usa a API de criação de banco de dados existente com a origem como "DATAGUARD"

Atualizar Configuração do Grupo do Data Guard

UpdateDataGuard

É necessário o OCID do banco de dados stand-by ou principal para atualizar a configuração.

Ação do Data Guard - Switchover

SwitchOverDataGuard

O switchover deve ser acionado no respectivo stand-by que se tornará principal.

Ação do Data Guard - Failover

FailoverDataGuard

O failover deve ser acionado no respectivo stand-by que se torne principal.

Ação do Data Guard - Reintegrar

ReinstateDataGuard

A reintegração deve ser acionada no respectivo stand-by para ser reintegrado.

Excluir Stand-by

DeleteDatabase

  • A exclusão do stand-by permanece igual à existente.- DeleteDatabase
  • A chamada continua no respectivo stand-by a ser excluída.

Migrar Associação do Data Guard para vários stand-by

MigrateDataGuardAssociationToMultiDataGuards

  • Migrar a associação do data guard existente para o modelo do Grupo do Data Guard.
  • O novo stand-by só poderá ser adicionado após a conclusão da migração.

Para obter a lista completa de APIs do serviço Database, consulte Database Service API.