Da Data Protection da Oracle 12c Data Guard - dummies

O Data Guard é a verdadeira tecnologia de proteção contra desastres da Oracle 12c. Nela, você tem um mínimo de dois bancos de dados, primário e em espera. O Data Guard possui opções para vários sites de espera, bem como uma configuração ativa ativa .

Por ativo-ativo, significa que ambos / todos os sites estão ativos, executados e acessíveis. Isso é contrário aos sites que possuem um local ativo e os outros devem ser iniciados quando são necessários. Este é um exemplo do layout arquitetônico geral.

Arquitetura do Data Guard e Oracle 12c

Iniciar uma descrição com o banco de dados primário é fácil porque difere muito pouco de qualquer outro banco de dados que você possa ter. A única diferença é o que ele faz com seus registros redo arquivados.

O banco de dados primário escreve um conjunto de registros de reto de arquivo para uma Área de Recuperação de Flash ou um disco local. No entanto, você pode configurar um ou mais destinos em um ambiente Data Guard.

O parâmetro LOG_ARCHIVE_DEST_n pode ser assim para a configuração anterior:

LOG_ARCHIVE_DEST_10 = 'LOCATION = USE_DB_RECOVERY_FILE_DEST' LOG_ARCHIVE_DEST_1 = "SERVIÇO = PHYSDBY1 ARCH" LOG_ARCHIVE_DEST_2 = "SERVIÇO = LOGSDBY1 LGWR"

LOG_ARCHIVE_DEST_10 está configurado para enviar logs redo de arquivo para a Área de Recuperação de Flash local. Um destino local é necessário para todos os bancos de dados de modo de log de arquivo.
LOG_ARCHIVE_DEST_1 está configurado para enviar os registros de arquivamento através do processo do arquivador para um site remoto PHYSDBY1. O nome do serviço para este site remoto tem uma entrada nos nomes do tns. ora no servidor primário.
LOG_ARCHIVE_DEST_2 está configurado para enviar os registros de arquivo através do processo LGWR para um site remoto denominado LOGSDBY1. O nome do serviço para este site remoto tem uma entrada nos nomes do tns. ora no servidor primário também.

Por que a diferença nos métodos de envio ARCn versus LGWR? Isso tem algo a ver com os modos de proteção. Um ambiente de Data Guard possui três modos de proteção.

Disponibilidade máxima

O modo de proteção de disponibilidade máxima compromete-se entre o desempenho ea disponibilidade de dados. Isso funciona usando o LGWR para escrever simultaneamente para redo logs nos sites primário e de espera. A degradação do desempenho vem na forma de processos que precisam esperar para que as entradas do registro de reto sejam escritas em vários locais.

Os compromissos de emissão de sessões têm que aguardar até que todas as informações necessárias tenham sido registradas em pelo menos um log de retomada do banco de dados de reserva. Se uma sessão for suspensa devido à sua incapacidade de escrever informações redo, o resto do banco de dados continua avançando.

Proteção máxima

O modo de proteção máxima é semelhante à disponibilidade máxima, exceto que, se uma sessão não puder verificar se o reto está escrito no site remoto, o banco de dados primário é encerrado.

Configure pelo menos dois sites de espera para o modo de proteção máxima. Dessa forma, um site em espera ficando indisponível não irá interromper o serviço para o aplicativo completo.

Este modo verifica que nenhuma perda de dados ocorrerá no caso de um desastre ao custo do desempenho.

Máximo desempenho

O modo de proteção de desempenho máximo separa o processo de envio de log do banco de dados primário passando-o para o processo de registro de arquivo (ARCn). Ao fazer isso, todas as operações no site principal podem continuar sem aguardar que as entradas de refazer sejam escritas para redobrar logs ou refazer o envio.

Isso se opõe aos modos de envio de log que usam o gravador de log para transferir transações. O uso do gravador de log pode diminuir o processamento da transação porque pode ser afetado pela disponibilidade ou desempenho da rede.

O desempenho máximo fornece o mais alto nível de desempenho no site primário à custa de divergência de dados. A divergência de dados ocorre quando os dados dos dois sites começam a ficar sem sincronia. Os dados de refazer do arquivo não são enviados até que um registro de reabastecimento completo do arquivo esteja cheio. No pior dos casos, uma perda total do site pode resultar na perda de um total de dados de repositório de arquivos de dados.

Operações de alternância e failover

Você pode alternar o processamento para o seu site de reserva de duas maneiras:

Alternar é um switch planejado que pode ocorrer se você deseja fazer manutenção no site primário que o exige não está disponível. Esta operação pode exigir alguns minutos de tempo de inatividade no aplicativo, mas se você tiver que fazer uma manutenção que dura uma hora ou mais, o tempo de inatividade poderia valer a pena.

Esta operação é chamada de transição graciosa porque gira o site principal em seu modo de espera e seu site de espera em seu primário. Além disso, você pode voltar facilmente para o site primário original sem precisar recriá-lo do zero.
Failover ocorre quando o site primário foi comprometido de alguma forma. Talvez tenha sido uma perda total do site, ou talvez você tenha descoberto corrupção física em um arquivo de dados. Nem sempre, mas geralmente após um failover, você deve recriar completamente o site primário ou recuperá-lo de um backup e restabelecê-lo.

Você geralmente executa um failover somente quando você determinou que corrigir o site primário demorará o suficiente para que você não tenha uma interrupção do aplicativo durante todo o tempo.

Para executar uma alternância, siga estas etapas:

No primário atual, faça login no SQL * Plus e digite o seguinte:
Você deve ver isso:
```
Banco de dados alterado.
```

Desligue o banco de dados primário:

Você deve ver isso:

Banco de dados fechado. Base de dados desmontada. ORACLE instância desligada.

Inicie o banco de dados primário no modo nomount:

Você deve ver algo como isto:

instância ORACLE iniciada.Área total do sistema total 789172224 bytes Tamanho fixo 2148552 bytes Tamanho variável 578815800 bytes Buffers de banco de dados 201326592 bytes Redo Buffers 6881280 bytes

Monte o banco de dados como um modo de espera:
Você deve ver isso:
```
Alterado em banco de dados.
```
Inicie a recuperação:
Você vê isso:
```
A recuperação de mídia é completa.
```
Faça login no SQL * Plus no modo de espera atual e digite o seguinte:
Você deve ver isso:
```
Banco de dados alterado.
```

Desligue o banco de dados de espera:

Você deve ver isso:

Banco de dados fechado. Base de dados desmontada. ORACLE instância desligada.

Certifique-se de que todos os parâmetros de inicialização apropriados estejam configurados para este banco de dados para se comportar corretamente como primário.

Comece normalmente:

Você deve ver algo como isto:

instância ORACLE iniciada. Área total do sistema global 789172224 bytes Tamanho fixo 2148552 bytes Tamanho variável 578815800 bytes Buffers de banco de dados 201326592 bytes Redo Buffers 6881280 bytes Baseados em banco de dados. Banco de dados aberto.