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

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.

						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

                                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

 
              				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

					

						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 .

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

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

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.

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.

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.

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.

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.

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

1. Abra o menu de navegação. Em Oracle AI Database, 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 um banco de dados que deverá assumir a atribuição principal:
4. Em Oracle Exadata Database Service on Exascale Infrastructure, clique em Clusters do 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.
5. Na página Detalhes do cluster de VMs, na seção Bancos de Dados, clique no nome do banco de dados que deseja tornar principal.
6. Na página Informações do Banco de Dados, em Recursos, localize o Grupo do Data Guard e clique em Adicionar Standby.
7. Na página Adicionar Stand-by, configure seu grupo do Data Guard.

   • Para executar explicitamente uma pré-verificação, 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 Principal Detalhes do Banco de Dados 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.

     - Verifique 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 cluster de VMs de mesmo nível, forneça as seguintes informações para o banco e dados stand-by para obter uma lista de sistemas Exadata disponíveis nos quais localizar o banco e 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.
     • Selecionar um serviço: Exadata Database Service on Dedicated Infrastructure ou Exadata Database Service on Exascale Infrastructure.
     • Selecionar infraestrutura do Exadata: Aplicável somente se você tiver selecionado o Exadata Database Service on Dedicated Infrastructure na lista drop-down Selecionar um serviço.
     • Tipo de recurso do Par do Data Guard: Selecione Cluster de VMs na lista drop-down.
     • Escolha a Experiência do Data Guard::
       • Usar o novo Recurso do grupo do Data Guard Com esta opção, sua nova configuração de Data Guard será criada como um recurso do grupo do 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 a 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 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: Este é um campo somente para leitura. O modo de proteção pode ser Desempenho Máx. ou Disponibilidade Máxima Consulte Modos de Proteção do Oracle Data Guard para obter informações sobre essas opções.
     • Tipo de transporte: Este é um campo somente leitura. Indica o tipo de transporte de redo usado para este grupo do Data Guard. Consulte Serviços de Transporte de Redo para obter informações sobre essas opções.
       • 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 as seguintes:
           • Modo de Proteção: Desempenho Máximo
           • Tipo de Transporte::= Assíncrono
       • Criando o segundo para o Nth stand-by: Você não pode modificar o Modo de Proteção ou o Tipo de Transporte para 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 Home do 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 uma região diferente, 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 que você aplique a mesma lista de patches aos Homes dos Bancos de Dados do banco de dados principal e stand-by.
       • Se você estiver usando o novo recurso de 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. A Oracle recomenda que ele seja exclusivo 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 da TDE: Informe a senha da wallet da TDE.
8. Opcional. Ativar clone fino: Selecione esta opção para aproveitar a tecnologia de redirecionamento na gravação do Exascale para criar um clone fino do PDB. Essa opção resulta na reutilização de blocos duplicados com o PDB pai, compartilhado com o clone. Desmarcar essa opção resulta em um clone tradicional completo com todos os blocos copiados e totalmente independente do pai.
9. Armazenamento de Banco de Dados. Esta seção só se aplica a bancos de dados contêineres (CDBs) do Oracle Database 19c em execução em Clusters de VMs configurados com o Exascale Block Storage. Não há necessidade de alocar armazenamento para CDBs do Oracle AI Database 26ai em execução em Clusters de VMs configurados com o Exascale Smart Storage.
10. Clique em Mostrar Opções Avançadas para especificar opções avançadas para o banco de dados stand-by:

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

      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 deve aplicar tags, ignore essa opção (você poderá aplicar tags posteriormente) ou pergunte ao seu administrador.
11. Clique em Adicionar stand-by. Quando você cria a associação, os detalhes de um banco de dados e seus pares exibem suas respectivas atribuições como Principal ou Stand-by.
    Observação
    
    Se preferir, você poderá fazer download do DbConnectionBundle mais recente do banco de dados stand-by para ter as strings de conexão mais recentes. Para obter mais informações, consulte Para fazer download do Pacote de Conexões do PDB.

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

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

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

1. Abra o menu de navegação. Em Oracle AI 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 que contém o banco de dados principal. Em Oracle Exadata Database Service on Exascale Infrastructure, clique em Clusters do Exadata de VMs. 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.

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 AI Database, 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:

   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.

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 AI Database, 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 da VM na nuvem que contém a associação dos 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.

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 AI Database, 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 da VM na nuvem que contém a associação dos 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.

1. Abra o menu de navegação. Clique em Oracle AI Database, 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 da VM na nuvem que contém a associação dos 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.

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