Converter um physical standby em snapshot standby e voltar (ambiente de teste)
OracleData GuardComando
# Make the standby read-write (redo is still received, apply stops):
CONVERT DATABASE '<standby_db_unique_name>' TO SNAPSHOT STANDBY;
SHOW DATABASE '<standby_db_unique_name>';
# ... testing / application validation ...
# Convert back: all test changes are discarded, accumulated redo is applied
CONVERT DATABASE '<standby_db_unique_name>' TO PHYSICAL STANDBY;
SHOW CONFIGURATION;O que faz
Cria um guaranteed restore point automático no standby e o abre em leitura e escrita; ao converter de volta, faz flashback até esse ponto e aplica o redo acumulado do primário.
Quando usar
Para ensaiar um upgrade, testar uma versão da aplicação ou executar Real Application Testing (DB Replay) com dados de produção sem criar uma cópia separada.
Atenção
Enquanto for snapshot standby nenhum redo é aplicado: o RPO é preservado, mas o tempo de failover (RTO) cresce com o redo acumulado e ele não pode ser alvo do FSFO. Os flashback logs podem encher a FRA; monitore o espaço da FRA. As mudanças feitas no snapshot são descartadas definitivamente ao converter de volta.
Relacionados
- Mostrar a configuração do Data Guard broker e o status dos bancos (DGMGRL)
- Verificar o papel primary/standby e a prontidão para switchover com SQL
- Medir o lag de transporte/aplicação, a taxa de aplicação e os processos do Data Guard no standby
- Validar o standby com o broker antes de switchover/failover (VALIDATE DATABASE)
- Executar um switchover planejado (DGMGRL, troca de papel sem perda de dados)
- Executar um failover após perder o primário (DGMGRL)