Usar o Oracle Data Guard com o Oracle Exadata Database Service no Exascale Infrastructure

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

Sobre o Uso do Oracle Data Guard com o Oracle Exadata Database Service no Exascale 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 Oracle Data Guard Concepts and Administration e Oracle Data Guard Broker Concepts 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 Oracle Exadata Database Service na Infraestrutura do Exascale

Uma implementação do Oracle Data Guard requer 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 do Data Guard.

Ao ativar o Oracle Data Guard, você pode criar um novo Home de Banco de Dados na instância standby do Exadata para hospedar o novo banco de dados standby durante a operação de ativação do Data Guard. Como alternativa, você pode optar por provisionar o banco de dados stand-by em um Home de Banco de Dados existente da instância stand-by.

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.

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

Se você estiver criando uma Associação do Oracle Data Guard e estiver usando chaves gerenciadas pelo cliente para criptografar o banco de dados, configure o Serviço Vault e crie 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

Certifique-se de atender aos requisitos para usar o Oracle Exadata Database Service na Infraestrutura do Exascale com o Oracle Data Guard.

Certifique-se de que seu ambiente atende aos seguintes requisitos de rede:

  • Os bancos de dados principal e stand-by podem fazer parte dos clusters de VMs em diferentes compartimentos.

  • No entanto, os bancos de dados principal e stand-by devem fazer parte da mesma VCN dentro da mesma região.

  • 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. A rede é configurada no recurso de cluster de VMs na nuvem.

    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 Oracle Exadata Database Service no Exascale Infrastructure devem 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 Oracle Exadata Database Service em Infraestrutura do Exascale 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 do Oracle Exadata Database Service principal na instância da Infraestrutura do Exascale 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 a seguir.

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 Oracle Exadata Database Service no Exascale 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 de Infraestrutura Stand-by do Oracle Exadata Database Service no Exascale

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 suporta a replicação ativa de chaves entre vaults do KMS entre regiões (origem e destino). É 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

Se a adição do nó for feita no banco de dados stand-by ou no banco de dados principal, os metadados deverão ser atualizados manualmente no banco de dados diferente daquele em que o nó foi adicionado.

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.

Remover um Nó de um Cluster de VMs

Se a remoção do nó for feita no banco de dados stand-by ou no banco de dados principal, os metadados deverão ser atualizados manualmente no banco de dados diferente daquele em que o nó foi removido.

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.

Trabalhando com o Oracle Data Guard

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

A implementação do Data Guard exige dois bancos de dados, um em uma atribuição principal e outro em uma atribuição standby. Os dois bancos de dados compõem uma associação do Data Guard. A maioria dos aplicativos acessa o banco de dados principal. O banco de dados standby é 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 ficar indisponível, você poderá usar o Data Guard para fazer switchover ou failover do banco de dados standby para a atribuição principal.

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.

Recuperação de Falhas

Com o Oracle Data Guard, um failover faz a transição do banco de dados stand-by para a atribuição principal depois que o banco de dados principal existente falha ou se torna inacessível.

Um failover pode resultar em alguma perda de dados quando você usa o modo de proteção Desempenho Máximo.

Restaurar

O comando restabelecer restabelece um banco de dados na atribuição standby em uma associação do Oracle 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 tenha uma associação do Data Guard com um banco de dados de pareamento (standby). Exclua o banco de dados standby 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.

Não é possível encerrar um cluster de VMs que inclua bancos de dados ativados pelo Data Guard. Remova primeiramente a associação do Data Guard encerrando o banco de dados standby.

Usando a Console para Gerenciar Associações do Oracle Data Guard

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

Quando você ativa o Data Guard, outra associação do Data Guard é criada para o banco de dados principal e standby.

Para ativar o Data Guard no Oracle Exadata Database Service on Exascale Infrastructure

Saiba como configurar um grupo do Oracle Data Guard entre bancos de dados.

Observação

  • Quando você habilita o Data Guard, a replicação de dados só acontece na rede do 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.

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 com automação na nuvem.

  • Com a nova API, sua nova configuração de Data Guard será criada como um recurso de grupo do Data Guard.
  • Se você tiver uma configuração do Data Guard existente, poderá continuar a usar os recursos atuais sem impacto. No entanto, se quiser criar vários bancos de dados stand-by, você deverá migrar para o novo modelo de API, que pode ser feito a qualquer momento.
  • 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, atualize seus aplicativos para usar a nova API a fim de aproveitar esses novos recursos

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

  • Além de provisionar bancos de dados stand-by para o Oracle AI Database 26ai, você pode provisionar um banco de dados stand-by 19c do Oracle Database para um banco de dados principal 19c do Oracle Database no armazenamento em blocos.
Exibir Andamento do Provisionamento do Data Guard

Exiba o andamento das tarefas de Provisionamento do Data Guard usando a página Solicitações de Serviço.

Após concluir a tarefa Para Ativar o Data Guard, várias solicitações de serviço serão emitidas para concluir o provisionamento do grupo do Data Guard. Para exibir o andamento dessas solicitações de serviço:

  1. Navegue até a página Detalhes das Solicitações de Serviço. Na página Detalhes das Solicitações de Serviço, há uma barra na guia Informações da Solicitação de Serviço que mostra o andamento geral do Provisionamento do Data Guard
  2. Em Recursos, selecione Mensagens de Log. A tabela mostra uma mensagem para cada tarefa concluída ou em andamento.

Para exibir associações do Data Guard de bancos de dados em um Cluster de VMs na Nuvem

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

  1. Abra o menu de navegação. Em Oracle Database, clique em Oracle Exadata Database Service on Exascale 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, as seguintes informações são exibidas:
    • A atribuição de cada banco de dados neste Cluster de VMs é indicada na coluna Atribuição do Data Guard.
    • O serviço no qual cada banco de dados está sendo executado é indicado na coluna Nome do serviço.

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.

Observação

A partir de 06 de agosto de 2025, para tenancies criadas nas regiões FRA, PHX ou NRT, o Autonomous Recovery Service será o único destino de backup quando você ativar o backup automático em bancos de dados.
  1. Abra o menu de navegação. Em Oracle Database, clique em Oracle Exadata Database Service on Exascale 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. Em Oracle Exadata Database Service na Infraestrutura do Exascale, 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.
  4. Na página de cluster de VMs, na seção Bancos de Dados, clique no nome do banco de dados principal.
  5. Na página Detalhes do Banco de Dados, selecione a opção Grupos do 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 backups automáticos não estiverem ativados para esse 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 para ativar ou desativar backups incrementais automáticos para este banco de dados. Se o seu banco de dados estiver em um compartimento de zona de segurança, você deverá ativar backups automáticos.
    • Programação de Backup:
      • Dia de programação de backup completo: Escolha, para iniciar, um dia da semana para os backups L0 iniciais e futuros.
      • Tempo de programação de backup completo (UTC): Especifique a janela de tempo em que os backups completos começam quando a capacidade de backup automática é selecionada.
      • Faça o primeiro backup imediatamente: Um backup completo do banco de dados inclui todos os arquivos de dados, arquivos de controle e arquivos de parâmetro associados ao banco de dados de destino. Os backups de arquivamento são separados, desacoplados e executados a cada 30 minutos. Você pode optar por executar o primeiro backup completo imediatamente ou adiar para o horário de programação de backup completo designado. Se você adiar para o último, o banco de dados não será recuperável até que o primeiro backup seja concluído.
    • Destino de Backup: O serviço Object Storage é selecionado por padrão e você não pode alterá-lo.
      Observação

      • Se o backup automático estiver ativado no banco de dados principal e o destino do backup for Autonomous Recovery Service, você não poderá ativar o backup no banco de dados stand-by.
      • Se o backup automático estiver ativado no banco de dados principal e o destino do backup for o Object Storage, você poderá ativar o backup no banco de dados stand-by. Observe que você só pode selecionar o Object Storage como destino de backup.
      • Se o backup automático estiver desativado no banco de dados principal, você ainda poderá ativar o backup no banco de dados stand-by selecionando o Object Storage como destino do backup.
  9. Clique em Salvar Alterações.

Para fazer um switchover de banco de dados

Inicie uma operação de switchover utilizando a associação do Data Guard do banco de dados principal.

  1. Abra o menu de navegação. Clique em Oracle Database e depois clique em Oracle Exadata Database Service on Exascale Infrastructure
  2. Escolha o Compartimento que contém a instância do Oracle Exadata Database Service no Exascale 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:

    Oracle Exadata Database Service na Infraestrutura do Exascale, 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.

  4. Em Recursos, clique em Associações do Data Guard.
  5. Para a associação do Data Guard na qual você deseja executar um switchover, clique no ícone Ações (três pontos) e, em seguida, clique em Fazer 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 OK.

    Esse banco de dados agora deverá assumir a atribuição do standby e o standby deverá assumir a atribuição do principal na associação do Data Guard.

Para editar a associação do Oracle Data Guard

Você edita a associação do Oracle Data Guard para configurar a proteção do Data Guard para o banco de dados principal.

  1. Abra o menu de navegação. Clique em Oracle Database e depois clique em Oracle Exadata Database Service on Exascale 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:

    Em Oracle Exadata Database Service on Exascale Infrastructure, clique em Clusters Exadata de VMs. Na lista de clusters de VMs, localize o cluster que você deseja acessar e clique em seu nome destacado para exibir a página de detalhes do cluster.

  4. Em Recursos, clique em Associações do Data Guard.
  5. Para a associação do Data Guard que deseja gerenciar, clique no menu Ações e, em seguida, clique em Editar Modo de Proteção.
  6. No painel Associação do Data Guard, configure a associação 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 DML Offload, Reparo Automático de Bloco, Rastreamento de Alteração de Bloco Stand-by, Far Sync, Global Data Services 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 transporte: O tipo de transporte de redo usado para esta associação 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

Inicie uma operação de failover usando a associação do Data Guard do banco de dados standby.

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

    Em Oracle Exadata Database Service na Infraestrutura do Exascale, 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.

  4. Em Recursos, clique em Associações do Data Guard.
  5. Para a associação do Data Guard na qual você deseja fazer um failover, clique em Fazer Failover.
  6. Na caixa de diálogo Fazer Failover de Banco de Dados, digite a senha de administrador do banco de dados e clique em OK.

    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.

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á restabelecer o banco de dados com falha como standby funcional para o principal atual usando a associação do Data Guard.
  1. Abra o menu de navegação. Clique em Oracle Database e depois clique em Oracle Exadata Database Service on Exascale Infrastructure
  2. Escolha o Compartimento que contém o Oracle Exadata Database Service na Infraestrutura do Exascale 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:

    Em Oracle Exadata Database Service na Infraestrutura do Exascale, 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.

  4. Em Recursos, clique em Associações do Data Guard.
  5. Para a associação do Data Guard na qual você deseja restabelecer esse banco de dados, clique no ícone Ações (três pontos) e clique em Restabelecer.
  6. Na caixa de diálogo Restabelecer Banco de Dados, digite a senha de administrador de banco de dados e clique em OK.

    Esse banco de dados agora deverá ser restabelecido como standby na associação do Data Guard.

Para encerrar uma associação do Data Guard em uma instância do Oracle Exadata Database Service no Exascale Infrastructure

Em uma instância do Oracle Exadata Database Service no Exascale Infrastructure, você remove uma associação do Data Guard encerrando o banco de dados standby.

  1. Abra o menu de navegação. Clique em Oracle Database e depois clique em Oracle Exadata Database Service on Exascale Infrastructure.
  2. Escolha o Compartimento que contém o cluster de VMs do Oracle Exadata Database Service no Exascale Infrastructure com o banco de dados para o qual deseja ativar o Oracle Data Guard.
  3. Navegue até o cluster de VMs na nuvem que contém o banco de dados standby:

    Em Oracle Exadata Database Service na Infraestrutura do Exascale, clique em Clusters de VMs do Exadata. Na lista de clusters de VMs, encontre o cluster de VMs que você deseja acessar e clique em seu nome destacado para exibir a página de detalhes do cluster.

  4. Para o banco de dados stand-by que deseja encerrar, clique no ícone Ações e, em seguida, clique em Encerrar.
  5. Na caixa de diálogo Encerrar Banco de Dados, digite 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 Oracle Exadata Database Service no Exascale 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.