Oracle9i New Features Data Guard Standby Datenbanken perfektioniert. Dr. Martin Wunderli Senior Consultant, Trivadis AG

Transkript

1 Oracle9i New Features Data Guard Standby Datenbanken perfektioniert Dr. Martin Wunderli Senior Consultant, Trivadis AG

2 Agenda Standby Konzept/Probleme in Oracle8i Data Guard Konzept in Oracle9i Setup: Mit GUI und 'klassisch' Monitoring und Doing im GUI Managed Recovery Datei Management Data Loss Protection Redo Log Management Graceful Switch Diverses Fazit/Diskussion Data Guard Copyright Trivadis AG 2

3 Konzept Standby Datenbanken Standby Datenbanken, d.h. (fast) aktuelle Kopien einer Datenbank auf einem anderen Server, gibt es seit Oracle 7.3 Dritthersteller unterstützen Standby Datenbanken seit Version 6 Das Konzept basiert auf einer Datenbank, die sich im permanenten Recovery Modus befindet und dabei archivierte Redo Logs der Primary Datenbank appliziert Standby Datenbanken schützen vor Desastern, wie z.b. Totalverlust eines Datenbankservers Data Guard Copyright Trivadis AG 3

4 Konzept Standby Datenbanken Quelle: Oracle Data Guard Copyright Trivadis AG 4

5 Features von Standby Datenbanken Standby Datenbanken Sind für die Applikation transparent Haben nur minimalen Impact auf die Primary Datenbank Können auch bei sehr hohen Transaktionsraten mithalten Haben keinen negativen Einfluss auf die Verfügbarkeit der Primary Datenbank Sind wegen relativ geringen Kosten als HA Lösung sehr beliebt Data Guard Copyright Trivadis AG 5

6 Features von Standby Datenbanken Mit Oracle8i wurde das seit Version 7.3 relativ brachliegende Konzept um die Features Automatisches Kopieren von archivierten Redo Log Dateien auf den Standby Server Automatisches Applizieren der archivierten Redo Log auf Standby Datenbank Failover der Clients beim Reconnect nach einem Totalverlust des Master Servers Read Only Öffnen der Standby Datenbank erweitert Data Guard Copyright Trivadis AG 6

7 Probleme von Standby Datenbanken Es fehlten in Oracle8i aber immer noch wichtige Features für einen komfortablen Betrieb wie z.b. Graceful Switch (Tausch der Master/Standby Rollen ohne Datenverlust), z.b. für Wartungsarbeiten (White Paper auf Metalink, viel 'Handarbeit') Verzögertes Nachführen von archivierten Redo Logs auf der Standby Seite (Minimales Perl Skript ab der Version 8.1.6) Automatisches Auffüllen von Lücken in der Übertragung von archivierten Redo Logs Grafisches User Interface für Monitoring und Doing Data Guard Copyright Trivadis AG 7

8 Agenda Standby Konzept/Probleme in Oracle8i Data Guard Konzept in Oracle9i Setup: Mit GUI und 'klassisch' Monitoring und Doing im GUI Managed Recovery Datei Management Data Loss Protection Redo Log Management Graceful Switch Diverses Fazit/Diskussion Data Guard Copyright Trivadis AG 8

9 Data Guard: Der Standby Nachfolger Neue Features in Oracle9i: Log Writing auf Standby Seite synchron oder asynchron, mit und ohne Bestätigung des Schreibens auf Disk Standby Redo Logfiles für erhöhte Datensicherheit Automatische Log Gap Recovery Verzögertes Applizieren von Redo Logs Graceful Switch Automatisches Erzeugen neuer Datenfiles auf Standby Site nach Erzeugen auf Primary Site Schutz vor nicht-synchronen Datenbanken Data Guard Monitor (neuer Backround Process) mit eigenem Konfigurationsfile (binär) Wizard unterstütztes Aufsetzen, GUI für viele Tasks Eventregistrierung im OEM Data Guard Copyright Trivadis AG 9

10 Mehr als nur Standby Datenbanken Mit den neuen Features können auch andere Konzepte als das Desaster Recovery verfolgt werden: Schutz vor User Fehlern (durch verzögertes Redo Applizieren) Schutz vor Administrator- und Hardware Fehlern (korrupte/gelöschte Datenfiles/Volumes werden nicht propagiert) Nur noch minimale Downtimes bei OS und Hardware Upgrades Data Guard Copyright Trivadis AG 10

11 Das Broker Framework Das Data Guard Broker Framework vereinfacht das Management einer Data Guard Konfiguration Aktuell nur Konfigurationen mit 2 Sites und je 1 Resource (eine Primary und eine Standby Datenbank) Das Management ist grafisch (GUI) oder über Kommandozeile (CLI) möglich Deckt die Aufgaben Setup der Standby Datenbank sowie Monitoring/Kontrolle der Redo Log Transport und Applizierungsdienste ab. Das ist aber noch nicht alles für den Betrieb einer Standby Umgebung! Data Guard Copyright Trivadis AG 11

12 Das Broker Framework Konzept: oemapp dataguard Binärdateien dgmgrl DMON Prozess Data Guard Copyright Trivadis AG 12

13 Agenda Standby Konzept/Probleme in Oracle8i Data Guard Konzept in Oracle9i Setup: Mit GUI und 'klassisch' Monitoring und Doing im GUI Managed Recovery Datei Management Data Loss Protection Redo Log Management Graceful Switch Diverses Fazit/Diskussion Data Guard Copyright Trivadis AG 13

14 Setup Mit Wizard grafisch möglich Benötigt OEM Repository Nodes müssen discovered sein (automatisch, d.h. mit Agent) Agent muss root Berechtigung haben (UNIX) Passwort Datei muss für Primary Datenbank existieren Preferred Credentials für Primary Datenbank als 'sys as sysdba' müssen abgespeichert sein Preferred Credentials für Nodes (OS Accounts) müssen abgespeichert sein Data Guard Copyright Trivadis AG 14

15 Setup mit dem Wizard Aus OEM console oder direkt mit oemapp dataguard Gute Erläuterungen: Data Guard Copyright Trivadis AG 15

16 Setup mit dem Wizard Nach der Wahl eines Konfigurationsnames bestimmt man die Primary Datenbank als Basis der Standby Umgebung Data Guard Copyright Trivadis AG 16

17 Setup mit dem Wizard Die Standby Datenbank kann schon existieren oder wird neu aufgesetzt Default ist, eine Bestehende zu nutzen Data Guard Copyright Trivadis AG 17

18 Setup mit dem Wizard 1. Problem: Nicht vergessen nach dem Aktivieren, Switchen oder Read Only Öffnen, die Tempfiles mit ALTER TABLESPACE wieder anzuhängen Data Guard Copyright Trivadis AG 18

19 Setup mit dem Wizard Nach der Selektion der Standby Site, kann man die Art des Aufsetzens bestimmen Data Guard Copyright Trivadis AG 19

20 Setup mit dem Wizard RMAN Image Copy NFS gemountete (UNIX) oder SMB gesharete (NT) Verzeichnisse vom Standby Server auf dem Master Server notwendig OS Copy Nur unter UNIX möglich: Funktionierendes rsh/rcp Setup zwischen Primary und Standby Server notwendig Data Guard Copyright Trivadis AG 20

21 OS supported setup (UNIX) rsh/rcp: Vom Aspekt der Sicherheit nicht so toll (Sicherheits-Level à la remote_os_authent=true) Besser mit ssh/scp arbeiten: Schlüsselpaare auf allen Hosts generieren und mit öffentliche Schlüssel mit anderen Hosts austauschen Links von s-tools auf r-tools erstellen: dave:oracle:rdbms901 dave:oracle:rdbms901 /usr/bin> /usr/bin> ls ls -al -al grep grep /usr/local /usr/local lrwxrwxrwx lrwxrwxrwx 1 1 root root other other Jul Jul :13 18:13 rcp rcp -> -> /usr/local/bin/scp /usr/local/bin/scp lrwxrwxrwx lrwxrwxrwx 1 1 root root other other Jul Jul :17 18:17 rlogin rlogin -> -> /usr/local/bin/slogin /usr/local/bin/slogin lrwxrwxrwx lrwxrwxrwx 1 1 root root other other Jul Jul :13 18:13 rsh rsh -> -> /usr/local/bin/ssh /usr/local/bin/ssh Data Guard Copyright Trivadis AG 21

22 Setup mit dem Wizard 2. Problem Data Guard Copyright Trivadis AG 22

23 Setup mit dem Wizard Nach ein paar einfachen Abfragen (Passwort für Standby Passwortdatei etc.): Data Guard Copyright Trivadis AG 23

24 Setup mit dem Wizard Ooops!?!? ` Data Guard Copyright Trivadis AG 24

25 Setup mit dem Wizard Neben dem Problem mit mehr als einem Member pro Log Gruppe gab es noch andere Unschönheiten Verzeichnisstruktur für Datenfiles muss existieren OFA Struktur von Primary zum Teil nicht übernommen (admin Verzeichnisse etc.) Nur ein Controlfile generiert init.ora nicht von Primary übernommen Alle Datenfiles sind gleichzeitig und auf einmal im Backup Status Passwortdatei ist orapw und nicht orapwsid Aber im Prinzip funktioniert es Data Guard Copyright Trivadis AG 25

26 Setup mit dem Wizard Das Fixen einer so aufgesetzten Standby Datenbank steht in keinem Verhältnis zum Zeitgewinn Wir empfehlen daher, existierende Standby Datenbank einzubinden (gemounted): Data Guard Copyright Trivadis AG 26

27 Aktivieren eines Data Guard Setup Nach dem Aufsetzen einer Konfiguration muss sie noch enabled werden Data Guard Copyright Trivadis AG 27

28 Konfiguration abschliessen Einige Parameter sind in der Regel noch zu setzen, z.b. standby_archive_dest Wichtig: Diese Parameter sind in der Data Guard Konfiguration abgespeichert und überschreiben - falls vorhanden und falls optional - die Pendants aus init.ora! Sie überschreiben immer, falls sie im Data Guard required sind! Data Guard Copyright Trivadis AG 28

29 Tipps zur Minimalkonfiguration Wie schon mit Oracle8i empfehlen wir, jeweils alle Datenbanken für die Rolle als Standby oder Primary vorzubereiten und nicht mit unterschiedlichen init.ora Dateien zu arbeiten Beispiel eines Abschnitts aus init.ora, der für beide Rollen genügt: log_archive_dest_1 log_archive_dest_1 log_archive_format log_archive_format log_archive_start log_archive_start drs_start drs_start = = "LOCATION=/u00/app/oracle/admin/TVD901S/arch "LOCATION=/u00/app/oracle/admin/TVD901S/arch MANDATORY MANDATORY REOPEN=30" REOPEN=30" = = "TVD901S_%t_%s.arc" "TVD901S_%t_%s.arc" = = true true = = true true Falls man spfile verwendet, braucht es nicht mal drs_start Alles weitere sollte im Data Guard Manager konfiguriert werden Data Guard Copyright Trivadis AG 29

30 Agenda Standby Konzept/Probleme in Oracle8i Data Guard Konzept in Oracle9i Setup: Mit GUI und 'klassisch' Monitoring und Doing im GUI Managed Recovery Datei Management Data Loss Protection Redo Log Management Graceful Switch Diverses Fazit/Diskussion Data Guard Copyright Trivadis AG 30

31 Grafisches Monitoring Monitoring erfolgt komfortabel über das GUI des Data Guard Managers Data Guard Copyright Trivadis AG 31

32 Grafisches Monitoring z.b. noch nicht applizierte Redo Log Dateien Data Guard Copyright Trivadis AG 32

33 OEM Events Es existieren spezielle Events, um eine Data Guard Konfiguration überwachen zu können Beispiel: Log Files Not Shipped Data Guard Copyright Trivadis AG 33

34 OEM Events Parameter Settings für Warning und Alert Bei Tests konnte das Event leider nicht reproduzierbar registriert werden Interessanterweise klappte die Registrierung über Copyto-library und Register Manchmal funktionierte das Event dann auch Data Guard Copyright Trivadis AG 34

35 Data Guard Manager: Doing Primary Database: Logfile/Open Status Management Datenbank stoppen und in nomount bringen Archive Destination auf 'defer' setzen Archive Destination auf 'enable' setzen Data Guard Copyright Trivadis AG 35

36 Data Guard Manager: Doing Standby Database: Log Application Management Datenbank dismounten managed recovery canceln managed recovery starten Data Guard Copyright Trivadis AG 36

37 Agenda Standby Konzept/Probleme in Oracle8i Data Guard Konzept in Oracle9i Setup: Mit GUI und 'klassisch' Monitoring und Doing im GUI Managed Recovery Datei Management Data Loss Protection Redo Log Management Graceful Switch Diverses Fazit/Diskussion Data Guard Copyright Trivadis AG 37

38 Managed Recovery In Oracle8i wurden archivierte Redo Logs dann auf die Standby Datenbank appliziert, wenn diese im Managed Recovery Modus war Lücken in der Übertragung wurden allerdings nicht automatisch geschlossen Unter Oracle9i ist dieser minimale Setup (ohne DMON Prozess) nach wie vor möglich, unterstützt durch Disconnect des Managed Recovery Prozess (MRP) von der aktuellen sqlplus Session: recover managed standby database disconnect; Jedoch: Im Data Guard Umfeld ist der manuelle Ansatz nicht sinnvoll, der DMON Prozess wird hier obiges Kommando automatisch ausführen Data Guard Copyright Trivadis AG 38

39 Agenda Standby Konzept/Probleme in Oracle8i Data Guard Konzept in Oracle9i Setup: Mit GUI und 'klassisch' Monitoring und Doing im GUI Managed Recovery Datei Management Data Loss Protection Redo Log Management Graceful Switch Diverses Fazit/Diskussion Data Guard Copyright Trivadis AG 39

40 Datei Management Das Erzeugen neuer Dateien (create und alter tablespace) auf der Primary Datenbank führte bis jetzt zu einer Fehlermeldung auf der Standby Datenbank ORA-01157: ORA-01157: cannot cannot identify/lock identify/lock data data file file 5 - see see DBWR DBWR trace trace file file ORA-01110: ORA-01110: data data file file 5: 5: '/u01/oradata/tvd901s/test01tvd901s.sql' ORA-27037: ORA-27037: unable unable to to obtain obtain file file status status SVR4 SVR4 Error: Error: 2: 2: No No such such file file or or directory directory Der Managed Recovery Modus wurde dabei automatisch beendet Die Datei musste manuell erstellt alter alter database database create create datafile datafile '/u01/oradata/tvd901s/users01tvd901s.dbf'; und der Managed Recovery Modes wieder gestartet werden Data Guard Copyright Trivadis AG 40

41 Datei Management Neu kann ein init.ora Parameter standby_file_management = auto auto auf der Standby Seite gesetzt werden Dateien werden damit automatisch erzeugt Media Media Recovery Recovery Log Log /u00/app/oracle/admin/tvd901s/arch/tvd901s_1_402.arc /u00/app/oracle/admin/tvd901s/arch/tvd901s_1_402.arc Recovery Recovery created created file file /u01/oradata/tvd901s/test01tvd901s.sql /u01/oradata/tvd901s/test01tvd901s.sql Successfully Successfully added added datafile datafile 5 5 to to media media recovery recovery Datafile Datafile #5: #5: '/u01/oradata/tvd901s/test01tvd901s.sql' '/u01/oradata/tvd901s/test01tvd901s.sql' Scheinbar werden sie auch immer gelöscht Media Media Recovery Recovery Log Log /u00/app/oracle/admin/tvd901s/arch/tvd901s_1_404.arc /u00/app/oracle/admin/tvd901s/arch/tvd901s_1_404.arc Recovery Recovery deleting deleting file file #5:'/u01/oradata/TVD901S/test01TVD901S.sql' #5:'/u01/oradata/TVD901S/test01TVD901S.sql' Recovery Recovery dropped dropped tablespace tablespace 'TEST' 'TEST' Dies ist aber nicht so, die Datei bleibt bestehen, es sei denn auf der Primary Site wird die Option 'including contents and datafiles' verwendet Data Guard Copyright Trivadis AG 41

42 Datei Management Der Parameter kann auch dynamisch gesetzt werden alter alter system system set set standby_file_management=auto; standby_file_management=auto; Mon Mon Aug Aug :32:11 15:32: ALTER ALTER SYSTEM SYSTEM SET SET standby_file_management='auto' standby_file_management='auto' SCOPE=MEMORY; SCOPE=MEMORY; Wenn eine Datei bei der Recovery nicht vorgefunden wurde, funktioniert das nachträgliche dynamische Setzen des Parameters plus Recovery (oder init.ora Modifikation plus shutdown/startup) aber nicht Die Datei muss dann in jedem Fall manuell erstellt werden Data Guard Copyright Trivadis AG 42

43 Agenda Standby Konzept/Probleme in Oracle8i Data Guard Konzept in Oracle9i Setup: Mit GUI und 'klassisch' Monitoring und Doing im GUI Managed Recovery Datei Management Data Loss Protection Redo Log Management Graceful Switch Diverses Fazit/Diskussion Data Guard Copyright Trivadis AG 43

44 Data Loss Protection Das Konzept des Übertragens und Applizierens von Redo Log Dateien birgt die Gefahr von Transaktionsverlusten, falls bei einem Crash vom Primary Server die Online Redo Logs nicht mehr zugreifbar sind Bis Oracle8i konnte man sich gegen solche Verluste nur durch häufige Log File Switches (ungenügend) zum Preis zusätzlicher Checkpoints schützen Oracle9i kennt verschiedene Protection Level beim Log Transfer: Guaranteed, Instant, Rapid, Delayed Data Guard Copyright Trivadis AG 44

45 Data Loss Protection Guaranteed Protection: Alle Standby Datenbanken sind immer voll synchron, der LGWR (!) schreibt, keine Divergenz zwischen Datenbanken möglich Instant Protection: Solange Standby Datenbank verfügbar, gilt für sie der gleiche Protection Level wie bei Guaranteed Protection Rapid Protection: Wie Instant Protection, aber LGWR wartet keine Bestätigung des Schreibens auf Remote Disk ab. Der Vorgang ist asynchron und braucht einen Buffer auf der Primary Site Delayed Protection: Wie bisher, der ARCH Prozess übernimmt den Transfer Data Guard Copyright Trivadis AG 45

46 Data Loss Protection Die verschiedenen Levels werden mit einer Kombination aus LOG_ARCHIVE_DEST Optionen, Redo Reception Option und Failure Resolution Policy erzeugt Level Log Writing Network Trans. Disk Write Redo Reception Failure Resolution Guaranteed LGWR SYNC AFFIRM Standby Redo PROTECTED Instant LGWR SYNC AFFIRM Standby Redo UNPROTECTED Rapid LGWR ASYNC NOAFFIRM Standby Redo UNPROTECTED Delayed ARCH ASYNC NOAFFIRM Archived Redo UNPROTECTED Data Guard Copyright Trivadis AG 46

47 Data Loss Protection ASYNC Parameter bei LOG_ARCHIVE_DEST für RAPID Mode mit Anzahl Blöcken für Buffer Zwecke spezifizieren (z.b. ASYNC=200). Falls zu klein, wartet der LGWR aber doch Failure Resolution Policy (zu setzen im Mount Status): alter alter database database set set standby standby database database protected; protected; Falls auf protected und mindestens eine Standby Datenbank nicht verfügbar: Shutdown der Primary Datenbank! Shutdown aber verzögert Data Guard Copyright Trivadis AG 47

48 Data Loss Protection Standby Redo Logs: Werden automatisch vom LGWR zum Schreiben bei LGWR Option in LOG_ARCHIVE_DEST benutzt. Falls nicht vorhanden, schreibt der LGWR auf ein archiviertes Redo alter alter database database add add standby standby logfile logfile ('/u01/oradata/tvd901s/sredog5m1tvd901s.dbf', '/u01/oradata/tvd901s/sredog5m2tvd901s.dbf') size size ; ; Mindestens so viele wie auf Primary, eventuell mehr (vor allem bei PROTECTED Mode ) DD Views v$standby_log (aktuelle Gruppe ist 'active', Gruppennummern folgen auf normale Redo Log Gruppen) und v$logfile (sic!) Data Guard Copyright Trivadis AG 48

49 Data Loss Protection Aktivieren der Standby Redo Log Gruppen z.b. über Data Guard Manager Dies ändert dann den init.ora Parameter auf der Primary Datenbank (Alert Log Auszug) Sat Sat Aug Aug :27:40 12:27: ****************************************************************** LGWR: LGWR: Setting Setting 'active' 'active' archival archival for for destination destination LOG_ARCHIVE_DEST_2 LOG_ARCHIVE_DEST_2 ****************************************************************** LGWR: LGWR: Transmitting Transmitting activation activation ID ID (2ddb3b54) (2ddb3b54) Data Guard Copyright Trivadis AG 49

50 Data Loss Protection Kompromiss Um bei nicht-synchronem Redo Transfer zur Standby Datenbank den Datenverlust im Desasterfall zu minimieren, sind periodische Log Switches erforderlich Dies sollte aber nur durchgeführt werden, wenn nicht aus anderen Gründen Log Switches erfolgten (keine unnötigen Checkpoints) Bis jetzt musst der DBA eigene Scripts schreiben oder das Trivadis Standby Package kaufen Jetzt genügt ein init.ora Parameter archive_lag_target archive_lag_target = # Zeit Zeit in in Sekunden Sekunden Bemerkung: Bei einer leer laufenden Datenbank passiert oftmals kein Log Switch oder nach mehr als der eingestellten Zeit Data Guard Copyright Trivadis AG 50

51 Agenda Standby Konzept/Probleme in Oracle8i Data Guard Konzept in Oracle9i Setup: Mit GUI und 'klassisch' Monitoring und Doing im GUI Managed Recovery Datei Management Data Loss Protection Redo Log Management Graceful Switch Diverses Fazit/Diskussion Data Guard Copyright Trivadis AG 51

52 Schliessen einer Log Lücke Durch Netzwerkunterbrüche, Shutdown von Standby Datenbank etc. erzeugte Lücken in den übertragenen Redo Logs mussten bis Oracle8i durch manuelle Übertragung und manuelle Recovery geschlossen werden Ab Oracle9i kann man der Standby Datenbank mitteilen, wo sie die Redo Logs abholen kann und der Primary Datenbank, wohin sie die Redos schicken muss Dazu sind 2 init.ora Parameter auf der Standby Seite (!) notwendig, die auf Oracle Net Servicenamen zeigen fal_client fal_client fal_server fal_server = TVD901Sdave.trivadistraining.com = TVD901Shal.trivadistraining.com Typischerweise wird man diese aber nicht von Hand setzen, sondern automatisch durch Data Guard Data Guard Copyright Trivadis AG 52

53 Verzögerte Log Applizierung Um Userfehler oder Datenkorruption im Vorfeld abzufangen, dürfen archivierte Redo Log Dateien erst verzögert auf die Datenbank appliziert werden Ab gab es ein Perl Script im Standby Handbuch, welches diese Aufgabe erledigte Mit Oracle9i erfolgt die Konfiguration komfortabel über eine LOG_ARCHIVE_DEST Option auf der Primary (!) Datenbank LOG_ARCHIVE_DEST_2="SERVICE=TVD901Sdave.trivadistraining.com OPTIONAL OPTIONAL DELAY=120" DELAY=120" # Delay Delay in in minutes minutes Data Guard Copyright Trivadis AG 53

54 Verzögerte Log Applizierung Im Data Guard Manager wird dieser Parameter auf der Standby Site gesetzt Modifziert wird aber dann (korrekt) die Primary Site (Alert Log Auszug): Fri Fri Aug Aug :01:14 11:01: ALTER ALTER SYSTEM SYSTEM SET SET log_archive_dest_2='service="(description= (ADDRESS_LIST (ADDRESS_LIST = (ADDRESS (ADDRESS = (PROTOCOL (PROTOCOL = TCP)(Host TCP)(Host = dave.trivadistraining.com)(port = 1521)) 1521)) ) (CON (CON NECT_DATA=(SID=TVD901S)(SERVER=DEDICATED)))" DELAY=120 DELAY=120 register' register' SCOPE=MEMORY SCOPE=MEMORY SID='TVD901S'; SID='TVD901S'; Ein neuer DELAY gilt nicht für übertragene Logs Data Guard Copyright Trivadis AG 54

55 Verzögerte Log Applizierung Die übertragenen aber nicht applizierten Logfiles sind im Data Guard Manager sichtbar Wird ein User Fehler bemerkt, kann der Managed Recovery Modus manuell abgeschaltet werden: alter alter database database managed managed recovery recovery cancel; cancel; Data Guard Copyright Trivadis AG 55

56 Agenda Standby Konzept/Probleme in Oracle8i Data Guard Konzept in Oracle9i Setup: Mit GUI und 'klassisch' Monitoring und Doing im GUI Managed Recovery Datei Management Data Loss Protection Redo Log Management Graceful Switch Diverses Fazit/Diskussion Data Guard Copyright Trivadis AG 56

57 Graceful Switch Ein Graceful Switch beschreibt den Rollentausch zwischen einer Primary Database und einer Standby Database. Oftmals spricht man von Switchover und Switchback, beides beschreibt aber den gleichen Vorgang Er kann z.b. verwendet werden, um auf einem Produktionsrechner Hardware oder OS Upgrades durchzuführen (Shutdown der neuen Standby/alten Primary nach Switchover) Er kann nicht für sogenannte Rolling Upgrades der Oracle Software verwendet werden (Upgrade nur einer Datenbank in einem Standby Verbund) Bis Oracle8i war ein Graceful Switchover nur 'von Hand' mit Online Redo Copy und Erstellen neuer Controlfiles möglich (Trivadis Standby Package) Data Guard Copyright Trivadis AG 57

58 Graceful Switch Vor einem Graceful Switch muss die Data Guard Konfiguration entfernt werden Im dgmgrl (auf Standby oder Primary Site) DGMGRL> DGMGRL> connect connect sys sys Password: Password: Connected. Connected. DGMGRL> DGMGRL> remove remove configuration; configuration; Removed Removed configuration. configuration. DGMGRL> DGMGRL> exit exit Oder im Data Guard Manger Data Guard Copyright Trivadis AG 58

59 Graceful Switch Im Data Guard Manager wird sowohl die Data Guard Konfiguration als auch die GUI Einbindung gelöscht Auf beiden Sites Data Guard Prozess stoppen alter alter system system set set drs_start=false; drs_start=false; init.ora Parameter müssen nicht geändert werden Agent muss nicht gestoppt werden Data Guard Copyright Trivadis AG 59

60 Graceful Switch Switchover der Primary Datenbank auf Standby Modus alter alter database database commit commit to to switchover switchover to to standby; standby; Laut Manual sollte hier ein Backup des Controlfiles automatisch gemacht werden. Leider nicht gefunden Alert Log: Incomplete Incomplete recovery recovery done done UNTIL UNTIL CHANGE CHANGE MRP0: MRP0: Media Media Recovery Recovery Complete: Complete: End-Of-REDO End-Of-REDO Resetting Resetting standby standby activation activation ID ID 0 0 (0x0) (0x0) MRP0: MRP0: Background Background Media Media Recovery Recovery process process is is now now terminated terminated Danach noch shutdown/startup shutdown shutdown immediate immediate startup startup nomount nomount alter alter database database mount mount standby standby database; database; Dieser Schritt muss vor dem Switchen der alten Standby auf Primary gemacht werden (Letzterer wartet ) Data Guard Copyright Trivadis AG 60

61 Graceful Switch Switchover der Standby Datenbank auf Primary Modus alter alter database database commit commit to to switchover switchover to to primary; primary; Alert Log: Incomplete Incomplete recovery recovery done done UNTIL UNTIL CHANGE CHANGE MRP0: MRP0: Media Media Recovery Recovery Complete: Complete: End-Of-REDO End-Of-REDO Resetting Resetting standby standby activation activation ID ID 0 0 (0x0) (0x0) Thu Thu Aug Aug :24:56 07:24: RESETLOGS RESETLOGS after after incomplete incomplete recovery recovery UNTIL UNTIL CHANGE CHANGE Thu Thu Aug Aug :24:56 07:24: MRP0: MRP0: Background Background Media Media Recovery Recovery process process is is now now terminated terminated Thu Thu Aug Aug :24:56 07:24: Resetting Resetting resetlogs resetlogs activation activation ID ID 0 0 (0x0) (0x0) Database Database shutdown shutdown required required Completed: Completed: alter alter database database commit commit to to switchover switchover to to primary primary Danach noch shutdown/startup Beim Startup kann manchmal die Meldung 'Database busy' kommen. Einfach ignorieren Data Guard Copyright Trivadis AG 61

62 Graceful Switch Zum Schluss noch neue Data GuardKonfiguration erstellen und enablen (am einfachsten im GUI) Vorher noch die alte GUI Konfiguration löschen (falls Data Guard Konfiguration über CLI gelöscht wurde) Die Warnung bezüglich des DRS_START Parameters kann ignoriert werden Falls Probleme beim Data Guard Betrieb (Properties können im GUI nicht gesetzt werden etc.), neue Controlfiles erzeugen Data Guard Copyright Trivadis AG 62

63 Agenda Standby Konzept/Probleme in Oracle8i Data Guard Konzept in Oracle9i Setup: Mit GUI und 'klassisch' Monitoring und Doing im GUI Managed Recovery Datei Management Data Loss Protection Redo Log Management Graceful Switch Diverses Fazit/Diskussion Data Guard Copyright Trivadis AG 63

64 Diverse Features Neue LOG_ARCHIVE_DEST_<NR> Optionen ALTERNATE=LOG_ARCHIVE_DEST_<NR> Alternative Destination, falls aktuelle fehlschlägt MAX_FAILURE=<NR> Wie oft darf eine Destination fehlschlagen, bevor ALTERNATE benutzt wird QUOTA_SIZE=<NR> Wieviele 512 Byte Blöcke dürfen auf die aktuelle Lokation archiviert werden, bevor ALTERNATE zum Zuge kommt DEPENDENCY= LOG_ARCHIVE_DEST_<NR> Aktuelle Destination gilt als geschrieben, wenn die angebene geschrieben ist (Sinnvoll bei Shared Filesystemen) Data Guard Copyright Trivadis AG 64

65 Diverse Features Bis zu 10 Archive Destinationen REMOTE_ARCHIVE_ENABLE=TRUE/FALSE Erlaubt/verbietet einer Primary Database das automatische Archivieren auf eine Standby Datenbank (statischer Parameter) Data Guard Copyright Trivadis AG 65

66 DD Views und Literatur v$archive_dest: Beschreibt alle Archive Destinationen mit allen Optionen v$archive_dest_status: Aktueller Status der archive Destinationen, z.b. ob Standby gemounted, ob Standby im Managed Recovery Modus ist, welche Errors auftraten etc. v$archive_gap: Zeigt Lücken in den übertragenen Redo Logs an (auf Standby Datenbank) Data Guard Broker, A , Juni 2001: Setup und Basic Operations Data Guard Concepts and Administration, A , Juni 2001: Mehr Konzepte, weniger Setup Details Data Guard Copyright Trivadis AG 66

67 Neue Hintergrund-Prozesse DMON: Data Guard Monitor, läuft auf Primary und Standby Site, notwendig für GUI MRP: Managed Recovery Prozess, läuft auf Standby Site, appliziert Redo Logs RSM: Remote System Monitore (mind. 2), überwachen das Gesamtsystem, laufen auf Primary und Standby Sites NSV: Network Slave, läuft auf Primary und Standby Site, synchronisiert Log Gaps Ein Absturz dieser Prozesse beendet die Instanz nicht Data Guard Copyright Trivadis AG 67

68 The Future Logical Standby Database in Oracle9i Release 2 Anstatt ganze Redos zu Applizieren werden die SQL Statements aus den Redo Logs extrahiert und auf der Standby Datenbank ausgeführt Die Datenbank kann dabei für Leseoperationen geöffnet sein Sie soll auch für Schreiboperationen geöffnet werden können Data Guard Copyright Trivadis AG 68

69 Agenda Standby Konzept/Probleme in Oracle8i Data Guard Konzept in Oracle9i Setup: Mit GUI und 'klassisch' Monitoring und Doing im GUI Managed Recovery Datei Management Data Loss Protection Redo Log Management Graceful Switch Diverses Fazit/Diskussion Data Guard Copyright Trivadis AG 69

70 Fazit +Ein grosser Schritt in Sachen Funktionalität, der neue Name ist voll gerechtfertigt +Kaum noch Wünsche offen +Data Guard Manager ist ein Anfang in Richtung grafischer Leitstand - Data Guard Manager engt zum Teil zu sehr ein und kann die schwierigen Dinge (noch) nicht konfigurieren und steuern - Events sind nicht stabil und nicht ausgereift Data Guard Copyright Trivadis AG 70