Ausgangslage
Bei einer bestehenden 11.2.0.4 Oracle Umgebung auf AIX wurde auf der Primary und Standby das Verzeichnis für die archivierten Redo Log Files von der Fast Recovery Area auf ein konventionelles Verzeichnis geändert:
SQL> alter system set log_archive_dest_1='LOCATION=/data/ora/004/CRMDEV/arch';
DGMGRL Status WARNING
Die Datenbank lief problemlos weiter, das Log-Apply funktionierte weiterhin. Aber im DGMGRL war nach kurzer Zeit der Status auf WARNING:
DGMGRL> show configuration Configuration - DGConfigCRMDEV Protection Mode: MaxPerformance Databases: CRMDEV_SITE1 - Primary database Warning: ORA-16714: the value of property StandbyArchiveLocation is inconsistent with the database setting Warning: ORA-16714: the value of property AlternateLocation is inconsistent with the database setting CRMDEV_SITE2 - Physical standby database Warning: ORA-16714: the value of property StandbyArchiveLocation is inconsistent with the database setting Warning: ORA-16714: the value of property AlternateLocation is inconsistent with the database setting Fast-Start Failover: DISABLED Configuration Status: WARNING
Analyse
Die Prüfung der einzelnen Sites (show database … verbose) hat ergeben, dass der Parameter StandbyArchiveLocation nicht korrekt gesetzt war. Der Data Guard Broker hat die Änderung nicht nachgezogen, der Data Guard Parameter verwies weiterhin auf die alte Fast Recovery Area:
DGMGRL> show database verbose 'CRMDEV_SITE1' StandbyArchiveLocation StandbyArchiveLocation = 'USE_DB_RECOVERY_FILE_DEST' DGMGRL> show database verbose 'CRMDEV_SITE2' StandbyArchiveLocation StandbyArchiveLocation = 'USE_DB_RECOVERY_FILE_DEST'
Lösung
Anpassen vom Parameter StandbyArchiveLocation mit den aktuellen Verzeichnissen:
DGMGRL> edit database 'CRMDEV_SITE1' set property 'StandbyArchiveLocation'='/data/ora/004/CRMDEV/arch'; DGMGRL> edit database 'CRMDEV_SITE2' set property 'StandbyArchiveLocation'='/data/ora/004/CRMDEV/arch';
Unmittelbar danach war die Statusanzeige SUCCESS:
DGMGRL> show configuration Configuration - DGConfigCRMDEV Protection Mode: MaxPerformance Databases: CRMDEV_SITE1 - Primary database CRMDEV_SITE2 - Physical standby database Fast-Start Failover: DISABLED Configuration Status: SUCCESS
Fazit
Der Data Guard Status ist nach Anpassungen in der Datenbankkonfiguration unbedingt zu prüfen.