Parar / iniciar o redo apply ou o redo transport com o broker; configurar aplicação com atraso

Comando

# Redo apply on the standby:
EDIT DATABASE '<standby_db_unique_name>' SET STATE='APPLY-OFF';
EDIT DATABASE '<standby_db_unique_name>' SET STATE='APPLY-ON';
# Redo transport on the primary (to all standbys):
EDIT DATABASE '<primary_db_unique_name>' SET STATE='TRANSPORT-OFF';
EDIT DATABASE '<primary_db_unique_name>' SET STATE='TRANSPORT-ON';
# Delayed apply (minutes; protection against logical errors):
EDIT DATABASE '<standby_db_unique_name>' SET PROPERTY DelayMins=240;
SHOW DATABASE '<standby_db_unique_name>' DelayMins;

O que faz

Para/inicia de forma persistente, via broker, o redo apply (MRP) no standby ou o envio de redo no primário; DelayMins retém o redo pelo tempo indicado antes de aplicá-lo.

Quando usar

Para manutenção ou backups no standby, indisponibilidades de rede planejadas, controle do transporte durante grandes cargas em massa no primário ou para criar um standby com atraso contra exclusões acidentais.

Atenção

Com o broker habilitado, não use ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL em SQL; o broker restaura o estado. Durante APPLY-OFF o apply lag e o tempo de failover (RTO) crescem; durante TRANSPORT-OFF os dados gerados no primário ficam desprotegidos (RPO). Se o FSFO estiver habilitado, essas operações podem impedir um failover.