1. Configure a recuperação de desastres do OCI para o Oracle Compute Cloud@Customer
  2. Configurar Oracle Data Guard para Oracle Database

Configurar Oracle Data Guard para Oracle Database

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

Ele fornece um conjunto abrangente de serviços que criam, mantêm, gerenciam e monitoram um ou mais bancos de dados stand-by para permitir que o Oracle Databases de produção sobreviva a desastres e corrupção de dados. O Data Guard mantém esses bancos de dados standby como cópias do banco de dados de produção. Se o banco de dados de produção ficar indisponível em decorrência de uma interrupção planejada ou não planejada, o Data Guard poderá alternar qualquer banco de dados stand-by para a atribuição de produção e minimizar o tempo de indisponibilidade associado à interrupção.

Você pode usar o Oracle Data Guard para replicar o Oracle Database principal em execução no OCI usando o Oracle Linux 8.6 Bare Metal ou instâncias virtuais para o Oracle Database secundário em execução no Compute Cloud@Customer que também estão em execução em uma máquina virtual do Oracle Linux 8.6.

Você também pode implementar a mesma arquitetura entre dois racks Compute Cloud@Customer locais. Por exemplo, os Oracle Databases principais em execução em uma instância do Compute Cloud@Customer usando uma instância virtual do Oracle Linux 8.6 são replicados para o Oracle Database secundário em execução em outra instância do Compute Cloud@Customer.

O Data Guard usa o Redo Transport Services e Apply Services para gerenciar a transmissão de dados de redo, a aplicação de dados de redo e as alterações nas atribuições do banco de dados. O Oracle Database principal configurado no OCI deve ser configurado para transmitir os dados de redo para o banco de dados stand-by em execução no local no Compute Cloud@Customer.

Arquitetura

A arquitetura do Data Guard a seguir mostra a recuperação de desastres entre o OCI e o Compute Cloud@Customer.


Veja a seguir a descrição da ilustração data-guard-dr-arch-oci-compute-cloud-customer.png
Descrição da ilustração data-guard-dr-arch-oci-compute-cloud-customer.png

Essa arquitetura suporta os seguintes componentes:

Redo Transport Services: Controla a transferência automatizada de dados de redo do banco de dados principal para o banco de dados stand-by local em execução no Compute Cloud@Customer. Os serviços de redo também permitem acesso somente para leitura aos dados. Os serviços de transporte de redo executam as seguintes tarefas:

  1. Transmita dados de redo do banco de dados principal em execução no OCI para o banco de dados stand-by local no Compute Cloud@Customer.
  2. Gerencie o processo de resolução de quaisquer lacunas nos arquivos de redo log arquivados devido a uma falha na rede.
  3. Detecte automaticamente arquivos de redo log arquivados ausentes ou corrompidos em um sistema stand-by e recupere automaticamente arquivos de redo log arquivados de substituição do banco de dados principal ou de outro banco de dados stand-by.

Transições de Atribuição: Usando o Data Guard, você pode alterar a atribuição de um banco de dados de um banco de dados stand-by para um banco de dados principal ou de um banco de dados principal para um banco de dados stand-by usando uma operação de switchover ou failover. O Data Guard simplifica as transições de atribuição e automatiza failovers. Por exemplo:

  • Um switchover é uma reversão de atribuição entre o banco de dados principal e um de seus bancos de dados stand-by. Um switchover garante que não haja perda de dados. Em geral, isso é feito para manutenção planejada do sistema principal. Durante um switchover, o banco de dados principal é transferido para uma atribuição de stand-by, e o banco de dados stand-by é transferido para a atribuição principal.
  • Um failover ocorre quando o banco de dados principal está indisponível. O failover só é executado no caso de uma falha do banco de dados principal, e o failover resulta em uma transição de um banco de dados standby para a atribuição principal. O administrador do banco de dados pode configurar o Data Guard para garantir que não haja perda de dados.

Várias etapas manuais estão envolvidas na configuração do Data Guard, incluindo, entre outras, o seguinte:

  • Prepare o banco de dados principal com os parâmetros recomendados.
  • Prepare os aliases de TNS nos ambientes principal e stand-by.
  • Crie o banco de dados standby físico como uma duplicação do banco de dados principal.
  • Configure o Data Guard.

O Oracle GoldenGate Capture para o Oracle Autonomous Database suporta os seguintes recursos:

  • Replicar para diferentes casos de uso: Transferência de relatórios, ativação-ativa, nuvem-para-nuvem e nuvem para on-premises.
  • Replicar dados entre regiões e entre regiões: Replique dados entre diferentes data centers do OCI em todo o mundo.
  • Replicar entre destinos: Faça replicação de um banco de dados autônomo para qualquer banco de dados de destino ou plataforma que o Oracle GoldenGate suporte, inclusive para outros ambientes Oracle Autonomous Database.

Observação:

A replicação do Oracle Autonomous Database do OCI para ambientes locais não está no escopo desta solução. Você pode usar o Data Guard para replicar o Oracle Autonomous Database do OCI para o Compute Cloud@Customer. A Oracle recomenda que você use o Oracle GoldenGate para replicar o Oracle Autonomous Database para um ambiente local.