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.

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

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

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

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

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.

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.

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.

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.

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

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 Cluster de VMs de pareamento, 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 de pareamento: Selecione uma região onde deseja localizar o banco do 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 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.

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

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.

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.

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.

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.

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.