2

Transkript

1 1

2 2

3 3

4 4

5 5

6 6

7 - Oracle Dataguard ist eine Erweiterung des Datenbankmanagementsystems [ ], die den Betrieb einer Standby-Datenbank erlaubt (Quelle: Wikipedia) - Mittels Dataguard ist es möglich, sämtliche Datenänderungen an eine räumlich getrennte Datenbank zu senden. - Aktualisierung erfolgt über Redo Log Shipping - Diese Standby DB kann dann geplant (Switchover) oder bei einem Ausfall der Primärdatenbank (Failover) den Betrieb übernehmen. - Incremental Backups können von der Standby-Datenbank gezogen werden und belasten die Primäre Datenbank nicht. 7

8 Max. Protection / Max. Availability Die Standby ist synchron, d.h. die Primär-DB wartet, bis die Standby-DB den Empfang von Transaktionen bestätigt hat bevor der User sein Commit bekommt. Unterschied: bei Max. Protection fährt das Primär-System herunter, wenn die Standby nicht erreichbar ist bei Max. Availability nicht. Pro: Contra: Daten sind überall identisch vorhanden Langsamer als Max. Performance Max. Performance Mode Asynchrone Datenübertragung - die Primär DB wartet nicht auf Bestätigung der Standby-Seite des erfolgreichen Apply. Konnten Redologs nicht erfolgreich transferiert werden, erfolgen später erneute Versuche; falls erforderlich auch archivierte Redologs. Pro: keine Geschwindigkeitseinbußen durch die Standby Contra: Im Fehlerfall fehlen der Standby möglicherweise einige Transaktionen (der Delay liegt im Bereich von ms bis Sekunden, abhängig von der Entfernung / Latenz zwischen den Systemen) 8

9 Enterprise Edition Server, auf denen Oracle-Programme installiert sind und/oder benutzt werden, müssen lizensiert werden; also sowohl der Primär-Server, als auch Standby-Server. Immerhin können beide Server im Zweifelsfall genutzt werden Oracle Active Dataguard extra cost option (auf beiden Servern) Mit Oracle Active Dataguard kann eine physical Standby als real time Reporting Datenbank genutzt werden. Vorteil ist die geringe Latenz zwischen den Originaldaten der Primär Datenbank und den Reportingdaten der Standby DB. Observer muss nicht lizensiert werden Dritte Instanz, die Primär- und Standby-DB überwacht und bei einem Ausfall automatisch einen Failover initiiert. (Empfohlen nur bei Max. Availability) 9

10 - Archivelog Modus - Force Logging Modus: bei großen Datenänderungen mit No Logging werden die Änderungen nicht auf die Standby übertragen, da sie nicht in den Redo Log Informationen enthalten sind. - Enterprise Edition - unterschiedliche DB_UNIQUE_NAME (spfile Parameter; ist dieser leer, wird der dbname genutzt; OFA nutzt DB_UNIQUE_NAME) - Die Storage-Kapazität muss auf Primär- und Standby-Knoten identisch sein - Password-File muss auf allen Knoten identisch sein. Nicht Voraussetzung: Identisches OS Identische Hardware 10

11 Die Datenbanken müssen sich gegenseitig sehen können. Da Dataguard für einige Operationen die Standby- DB neu startet, muss über das Netzwerk darauf zugegriffen werden. Dies wird durch einen statischen Eintrag im Listener erreicht. Bei Oracle 12c mit Clusterware wird dies nicht mehr benötigt. 11

12 Die tnsnames.ora muss auf allen Seiten die Einträge besitzen und identisch sein 12

13 Bei Option 2 muss man lokal auf der Standby Seite angemeldet sein Standby DB muss ein gültiges spfile haben (pfile erstellen, auf Standby kopieren, modifizieren und in spfile konvertieren) Die Standby-DB muss hierfür im nomount-status sein. 13

14 Nach dem Duplizieren muss die DG-Broker Konfiguration eingerichtet werden. Archivelogs müssen vom Beginn des Duplizierens an vorhanden sein. Ab dem enable werden sie automatisch auf die Standby-Seite kopiert. Bei RAC muss das Dataguard Config-File auf einem gesharten Laufwerk liegen, z.b. ASM. (dg_broker_config_file1/2) 14

15 15

16 16

17 Ist die Datenbank im richtigen Status? Das Recovery muss auf der Standby-Seite laufen (v$managed_standby) Bei Status muss ein mal pro Thread applying instance stehen. v$archive_gap (automatisch) v$archived_log (manuell) Log-Nummern auf Primär und Standby vergleichen, um zu sehen, ob es ein Gap gibt Füllstand Archivelogdestination auf Standby-System (falls dieses Verzeichnis voll läuft, werden vermutlich die Redo-Logs nicht applied) 17

18 18

19 19

20 20