Ihr Partner für IT. Ihr Partner Dbvisit für IT Oder doch lieber Data Guard? Andreas Kother

Transkript

1 Ihr Partner für IT Ihr Partner Dbvisit für IT Oder doch lieber Data Guard? 1 Andreas Kother

2 Zahlen und Fakten TEAM GmbH Unternehmensgründung: 1982 Sitz im IT-Zentrum Paderborn Geschäftsführung Michael Baranowski Heike Käferle 65 Mitarbeiter Unternehmensgruppe Materna Mitarbeiter 210 Mio. Euro Umsatz in

3 Geschäftsfelder von TEAM Geschäftsfelder von TEAM Oracle Business ProStore Intralogistik und Warehousemanagement 3

4 Agenda Einleitung Überblick Anforderungen Kosten Fazit 4

5 Agenda Einleitung Hochverfügbarkeit Ansätze Überblick Anforderungen Kosten Fazit 5

6 Hochverfügbarkeit Ein System wird als hochverfügbar bezeichnet, wenn dieses bei Fehlern ohne Unterbrechung weiterläuft! Der Anwender nimmt keine bzw. kaum eine Unterbrechung wahr. 6

7 Hochverfügbarkeit 2 Stabil 99,0 3,7 Tage 3 Verfügbar 99,9 8,8 Stunden 4 Hochverfügbar 99,99 52,6 Minuten 5 Fehlerunempfindlich 99,999 5,3 Minuten 6 Fehlertolerant 99, Sekunden 7 Fehlerresistent 99, Sekunden 7

8 Ansätze Backup & Recovery Replikation Aktiv / Passiv Cluster Aktiv / Aktiv Cluster Standby Datenbank 8

9 Backup & Recovery User managed Backup Backup und Restore mit Betriebssystemkommandos Recovery mit SQL Kommandos Recovery Manager (RMAN) Backup, Restore und Recovery mit RMAN Kommandos Disk to Tape Disk to Disk to Tape Storage Snapshots 9

10 Replikation Inhaltsbasiert Zwei Datenbanken Zwei Backupkonzepte Tabelle Datenbank DB 1 Replikation (Kopie) Tabelle (Kopie) Datenbank DB 2 10

11 Aktiv / Passiv Cluster 1 x Datenbank, 1 x Instanz Instanz läuft auf dem aktiven Knoten Im Fehlerfall Schwenk auf die passive Seite Implementierungen Betriebssystem Cluster (Sun Cluster, HP-Service-Guard, AIX-HACMP, Linux Cluster, Veritas Cluster usw.) Clients Aktiv LAN Passiv Datenbank 11

12 Aktiv / Aktiv Cluster 1 x Datenbank, n x Instanzen Basis: Grid Infrastructure Load Balancing zwischen Knoten Schnelles Umschalten da Aktiv/Aktiv Automatisiertes Failover Clients Aktiv LAN Aktiv RAC Datenbank 12

13 Standby Datenbank Zwei Datenbanken Ein Backupkonzept DR Lösung Schutz vor Datenfehlern durch verzögertes Nachfahren LAN Clients Redo Shipping Primär-Seite Sekundär-Seite (Recovery) 13

14 Agenda Einleitung Überblick Dbvisit Standby Data Guard Anforderungen Kosten Fazit 14

15 Dbvisit Standby Anlage und Administration von Standby Umgebungen Kommunikation unabhängig von Oracle Net und SSH 128bit or 256bit Verschlüsselung Möglichkeit der Komprimierung des Netwerk Traffics Unterstützung für RAC, ASM, OMF und Cloud Parametrisierung mittels Dbvisit Database Configuration file (DDC) Die init.ora für Dbvisit Standby Mehrere Standby Datenbanken möglich Seit Version 8 auch kaskadierend Support für Multitenant ab Version 8 15

16 Dbvisit Standby GUI und CLI Starten, Stoppen Übertragen, Recovern Failover, Switchover Konfiguration von Dbvisit Anlegen der Standby Datenbank 16

17 Dbvisit Standby GUI und CLI Starten, Stoppen Übertragen, Recovern Failover, Switchover Konfiguration von Dbvisit Anlegen der Standby Datenbank 17

18 Dbvisit Standby GUI und CLI Starten, Stoppen Übertragen, Recovern Failover, Switchover Konfiguration von Dbvisit Anlegen der Standby Datenbank 18

19 Dbvisit Standby GUI und CLI Starten, Stoppen Übertragen, Recovern Failover, Switchover Konfiguration von Dbvisit Anlegen der Standby Datenbank 19

20 Oracle Data Guard Vollständig in die Datenbank integriert Parametrisierung im spfile Konfiguration in DG_BROKER_CONFIG_FILE1 2 Support für alle Oracle Features Mehrere Standby Datenbank möglich, auch kaskadierend Kommunikation auch verschlüsselt möglich Komprimierung möglich 20

21 Oracle Data Guard CLI dgmgrl GUI Failover, Switchover Konfiguration Failover, Switchover Konfiguration Anlegen Standby DB 21

22 Agenda Einleitung Überblick Anforderungen und Vergleich Kosten Fazit 22

23 Anforderungen Backup Redo Transport in Echtzeit (No-Data-Loss) Recovery Zeitverzögert Recovery in Echtzeit Reporting Automatisches Nachziehen von physikalischen Änderungen Abfangen von Netzausfällen Planbarer Rollentausch Testsystem mit echten Produktionsdaten DR-Lösung 23

24 Backup Bei Verwendung von RMAN müssen Primär und Standby Datenbank die selbe Katalog Datenbank benutzen Folgende Backups sind zwischen Primär und Standby austauschbar Datenbank Dateien Archivierte Redo Log Dateien Control Dateien Standby Control Dateien Nicht austauschbar Spfile 24

25 Redo Transport Dbvisit: Archive Logs dbvisit Executable Scheduler DDC Datei /usr/dbvisit/standby/conf/dbv_sid.env [20 Primary Server Settings] LOGSWITCH = Y 25

26 Redo Transport Data Guard Logwriter Primary: LNS Prozess Standby: RFS Prozess ASYNC / SYNC Asynchrone / Syncrone Übertragung auf Standby RedoLogs AFFIRM / NOAFFIRM AFFIRM: acknowledge nach dem Schreiben in die Standby Log Datei (Default bei SYNC) NOAFFIRM: acknowledge vor dem Schreiben in die Standby Log Datei (Default bei ASYNC) 26

27 Recovery Dbvisit dbvisit Executable Scheduler DDC Datei /usr/dbvisit/standby/conf/dbv_sid.env APPLY_DELAY_LAG_MINUTES = 0 27

28 Recovery Data Guard Media Recovery Process (MRP) Kontinuierlich Standby Log Dateien Delay per LOG_ARCHIVE_DEST_n = Service=<tns_alias> delay = n 28

29 Reporting Dbvisit Datenbank READ ONLY Kein gleichzeitiges Recovery Data Guard Standard Datenbank READ ONLY Kein gleichzeitiges Recovery Active Data Guard Option Datenbank READ ONLY Gleichzeitiges Recovery 29

30 Automatisches Nachziehen von physikalischen Änderungen Dbvisit Media Recovery Log /app/oracle/dbvisit_archdest/sid/1_1477_ arc File #7 added to control file as 'UNNAMED00007' because the paramete STANDBY_FILE_MANAGEMENT is set to MANUAL The file should be manually created to continue. Recovery interrupted ALTER DATABASE CREATE DATAFILE '/app/oracle/product/12.1.0/dbhome_1/dbs/unnamed00007' AS '/app/oracle/oradata/sid/tablespace01.dbf'; Data Guard STANDBY_FILE_MANAGEMENT = AUTO 30

31 Abfangen von Netzausfällen Dbvisit Primary Scheduler Job 31

32 Abfangen von Netzausfällen Data Guard Logswitch FAL_Server = tns_alias 32

33 Planbarer Rollentausch Dbvisit Muss auf beiden Seiten angestossen werden 33

34 Planbarer Rollentausch Graceful Switchover starting on Primary Database team. Timestamp: >>> Database team will be shutdown and restarted <<< Ensure Dbvisit is no longer scheduled. Obtaining archive log gap... Please start command: dbv_orastartstop switchover team on dbv2 if not already started. Performing Oracle Checkpoint. Creating standby control file as '/usr/dbvisit/standby/tmp/gs/team/x.dbvisit.456.tea m.standbycontrolfile'... Waiting for Checkpoint 4 on dbv2... Checkpoint 4 completed. Key found on dbv2 Copying new archives for team to dbv2... Backing up current control files for team dbv1... Control file backed up as /usr/dbvisit/standby/tmp/gs/team/x.dbvisit.456. team.controlfile. Shutting down standby Database team... Standby Database team shutdown successfully. Dbvisit Database configuration (DDC) file /usr/dbvisit/standby/conf/dbv_team.env has been updated and variables have been reversed between primary and standby server. SOURCE=dbv2 DESTINATION=dbv1.... Graceful switchover completed. This database (team) is now a standby database. To keep this new standby database in synch, reschedule Dbvisit as per normal: dbvisit team 34

35 Planbarer Rollentausch Data Guard dgmgrl: SWITCHOVER TO standby_db; 35

36 Planbarer Rollentausch Data Guard Primär Datenbank: ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY; SHUTDOWN STARTUP NOMOUNT ALTER DATABASE MOUNT STANDBY DATABASE; Standby Datenbank: ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL PRIMARY; SHUTDOWN STARTUP Primär und Standby SPFILE anpassen 36

37 Testsystem mit Produktionsdaten Dbvisit Über ein ACTIVATE STANDBY DATABASE umsetzbar Anschließend Neuaufbau der Standby Datenbank Data Guard alter database convert to snapshot standby; Fehleranalyse / Testen alter database convert to physical standby; 37

38 DR-Lösung Dbvisit Scheduling stoppen ACTIVATE STANDBY DATABASE Anschließender Aufbau einer neuen Standby Datanbank 38

39 DR-Lösung Data Guard manuell dgmgrl: FAILOVER TO standby_db [IMMEDIATE]; Neuaufsetzen per automatischem Reinstate möglich 39

40 DR-Lösung Data Guard Fast Start Failover Observer started [W000 11/20 08:20:47.13] Observer started. 08:27:31.21 Thursday, November 20, 2014 Initiating Fast-Start Failover to database "doag_s"... Performing failover NOW, please wait... Failover succeeded, new primary is "doag_s" 08:27:37.71 Thursday, November 20, :29:09.68 Thursday, November 20, 2014 Initiating reinstatement for database "doag"... Reinstating database "doag", please wait... Reinstatement of database "doag" succeeded 40

41 Agenda Einleitung Überblick Anforderungen und Vergleich Kosten Fazit 41

42 Kosten Beispiel: 2 Intel Server Je 2 Sockel mit 8 Cores 4 Sockel 4 x 8 Cores = 32 Cores => 16 Enterprise Edition Prozessoren SE2 / Dbvisit Enterprise Edition Oracle Lizenzen 4* * Dbvisit Lizenzen 2* Summe (Liste)

43 Agenda Einleitung Überblick Anforderungen und Vergleich Kosten Fazit 43

44 Fazit Beide Lösungen bieten Schutz für den Katastrophenfall Beide Lösungen arbeiten automatisierbar Monitoringmöglichkeiten bei Dbvisit integriert, bei Oracle per Cloud Control Echtzeitfähigkeit nur mit Oracle Data Guard Lizenzkosten bei Dbvisit mit SE2 deutlich niedriger 44

45 Vielen Dank für Ihre Aufmerksamkeit 45 TEAM GmbH Hermann-Löns-Str Paderborn Fon