Ein reales Testumfeld bereitstellen - basierend auf einer Produktionsdatenbank (ohne eine neue Kopie zu erstellen)

Transkript

1 Ein reales Testumfeld bereitstellen - basierend auf einer Produktionsdatenbank (ohne eine neue Kopie zu erstellen) Auch in früheren Versionen als der 11.2, konnte man eine Standby Datenbank abhängen, sie als Testsystem nutzen um sie abschließend mit Hilfe von Flashback und garantierten Restore Points in den ursprünglichen Zustand zurück versetzen um sie wieder als Standby zu aktivieren. Dazu waren allerdings mehrere Befehle in bestimmter Reihenfolge erforderlich, die jetzt in einem Befehl zusammengefasst wurden. DGMGRL> CONVERT DATABASE <database name> TO SNAPSHOT STANDBY; Your physical standby has changed its role and is now opened read write. All changes will be lost when converted back to physical standby: DGMGRL> CONVERT DATABASE <database name> TO PHYSICAL STANDBY; Nach wie vor funktioniert das nur, wenn für beide Datenbanken der Flashbackmode eingeschaltet ist. Das folgende Beispiel basiert auf einem komplett installierten Primär Standby Datenbank System, was zum Testen mehrmals durch SWITCHOVER geschwenkt wurde, um die Funktionalität des Systems sicher zu stellen: Bereitstellen der Standby als SnapShot DB - Primär Datenbank # sqlplus sys/manager@db11r2 SQL> show parameter db_recovery NAME TYPE VALUE db_recovery_file_dest string /opt/oracle/flashback db_recovery_file_dest_size big integer 8G SQL> Werden keine Values angezeigt, bedeutet das, es fehlen wichtige Einstellungen und der Flashback ist nicht aktiv. Entsprechende Änderungen werden in der Datenbank vorgenommen: [1 / 5] Rainer@L-c.de

2 SQL> ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE=8G; SQL> ALTER SYSTEM SET DB_RECOVERY_FILE_DEST='/opt/oracle/flashback'; Den Flashback Status findet man heraus mit einem Select: SQL> select FLASHBACK_ON from v$database;!info! Wenn FLASHBACK_ON = no angezeigt wird, ist Flashback nicht aktive und muß eingeschaltet werden: SQL> alter database flashback on; DGMGRL> show configuration; Configuration - DG_DB11R2 Protection Mode: MaxAvailability Databases: DB11R2 - Primary database DB11R2SB - Physical standby database Fast-Start Failover: DISABLED Configuration Status: DISABLED DGMGRL> exit; - Standby Datenbank SQL> select status from v$instance; STATUS MOUNT Auch hier ist der Status des Flashback zu prüfen: SQL> show parameter db_recovery NAME TYPE VALUE db_recovery_file_dest string /opt/oracle/flashback db_recovery_file_dest_size big integer 8G [2 / 5] Rainer@L-c.de

3 SQL> alter database flashback on; - Primär Datenbank DGMGRL> connect / DGMGRL> CONVERT DATABASE 'DB11R2SB' TO SNAPSHOT STANDBY; Converting database "DB11R2SB" to a Snapshot Standby database, please wait... Error: ORA-16541: database is not enabled Failed. Failed to convert database "DB11R2SB"!Info! Hier muß qualifiziert connected werden! Connected. DGMGRL> CONVERT DATABASE 'DB11R2SB' TO SNAPSHOT STANDBY; Converting database "DB11R2SB" to a Snapshot Standby database, please wait... Database "DB11R2SB" converted successfully DGMGRL> exit!info! Oracle setzt in der Standby Datenbank einen Restore Point in dem Fall mit Namen: "SNAPSHOT_STANDBY_REQUIRED_02/10/ :35:45" Im Alert.log ist entsprechender Eintrag zu finden. - Standby Datenbank SQL> select status from v$instance; STATUS OPEN SQL> exit Nun können die Tests auf der ehemaligen Standby erfolgen. SnapShot DB wieder zur Standby DB zurücksetzen [3 / 5] Rainer@L-c.de

4 Wenn der Test abgeschlossen ist, wird die Standby Datenbank im ersten Schritt wieder auf den alten Zustand entsprechend dem Restore Point zurückgesetzt (Flashback Recover). Im zweiten Schritt wird die Standby Datenbank "nachgezogen" indem die zwischenzeitlich angefallenen Archive Redo Logs der Primärdatenbank eingestellt werden. Abschließend ist die Standby wieder auf dem gleichen Stand wie die primäre Datenbank. Dann mal los und wieder aufräumen... DGMGRL> CONVERT DATABASE 'DB11R2SB' TO PHYSICAL STANDBY; Converting database "DB11R2SB" to a Physical Standby database, please wait... Operation requires shutdown of instance "DB11R2" on database "DB11R2SB" Shutting down instance "DB11R2"... Database closed. Database dismounted. ORACLE instance shut down. Operation requires startup of instance "DB11R2" on database "DB11R2SB" Starting instance "DB11R2"... - Standby DB starten SQL> startup mount; oder als readonly SQL> startup open read only; Connected. DGMGRL> show configuration Configuration - DG_DB11R2 Protection Mode: MaxAvailability Databases: DB11R2 - Primary database DB11R2SB - Physical standby database Fast-Start Failover: DISABLED Configuration Status: DISABLED DGMGRL> exit [4 / 5] Rainer@L-c.de

5 [5 / 5] Rainer@L-c.de