Responder a este comentário
Entendendo sincronia entre servidores HDR
Dois servidores configurados com cluster HDR podem trabalhar de modo assincrono e sincrono,
Realizei alguns testes de configurações monitorados com ferramentas de rede (tcpdump e iptraf) para identificar em qual nivel de sincronia é possível trabalhar.
Todos os testes foram baseados em informações do manual.
Componentes:
- LLog Buffer : Logical log buffer, configurado no ONCONFIG
- HDR Buffer : Buffer utilizado para HDR, possui sempre o mesmo tamanho do LLog Buffer.
Testes realizados
Serv1 = servidor/banco primário
Serv2 = servidor/banco secundário
- Teste 1
RESULTADO: Assincrono
CONFIGURAÇÃO UTILIZADA: Banco buffered + DRINTERVAL = -1
Com banco como buffered, os dados são enviados apenas quando o HDR Buffer é completado. Porém o Serv1 aguarda por um ACK do Serv2 de que os dados foram recebidos para dar continuidade. Sendo assim não é correto dizer que este procedimento é 100% sincrono, já que os dados incluídos não são enviados instantaneamente. - Teste 2
RESULTADO: Sicrono
CONFIGURAÇÃO UTILIZADA: Banco Un-buffered + DRINTERVAL = -1
Com o banco como unbufferd, os dados são enviados online, instantaneamente ao Serv2 e aguardado o retorno de ACK do Serv2. - Teste 3
RESULTADO: Assincrono
CONFIGURAÇÃO UTILIZADA: Banco buffered + DRINTERVAL >= 0
É configurado um período para envio das informações ao servidor secundário. Os dados são enviados quando este tempo expira ou quando o HDR Buffer está cheio. - Teste 4
RESULTADO: Assincrono
CONFIGURAÇÃO UTILIADA: Banco Un-buffered + DRINTERVAL >=0
Basta configurar o banco como Un-buffured, assim os dados da transação é enviado quando "comitado" porém sem aguardar retorno do servidor secundário.
Observação: Para configurações assíncronas, o checkpoint no Serv1 força sincronia entre ambos servidores. E o checkpoint no Serv1 só finaliza após o fim do checkpoint do Serv2 (o que pode causar perda de performance).
- 333 leituras




