Blz ? Sim, quando teu physical standby está rodando com um redo log transport
mode SYNCHRONOUS isso quer dizer que enquanto o servidor STANDBY não 'avisar' o
PRIMARY que um determinado REDO LOG não foi recebido e aplicado OK, a TRANSAÇÃO
em questão fica pendente... Veja que não é que os dois servidores vão CONGELAR,
não é isso : simplesmente a TRANSAÇÃO não progride... QUERIES vão continuar
podendo ser feitas, ok ? É TRANSACIONAL esse controle de redo log....
Dá uma lida no paper
https://www.oracle.com/technetwork/database/availability/dataguard-outage-resolution-2745026.pdf
.... INCLUSIVE, esse paper mesmo já AVISA do enorme overhead imposto pelo
Maximum Availability Mode (que é a nomenclatura Oracle correta para esse tipo
de standby que requer zero data loss) - o ponto principal é que quando cair a
conexão de rede entre as máquinas, o RDBMS vai implementa um "ping" bem curto e
insistente engre as duas máquinas (o que consome CPU, óbvio), E quando a rede
voltar, o RDBMS vai tentar enviar todos os redos pendentes de uma vez só, não é
difícil vc engargalar a comunicação, em especial se tua banda de rede for
limitada ....
Em resumo, a recomendação é : se REALMENTE, COMPLETAMENTE, é mesmo 100%
EXIGIDO que vc rode em zero data loss teu standby, trate de ter um link de rede
MUITO bom, performático e CONFIÁVEL entre o primary e o standby....
[]s
Chiappa
