Noções básicas de guarda de dados oracle de 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 activo-activo
Conteúdo
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 ativa e os outros deve ser iniciado quando eles são necessários. Este é um exemplo do layout arquitetônico geral.
arquitetura Data Guard eo Oracle 12c
Iniciar uma descrição com o banco de dados primário é fácil porque ele difere muito pouco de qualquer outro banco de dados que você pode ter. A única diferença é que ele faz com 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 = `LOCALIZAÇÃO = 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 arquivo através do processo de arquivos para 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 de 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 na forma de processos que têm que esperar para entradas de log refazer a ser escrito em vários locais.
Sessões emissão de commits que esperar até que toda a informação necessária foi gravada 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 avançar.
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 principal é desligado.
Configure pelo menos dois locais de espera para o modo de proteção máxima. Dessa forma, um site em espera se tornar indisponíveis não vai interromper o serviço a toda a aplicação.
Este modo verifica que nenhuma perda de dados irá ocorrer em 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 principal, 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 log pode atrasar o processamento da transação, porque pode ser afetada pela disponibilidade da rede ou desempenho.
o 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 refazer 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 local poderia 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 de espera de duas maneiras:
Transição é um interruptor planejada que pode ocorrer se você quer fazer manutenção no site principal que requer que ele seja 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 de gracioso switchover porque transforma o site principal em seu repouso e seu site 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 site 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 terá 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:
Na corrente primária, faça login no SQL * Plus e digite o seguinte:
Você deve ver o seguinte:
Banco de dados alterados.
Encerre o banco de dados principal:
Você deve ver o seguinte:
Banco de dados closed.Database dismounted.ORACLE exemplo desligado.
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
Montar o banco de dados como um modo de espera:
Você deve ver o seguinte:
Banco de dados alterados.
Iniciar a recuperação:
Você vê isso:
Mídia de recuperação completa.
Entrar e SQL * Plus na corrente de espera e digite o seguinte:
Você deve ver o seguinte:
Banco de dados alterados.
Encerre o banco de dados standby:
Você deve ver o seguinte:
Banco de dados closed.Database dismounted.ORACLE exemplo desligado.
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.
Iniciá-lo normalmente:
Você deve ver algo como isto:
instância ORACLE started.Total System Global Area 789172224 bytesFixed Tamanho 2148552 bytesVariable Tamanho 578815800 bytesDatabase Buffers 201326592 bytesRedo Buffers6881280 bytesDatabase mounted.Database aberto.
Certifique-se de que os usuários e aplicativos podem se conectar e usar a nova instância primária.