Остановить / запустить redo apply или redo transport через брокер; настроить отложенное применение
OracleData GuardКоманда
# 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;Что делает
Через брокер постоянно останавливает/запускает redo apply (MRP) на standby или передачу redo на primary; DelayMins задерживает redo на заданное время перед применением.
Когда использовать
Для обслуживания или бэкапов на standby, плановых отключений сети, управления передачей при больших массовых загрузках на primary или для создания отложенного standby на случай случайных удалений.
Внимание
Пока брокер включён, не используйте ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL в SQL; брокер восстановит состояние. Во время APPLY-OFF растут apply lag и время failover (RTO); во время TRANSPORT-OFF данные, созданные на primary, не защищены (RPO). Если FSFO включён, эти операции могут помешать failover.
Связанные материалы
- Показать конфигурацию брокера Data Guard и состояние баз данных (DGMGRL)
- Проверить роль primary/standby и готовность к switchover через SQL
- Измерить задержку transport/apply, скорость apply и процессы Data Guard на standby
- Проверить standby через брокер перед switchover/failover (VALIDATE DATABASE)
- Выполнить плановый switchover (DGMGRL, смена роли без потери данных)
- Выполнить failover после потери primary (DGMGRL)