Noções básicas de Data Guard da Oracle 12c

Data Guard é verdadeira tecnologia de proteção de desastre da Oracle 12c. Nele, você tem um mínimo de duas bases de dados, primário e de espera. Data Guard tem opções para vários sites de espera, bem como um ativo-ativo

Conteúdo

configuração.

Por ativo-ativo, isso significa que ambos / todos os sites estão em alta, em execução e acessível. Isto é o oposto aos locais que têm uma posição activa e os outros deve ser iniciado quando eles são necessários. Este é um exemplo do layout de arquitectura geral.

image0.jpg

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ê pode ter. A única diferença é que ele faz com os seus redo logs.

O banco de dados primário escreve um conjunto de redo logs de arquivo para uma área de recuperação flash ou um disco local. No entanto, você pode configurar um ou mais outros destinos em um ambiente Data Guard.

O parâmetro LOG_ARCHIVE_DEST_n pode ser parecido com isso 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 é configurado para enviar redo logs de arquivo para a Área de Recuperação do local do Flash. Um destino local é necessário para todos os bancos de dados de modo de log de arquivamento.

  • LOG_ARCHIVE_DEST_1 está configurado para enviar os logs de arquivos através do processo de arquivador a um PHYSDBY1 site remoto. O nome do serviço para este site remoto tem uma entrada no arquivo tnsnames.ora no servidor primário.

  • LOG_ARCHIVE_DEST_2 está configurado para enviar os logs de arquivo via o processo LGWR para um local remoto chamado LOGSDBY1. O nome do serviço para este site remoto tem uma entrada no arquivo tnsnames.ora no servidor primário também.

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

disponibilidade máxima

O modo de proteção máxima disponibilidade compromete entre desempenho e disponibilidade dos dados. Ele funciona usando o LGWR escrever simultaneamente para refazer registros em ambos os locais primário e de espera. A degradação do desempenho vem sob a forma de processos que têm que esperar para entradas de log redo a ser escrito em vários locais.

Sessões emissão commits ter que esperar até que toda a informação necessária foi registrado em pelo menos um log redo banco de dados standby. Se uma sessão trava devido à sua incapacidade de escrever refazer informações, o resto do banco de dados continua a se mover para a frente.

máxima proteção

O modo de proteção máxima é semelhante a máxima disponibilidade, exceto que, se uma sessão não pode verificar se refazer está escrito no site remoto, o banco de dados primário é desligado.

Configure pelo menos dois locais de espera para o modo de proteção máxima. Dessa forma, um site em espera tornar-se indisponíveis não vai interromper o serviço a toda a aplicação.

Este modo verifica se há perda de dados irá ocorrer no caso de um desastre com o custo de desempenho.

Performance máxima

O modo de máxima proteção ao desempenho destaca o processo de envio de log do banco de dados primário, passando-a para o processo de registro de arquivamento (ARCn). Ao fazer isso, todas as operações no local primário pode continuar sem esperar por entradas refazer a serem gravados para refazer registros ou refazer transporte.

Isto é o oposto log modos de transporte que usam o escritor log para transferir transações. Usando o escritor de registo pode retardar o processamento da transacção, pois pode ser afectada pela disponibilidade da rede ou desempenho.


Máximo desempenho fornece o mais alto nível de desempenho no site principal em detrimento da divergência de dados. divergência de dados ocorre quando os dados nos dois locais 'começa a ficar fora de sincronia. dados de redo Arquivo não é enviado até que um registro de arquivamento de refazer toda está cheia. Em um cenário de pior caso, toda uma perda de site pode resultar na perda de valor de todo um redo log arquivo de dados.

Execução das operações de transição e failover

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

  • Transição é um interruptor planejada, que pode ocorrer se você quiser fazer a manutenção no site principal que obriga a estar indisponíveis. Esta operação pode exigir alguns minutos de tempo de inatividade na aplicação, mas se você tem que fazer manutenção que tem a duração de uma hora ou mais, o tempo de inatividade poderia valer a pena.

    Esta operação é chamada gracioso switchover porque transforma o site principal em seu repouso, e seu local de espera em seu primário. Além disso, você pode facilmente mudar de volta para o principal local original sem ter que recriá-lo a partir do zero.

  • failover ocorre quando o sítio primário foi comprometida de alguma forma. Talvez tenha sido uma perda total do site, ou talvez você descobriu corrupção físico em um arquivo de dados. Nem sempre, mas geralmente após um failover, você tem que quer completamente re-criar o site primário ou recuperá-lo a partir de um backup e restabelecer-lo.

    Você normalmente executar um failover somente quando você determinou que a fixação do local primário vai demorar muito tempo suficiente para que você preferiria não ter uma interrupção aplicação durante todo o tempo.

Para realizar uma transição, siga estes passos:

  1. Na corrente primária, faça o login para SQL * Plus e digite o seguinte:

    Você deve ver o seguinte:

    Base de dados alterados.
  2. Encerre o banco de dados principal:

    Você deve ver o seguinte:

    Banco de dados closed.Database dismounted.ORACLE instância desligado.
  3. Inicie o banco de dados principal em modo nomount:

    Você deve ver algo como isto:

    instância ORACLE started.Total System Global Area 789172224 bytesFixed Tamanho 2148552 bytesVariable Tamanho 578815800 bytesDatabase Buffers 201326592 bytes bytesRedo Buffers6881280
  4. Montar o banco de dados como um modo de espera:

    Você deve ver o seguinte:

    Base de dados alterados.
  5. Iniciar a recuperação:

    Você vê isso:

    Mídia de recuperação completa.
  6. Entrar e SQL * Plus na corrente de espera e digite o seguinte:

    Você deve ver o seguinte:

    Base de dados alterados.
  7. Encerre o banco de dados standby:

    Você deve ver o seguinte:

    Banco de dados closed.Database dismounted.ORACLE instância desligado.
  8. Certifique-se de todos os parâmetros de inicialização apropriadas estão definidas para este banco de dados para se comportar adequadamente como um primário.

  9. Iniciá-lo normalmente:

    Você deve ver algo como isto:

    instância ORACLE started.Total Sistema área global 789172224 bytesFixed Tamanho 2148552 bytesVariable Tamanho 578815800 bytesDatabase Buffers 201.326.592 bytesRedo Buffers6881280 bytesDatabase mounted.Database aberto.
  10. Certifique-se de que os usuários e aplicativos podem se conectar e usar a nova instância primária.

» » » Noções básicas de Data Guard da Oracle 12c