Redo Apply oder Redo-Transport mit dem Broker stoppen/starten; verzögertes Apply konfigurieren
OracleData GuardBefehl
# 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;Was es tut
Stoppt/startet über den Broker dauerhaft Redo Apply (MRP) auf dem Standby oder die Redo-Übertragung auf der Primary; DelayMins hält Redo die angegebene Zeit zurück, bevor es angewendet wird.
Wann einsetzen
Für Wartung oder Backups auf dem Standby, geplante Netzwerkausfälle, zur Steuerung des Transports bei großen Massenladungen auf der Primary oder für einen verzögerten Standby gegen versehentliches Löschen.
Vorsicht
Verwende bei aktivem Broker nicht ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL in SQL; der Broker stellt den Zustand wieder her. Während APPLY-OFF wachsen Apply-Lag und Failover-Zeit (RTO); während TRANSPORT-OFF sind auf der Primary erzeugte Daten ungeschützt (RPO). Ist FSFO aktiviert, können diese Operationen einen Failover verhindern.
Verwandte Einträge
- Data-Guard-Broker-Konfiguration und Datenbankstatus anzeigen (DGMGRL)
- Primary-/Standby-Rolle und Switchover-Bereitschaft mit SQL prüfen
- Transport-/Apply-Lag, Apply-Rate und Data-Guard-Prozesse auf dem Standby messen
- Standby vor Switchover/Failover mit dem Broker validieren (VALIDATE DATABASE)
- Geplanten Switchover durchführen (DGMGRL, Rollenwechsel ohne Datenverlust)
- Failover nach Verlust der Primary durchführen (DGMGRL)