Arrêter / démarrer le redo apply ou le redo transport avec le broker ; configurer un apply différé
OracleData GuardCommande
# 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;Ce que fait la commande
Arrête/démarre de façon persistante, via le broker, le redo apply (MRP) sur la standby ou l'envoi du redo sur la primaire ; DelayMins retient le redo pendant la durée indiquée avant de l'appliquer.
Quand l'utiliser
Pour une maintenance ou des sauvegardes sur la standby, des coupures réseau planifiées, le contrôle du transport lors de gros chargements en masse sur la primaire, ou la création d'une standby différée contre les suppressions accidentelles.
Attention
Tant que le broker est activé, n'utilisez pas ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL en SQL ; le broker rétablit l'état. Pendant APPLY-OFF, l'apply lag et le temps de failover (RTO) augmentent ; pendant TRANSPORT-OFF, les données générées sur la primaire ne sont pas protégées (RPO). Si FSFO est activé, ces opérations peuvent empêcher un failover.
Voir aussi
- Afficher la configuration du broker Data Guard et l'état des bases (DGMGRL)
- Vérifier le rôle primaire/standby et la préparation au switchover en SQL
- Mesurer le transport/apply lag, le débit d'apply et les processus Data Guard sur la standby
- Valider la standby avec le broker avant un switchover/failover (VALIDATE DATABASE)
- Effectuer un switchover planifié (DGMGRL, changement de rôle sans perte de données)
- Effectuer un failover après la perte de la primaire (DGMGRL)