DOAG Mannheim, 13.11.2002 Oracle Data Guard 9i Release 2 Oracle Data Guard 9i Release 2 Manfred Wotzky
Facts & Figures Über 300 Mitarbeiter Über 340 Kunden (ohne Schulung) Über 1000 Projekte 100 Service Level Agreements (SLA) Konzentration auf Enterpre Computing Produktpalette von Oracle, Microsoft und IBM (neutral) Langjährige Erfahrung in den Bereichen Oracle, Microsoft, Java und esecurity (Zertifikatstechnologie / Systems Architecture) 2
Weitere Dienstletungen Systems Development Vom Coaching b zum Fix-Pre Projekt (auf Bas von Oracle, Microsoft und esecurity) Systems Management Vom Coaching b zur langfrtigen Übernahme ganzer Datenbank- Admintrations Aufgaben Java Professional Services Design, Management und Umsetzung von Projekten auf Bas von Java-Technologien Gerne geben wir Ihnen mehr Informationen über unsere Dienstletungen 3
Kundenlte Deutschland (Auszug) Alcatel SEL AG, Stuttgart BASF AG, Ludwigshafen Bezirk Oberbayern, München Boehringer Ingelheim Pharma KG, Biberach BMW Group, München DEKRA Automobil GmbH, Stuttgart Deutsche Bank AG, Frankfurt Deutsche Post AG, Darmstadt Nortel Networks Germany GmbH, Friedrichshafen Kultusminterium Baden-Württemberg, Oberschulamt, Stuttgart Landeshauptstadt Stuttgart Porsche AG, Stuttgart Robert Bosch GmbH, Stuttgart T-Systems deb Systemhaus GmbH, Leinfelden-Echterdingen 4
Agenda A. Standby Datenbank - Konzept - Features mit Oracle 8i B. Data Guard - Features mit Oracle 9i Release 1 C. Data Guard - Features mit Oracle 9i Release 2 D. Fazit 5
Standby Datenbank: Konzept (1) Standby Datenbanken, d.h. (fast) aktuelle Kopien einer Datenbank auf einem anderen Server, gibt es seit Oracle 7.3 Dritthersteller unterstützen das Konzept der Standby Datenbank schon seit Version 6 Das Konzept basiert auf einer Datenbank, die sich im permanenten Recovery Modus befindet, dabei archivierte Redo Logs der Primary Datenbank appliziert und somit Transaktionen der Primary Datenbank nachvollzieht Standby Datenbanken schützen vor Desastern, wie z.b. Totalverlust eines Datenbankservers 6
Standby Datenbank: Konzept (2) Quelle: Oracle Corporation 7
Standby Datenbank: Features Standby Datenbanken Sind für die Applikation transparent Haben nur minimalen Performance Impact auf die Primary Datenbank Können auch bei sehr hohen Transaktionsraten mithalten Haben (bei richtiger Konfiguration) keinen negativen Einfluss auf die Verfügbarkeit der Primary Datenbank Sind wegen relativ geringen Kosten als HA Lösung sehr beliebt 8
Standby Datenbank: Oracle 8i Automatches Kopieren von archivierten Redo Log Dateien auf den Standby Server Automatches Applizieren der archivierten Redo Logs auf Standby Datenbank Failover der Clients beim Reconnect nach einem Totalverlust des Master Servers Read Only Öffnen der Standby Datenbank (TEMP!) Backup der Standby DB mit RMAN 9
Standby Datenbank: Probleme Wichtige Features für einen komfortablen Betrieb fehlen, wie z.b. Graceful Switch (Rollentausch ohne Datenverlust) (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) Automatches Auffüllen von Lücken in der Übertragung von archivierten Redo Logs Grafches User Interface für Monitoring und Doing 10
Agenda A. Standby Datenbank - Konzept - Features mit Oracle 8i B. Data Guard - Features mit Oracle 9i Release 1 C. Data Guard - Featuers mit Oracle 9i Release 2 D. Fazit 11
Data Guard: New Features in 9i R1 (1) Das Standby Konzept bekommt einen neuen Namen und nennt sich nun DATA GUARD. Data Guard t verfügbar in der Enterpre Edition. Das Sizing der Standby Datenbank entspricht dem der Master Datenbank. Data Guard Broker stellt ein neues verteiltes Management Framework dar, welches die Admintration, Konfiguration und die Überwachung wesentlich vereinfacht. 12
Data Guard: New Features in 9i R1 (2) Data Guard Manager als GUI und dgmgrl als Command Line Interface. 2 Sites (eine Primary und eine Standby Datenbank) per GUI erstellbar. Weitere Sites können nur mit dem CLI hinzugefügt werden. Data Guard Manager (GUI) benötigt OEM Repository. Einführung der NO DATA LOSS Optionen. 13
Data Guard: New Features in 9i R1 (3) Transport über LGWR auf Standby Seite (synchron oder asynchron, mit und ohne Bestätigung des Schreibens). Standby Redo Logfiles (notwendig mit LGWR). Schutz vor nicht-synchronen Datenbanken. Automatche Log Gap Recovery (FAL_CLIENT und FAL_SERVER). B zu 10 Archive Destinationen möglich. Verzögertes Applizieren von Redo Logs (DELAY). 14
Data Guard: New Features in 9i R1 (4) Data Guard Monitor (neuer Background Process) mit eigenem Konfigurationsfile (binär). Wizard unterstütztes Aufsetzen und GUI für viele Tasks. Eventregtrierung im OEM (!?). Graceful Switch nennt sich nun auch Switchover. Automatches Erzeugen neuer Datenfiles auf Standby Site. Neue Views, Columns und Syntaxerweiterungen. 15
Data Guard: Das Broker Framework Konzept: oemapp dataguard Binärdateien dgmgrl DMON Prozess Quelle: Oracle Corporation 16
Data Guard: Data Loss Protection (1) Data Loss Protection Das Konzept des Übertragens und Applizierens von Redo Log Dateien birgt die Gefahr von Transaktionsverlusten. (Nach Crash sind Online Redo Logs u.u. nicht mehr verfügbar/zugreifbar) Bei Oracle8i hier einzig möglicher (und ungenügender) Schutz: Häufige Log File Switches zum Pre zusätzlicher Checkpoints. Oracle9i kennt verschiedene Protection Level beim Log Transfer: - Guaranteed, Rapid, Instant, Delayed 17
Data Guard: Data Loss Protection (2) 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. Dk 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 SYNC NOAFFIRM Archived Redo UNPROTECTED 18
Data Guard: Data Loss Protection (3) Quelle: Oracle Corporation 19
Data Guard: Data Loss Protection (4) LGWR ASYNC Schreiben: LGWR schreibt auf Network Buffer Bei AFFIRM t das Schreiben somit bestätigt Falls zu klein, wartet der LGWR doch Quelle: Oracle Corporation 20
Data Guard: Hintergrund-Prozesse DMON: Data Guard Monitor, läuft auf Primary und Standby Site, notwendig für Überwachung per GUI oder CLI MRP: Managed Recovery Prozess, läuft auf Standby Site, appliziert archivierte 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, synchroniert die aktivierte Konfiguration und synchroniert bei Log Gaps 21
Data Guard: Fazit 9i Release 1 Viel neues mit Data Guard 9i Release 1, aber einige Punkte sind noch zu verbessern: - Wizard create new standby database fehlerhaft. - Eventregtrierung nicht zuverlässig. - Kernfunktionalität eines Switchover oder Failovers nur über CLI möglich. - Nur eine (!) Konfiguration im Data Guard Manager erstellbar. 22
Agenda A. Standby Datenbank - Konzept - Features mit Oracle 8i B. Data Guard - Features mit Oracle 9i Release 1 C. Data Guard - Features mit Oracle 9i Release 2 D. Fazit 23
Data Guard: Features in 9i Release 2 (1) Neben physikalchen Standby Datenbanken nun auch Logche Standby Datenbanken erstellbar. Anzahl der Attribute für eine Ressource hat sich deutlich erhöht. Attribute über Pulldown-Menüs auswählbar (wenn möglich). Unterscheidung zwchen critical und noncritical Attributen aufgehoben. B zu 9 physikalche- oder logche Standby Destinationen möglich. 24
Data Guard: Features in 9i Release 2 (2) Mehrere DG Konfiguration im OEM verwaltbar. Verbesserung der Wizards. SPFILE nun zwingend notwendig. Failover und Switchover wird über das GUI unterstützt. (keine Lösung bei Point in Time Recovery!) Performance und Diagnose Monitor. Neue NO DATA LOSS Optionen. Neue Views, Columns und Syntaxerweiterungen. 25
Data Guard: Data Loss Protection Es sind nur noch 3 unterschiedliche No Data Loss Optionen. Nicht wirklich... Level Log Writing Network Trans. Dk Write Redo Reception Failure Resolution Maximum Protection LGWR SYNC AFFIRM Standby Redo PROTECTED Maximum Availability LGWR SYNC AFFIRM Standby Redo UNPROTECTED Maximum Performance LGWR / ARCH ASYNC NOAFFIRM Standby Redo / Archived Redo UNPROTECTED 26
Data Guard: Attribute 27
Data Guard: Fazit 9i Release 2 Viele Verbesserungen seit Release 1, es bleiben aber noch ein paar Wünsche offen: Wizards machen je nach OS noch Probleme. Failover Mechanmus (Client). Konfiguration mit 2. Ltener und GUI. Failover mit Point-in-Time Recovery. Löschen der Redo Log Dateien auf Standby Site. Archive Destinationen nach den Switchover bzw. Failover verschwunden (Bug! Fix mit 10i) 28
Agenda A. Standby Datenbank - Konzept - Features mit Oracle 8i B. Data Guard - Features mit Oracle 9i Release 1 C. Data Guard - Features mit Oracle 9i Release 2 D. Fazit 29
Data Guard: Fazit Aufgesetztes Framework verrichtet sehr zuverlässig seine Arbeit. Admintration und Konfiguration komfortabel via GUI. Großer Schritt in Sachen Funktionalität und Zuverlässigkeit, rechtfertig seinen Namen. 30
Agenda Anhang A - Data Guard Setup via GUI Anhang B - Data Guard Setup via CLI 31
Data Guard: Setup via GUI (1) OEM Repository Nodes müssen dcovered sein (automatch, d.h. mit Agent) Agent muss root Berechtigung haben (UNIX) Passwort Datei muss für Primary Datenbank extieren 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 32
Data Guard: Setup via GUI (2) Für NT gelten bestimmte nicht dokumentierte Voraussetzungen: Account mit folgenden Berechtigungen versehen: admintratives tools Local Security Policy User Rights Assignment - Act as part of the operating system - Log on as a batch job - Log on as a service - Log on locally - Replace a process level token Sonst werden Oracle Services unter lokalem Admintrator Account angelegt und haben keine Zugriffsberechtigung auf Netzwerkpfade Der Start des Agents schlägt fehl mit der Meldung: Could not fork or create job process 33
Data Guard: Setup via GUI (3) 34
Data Guard: Setup via GUI (4) 35
Data Guard: Setup via GUI (5) 36
Data Guard: Setup via GUI (6) 37
Data Guard: Setup via GUI (7) 38
Data Guard: Setup via GUI (8) 39
Data Guard: Setup via GUI (9) 40
Agenda Anhang A - Data Guard Setup via GUI Anhang B - Data Guard Setup via CLI 41
Data Guard: Setup via CLI (1) Sollte kein OEM und GUI Dplay zur Verfügung stehen, kann der Data Guard Monitor per Command Line Interface (CLI) aufgesetzt werden. DGMGRL> DGMGRL> help help The The following following commands commands are are available: available: quit quit exit exit show show See See "help "help show" show" for for syntax syntax enable enable See See "help "help enable" enable" for for syntax syntax dable dable See See "help "help dable" dable" for for syntax syntax help help [<command>] [<command>] connect connect <user>/<password> <user>/<password> [@<connect>] [@<connect>] alter alter See See "help "help alter" alter" for for syntax syntax create create See See "help "help create" create" for for syntax syntax remove remove See See "help "help remove" remove" for for syntax syntax startup startup See See "help "help startup" startup" for for syntax syntax shutdown shutdown See See "help "help shutdown" shutdown" for for syntax syntax 42
Data Guard: Setup via CLI (2) Mit sqlplus oder noch in Oracle8i Releases per svrmgrl konnte ein Script mit - start "scriptname" oder - @"scriptname" gegen die Datenbank laufen Der Data Guard Manager CLI erlaubt NUR stdin Umlenkung (nicht dokumentiert): dgmgrl dgmgrl < conf_dg_primary.txt > conf_dg_primary.log 2>&1 2>&1 oder unter Unix: dgmgrl dgmgrl << << _EOI _EOI > dg_setup.log dg_setup.log 2>&1 2>&1 create create configuration configuration 'DataGuard_PROD'...... _EOI _EOI 43
Data Guard: Setup via CLI (3) 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 Bepiel eines Abschnitts aus INIT.ORA, der für beide Rollen genügt: log_archive_dest_1 log_archive_dest_1 = = "LOCATION=/u00/app/oracle/admin/DB1/arch "LOCATION=/u00/app/oracle/admin/DB1/arch MANDATORY MANDATORY REOPEN=30" REOPEN=30" log_archive_format log_archive_format = = "DB1S_%t_%s.arc" "DB1S_%t_%s.arc" log_archive_start log_archive_start = = true true dg_broker_start dg_broker_start = = true true standby_file_management standby_file_management = = auto auto Alles weitere sollte im Data Guard Manager (ebenfalls für alle Rollen einer Datenbank) konfiguriert werden 44
Data Guard: Setup via CLI (4) Bepiel für ein CLI Setup (Primary und Standby): dgmgrl dgmgrl connect connect sys/manager sys/manager dable dable configuration; configuration; remove remove configuration; configuration; create create configuration configuration 'DataGuard_PROD' 'DataGuard_PROD' as as primary primary site site 'server1' 'server1' resource resource 'server1_db1' 'server1_db1' hostname hostname 'server1' 'server1' instance instance name name 'DB1' 'DB1' service service name name '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)... '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)... site site maintained maintained as as physical; physical; create create site site 'server2' 'server2' resource resource 'server2_db1' 'server2_db1' hostname hostname 'server2' 'server2' instance instance name name 'DB1' 'DB1' service service name name '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)... '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)... site site maintained maintained as as physical; physical;...... 45
Data Guard: Setup via CLI (5) Bepiel für ein CLI Setup (Properties):...... alter alter resource resource 'server1_db1' 'server1_db1' set set property property 'StandbyArchiveDest'='/u01/oradata/DB1/arch'; 'StandbyArchiveDest'='/u01/oradata/DB1/arch'; alter alter resource resource 'server1_db1' 'server1_db1' set set property property 'StandbyFileManagement'='AUTO'; 'StandbyFileManagement'='AUTO'; alter alter resource resource 'server2_db1' 'server2_db1' set set property property 'StandbyArchiveDest'='/u01/oradata/DB1/arch'; 'StandbyArchiveDest'='/u01/oradata/DB1/arch'; alter alter resource resource 'server2_db1' 'server2_db1' set set property property 'StandbyFileManagement'='AUTO'; 'StandbyFileManagement'='AUTO'; enable enable configuration; configuration; 46
Data Guard: Setup via CLI (6) Bepiel für ein CLI Setup (add Site): dgmgrl dgmgrl connect connect sys/manager sys/manager create create site site 'server3' 'server3' resource resource 'server3_db1' 'server3_db1' hostname hostname 'server3' 'server3' instance instance name name 'DB1' 'DB1' service service name name '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)... '(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)... site site maintained maintained as as physical; physical; alter alter resource resource 'server3_db1' 'server3_db1' set set property property 'StandbyArchiveDest'='/u01/oradata/DB1/arch'; 'StandbyArchiveDest'='/u01/oradata/DB1/arch'; alter alter resource resource 'server3_db1' 'server3_db1' set set property property 'StandbyFileManagement'='AUTO'; 'StandbyFileManagement'='AUTO'; 47
Data Guard: Setup via CLI (7) Einschränkung in Release 1: Nach dem Setup der Primary Site und Standby Site müssen alle zwingenden Properties gesetzt werden, ansonsten kann eine Konfiguration nicht aktiviert werden und bricht mit Fehlern ab. Der Wizard greift dem voraus und setzt alle notwendigen Properties. alter alter resource resource 'server1_db1' 'server1_db1' set set property property 'LogArchiveDestOptions' 'LogArchiveDestOptions' = = ''; ''; alter alter resource resource 'server1_db1' 'server1_db1' set set property property 'ArchiveDestDependency' 'ArchiveDestDependency' = = ''; ''; alter alter resource resource 'server1_db1' 'server1_db1' set set property property 'StandbyArchiveDest'='/u01/... 'StandbyArchiveDest'='/u01/... 48
Data Guard: Setup via CLI (8) Per CLI t es möglich mehrere Sites gleichzeitig zu konfigurieren. Die Standby Datenbanken müssen aber bereits extieren. Per OEM die Nodes neu dcovern, gegebenenfalls die Attribute überprüfen. Im Data Guard Manager prüfen, ob noch eine alte Konfiguration vorhanden t, diese kann gelöscht werden. 49
Kontaktadresse Trivad GmbH Manfred Wotzky Max-Lang-Strasse 56 D-70771 Leinfelden-Echterdingen Telefon: +49-711 903 63 230 Fax: +49-711 903 63 259 E-Mail Internet: manfred.wotzky@trivad.com www.trivad.com 50