Oracle Data Guard und RMAN das perfekte Team

<Insert Picture Here> Oracle Data Guard und RMAN das perfekte Team Claudia Hüffer Principle Sales Consultant Oracle Deutschland B.V. & Co. KG

Agenda Einleitung Oracle Data Guard Oracle Recovery Manager (RMAN) Fast Recovery Area (FRA) RMAN im Einsatz in Data Guard Umgebungen Zusammenfassung

Oracle s HA Solution Set Integrated with Database Unparalleled in the Industry! Unplanned Downtime Planned Downtime System Failures Data Failures System Changes Data Changes Real Application Clusters ASM Flashback RMAN & Oracle Secure Backup Data Guard Streams, GoldenGate Online Reconfiguration Rolling Upgrades, Data Guard Online Redefinition, Data Guard Oracle MAA Best Practices

Oracle Maximum Availability Architecture Integrated Deployment of Oracle HA Technologies Production Site Online H/W & S/W Upgrade Real Application Clusters & Oracle Clusterware Fault Tolerant Server Scale-Out Active Standby Site Online Table Redefinition Primary Database Data Guard / Streams GoldenGate Active-active Sites, Data Protection, Rolling Upgrades Standby Database Storage Automatic Storage Management Fault Tolerant Storage Scale-Out Storage Flashback Technologies Move Back in Time to Correct Errors Recovery Manager & Oracle Secure Backup Data Protection & Archival

Was ist Oracle Data Guard? Seit Oracle 9i neuer Name für Standby Datenbank Oracle s Disaster Recovery Lösung für Oracle DBs Feature der Oracle Database Enterprise Edition Automatisiert das Anlegen und den Betrieb einer oder mehrerer transaktionskonsistenter Kopien (Standby-DBs) der Produktiv-Instanz (Primary) Wenn die Produktiv-Instanz ausfällt, kann eine Standby- Datenbank aktiviert werden und die Rolle der Produktiv- Datenbank übernehmen

Standby Database kontinuierliche Weiterentwicklung Standby for DR and Backup Logical Standby for Realtime Query Standby for Online Upgrade, Auto Failover Standby for Testing, Readable Physical

Oracle Data Guard Architektur

Active Data Guard Physical Standby mit Real-Time-Reporting Ab11g: Physical Standby Read-Only öffnen und Abfragen ausführen Währenddessen werden Redo Logs transportiert und sofort angewendet Konsistente und aktuelle Lese-Ergebnisse Lizenz: Active Data Guard Option Redo Shipping PROD und Redo Apply phystby

Data Guard Prozess Architecture Transactions Oracle Net Physical/Logical Standby Database LGWR RFS MRP/ LSP Online Redo Logs Primary Database ARCH FAL Standby Redo Logs Transform Redo to SQL for SQL Apply Backup / Reports Archived Redo Logs ARCH Archived Redo Logs

DGMGRL

Enterprise Manager Grid Control

Was ist der Recovery Manager (RMAN)? Recovery Manager (RMAN) ist DAS Backup/Recovery Tool für die Oracle DB seit Oracle 8.0 Bestandteil der Oracle DB (SE/EE) Zwei APIs: Commandline Interface rman und Oracle Enterprise Manager Für alle Arten der Datenbankspeicherung verwendbar (Filesystem, raw devices, ASM) Online- und Offline-Backups Komplett-, Teil- oder imkrementelle Backups Image Kopien oder RMAN Savesets Sicherung im Filesystem, ASM (FRA), auf Band möglich

RMAN Architektur Mit 11g auch virtual catalog möglich

RMAN Begriffe Target Database die zu sichernde Datenbank Recovery Catalog Separate Oracle Datenbank, die ein Verzeichnis aller RMAN Backups enthält Channel Kommunikationskanal zum Speichermedium beim Durchführen von Backups/Restore Auxiliary Channel Temporär verwendeter Hilfskanal zum Aufbau von Standby Datenbank oder Clone

RMAN Standardverhalten Durchgeführte Backups werden im Controlfile der Target DB gespeichert Automatisch optimierte Backups, d.h. Null Block Compression Unused Block Compression UNDO Blöcke mit committeten Transaktionen werden nicht gespeichert Eigene Standard Backup-Einstellungen können über configure definiert werden Aufbewahrungsregeln, Standardspeicherort, Verschlüsselung,...

Fast Recovery Area Mit Oracle 10g als Flash Recovery Area eingeführt Von der Datenbank verwaltetes Verzeichnis im Filesystem oder in einer ASM disk group Zentrale Stelle u.a. für alle Backup/Recovery relevanten Dateien Kann archivelogs, RMAN Backups, Image Copies, Flashback Logs speichern DB_RECOVERY_FILE_DEST Ort DB_RECOVERY_FILE_DEST_SIZE Größe Wenn möglich, automatisches Aufräumen bei Space Pressure

RMAN im Einsatz bei Data Guard Umgebungen Anlegen einer Standby Datenbank Datenbanksicherung mit RMAN Automatisches Löschen von Redo Logs Reparatur korrupter Datenblöcke mit Active Data Guard und RMAN Block Change Tracking und Active Data Guard

Anlegen einer Standby Datenbank Verwendung von RMAN duplicate... for standby Mit Oracle 10g zweistufiges, ab Oracle 11g einstufiges Verfahren Beispiel Oracle 10g Schritt 1, Backup erstellen: rman target / nocatalog RMAN> run {allocate channel c1 type disk; backup database format '/tmp/oracle/backup/db_%u.sav filesperset 1' ; backup current controlfile for standby format '/tmp/oracle/ backup/ctl.sav' ; sql "alter system archive log current "; backup archivelog all format '/tmp/oracle/backup/arch.sav' ; }

Anlegen einer Standby Datenbank Verwendung von RMAN duplicate... for standby Mit Oracle 10g zweistufiges, ab Oracle 11g einstufiges Verfahren Beispiel Oracle 10g Schritt 2, Standby aufbauen: rman target / auxiliary sys/<sys_pw>@<standby_instance> RMAN> run { allocate auxiliary channel c1 type disk; duplicate target database for standby dorecover nofilenamecheck; } Zuvor SQL*Net konfigurieren, SPFILE, Password-File bereitstellen und Standby Instance in nomount bringen

Anlegen einer Standby Datenbank Verwendung von RMAN duplicate... for standby Mit Oracle 10g zweistufiges, ab Oracle 11g einstufiges Verfahren Beispiel Oracle 11g: rman target / auxiliary sys/<sys_pw>@<standby_instance> RMAN> run {DUPLICATE TARGET DATABASE FOR STANDBY FROM ACTIVE DATABASE DORECOVER SPFILE PARAMETER_VALUE_CONVERT '/u01/','/stby/' SET "DB_UNIQUE_NAME"="STBY SET LOG_FILE_NAME_CONVERT='/u01','/stby' SET DB_FILE_NAME_CONVERT ='/u01','/stby' NOFILENAMECHECK;}

Datenbanksicherung mit RMAN in Physical Standby Umgebungen Verwendung von Recovery Catalog erforderlich Parameter DB_UNIQUE_NAME muss gesetzt sein Backup auf Platte nur lokal verfügbar Backup auf Band von Primary und Standby verwendbar Backups können wechselseitig für Restore verwendet werden Backup-Aktivitäten kann auf Standby-Seite ausgelagert werden, aber RTO beachten Configure Kommando kann seitenspezifisch verwendet werden

Datenbanksicherung mit RMAN in Physical Standby Umgebungen Beispiele Setzen einer bestimmten Eigenschaft für dgprod3 RMAN> CONFIGURE... FOR DB_UNIQUE_NAME dgprod3; Anzeige default device type für dgprod3 RMAN> SHOW DEVICE TYPE FOR DB_UNIQUE_NAME dgprod3; Anzeige aller Einstellungen für dgprod3 RMAN> SHOW ALL FOR DB_UNIQUE_NAME dgprod3; Durchführung von Datenbank Backup auf Standby Seite RMAN> BACKUP DATABASE; RMAN> BACKUP ARCHIVELOG ALL;

Automatisches Löschen von Redo Logs Voraussetzungen (1) Für Datenbanken kleiner 11g: _log_deletion_policy= ALL oder mandatory FRA muss konfiguriert sein und verwendet werden: DB_RECOVERY_FILE_DEST='/u01/fra'; DB_RECOVERY_FILE_DEST_SIZE=80G; LOG_ARCHIVE_DEST_1='LOCATION=USE_DB_RECOVERY_FI LE_DEST'; Deletion Policy muss definiert sein RMAN> CONFIGRE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;

Automatisches Löschen von Redo Logs Voraussetzungen (2) Das zu löschende archivierte Redo Log muss auf der Standby Datenbank eingespielt (applied) sein Das archivierte Redo Log muss gemäß Retention Policy obsolet sein Es muss Space Pressure in der FRA vorliegen (weniger als 15% verbleibender Platz in der FRA)

Anzeige frei werdender Plattenplatz Abfrage auf V$RECOVERY_FILE_DEST SQL> SELECT * FROM V$RECOVERY_FILE_DEST; NAME ----------------------------------------------------------- --------------------- SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES ----------- ---------- ----------------- --------------- /opt/oracle/product/1010/dbs/ora_flash_area 1073741824 913181184 2124288 11 Spalte SPACE_RECLAIMABLE erst ab 85% Füllgrad gefüllt

Anzeige obsoleter Dateien RMAN> report obsolete; RMAN retention policy will be applied to the command RMAN retention policy is set to redundancy 3 Report of obsolete backups and copies Type Key Completion Time Filename/Handle -------------------- ------ ------------------ ------------------- Archive Log 51 15-JUN-05 /opt/oracle/ product/1010/dbs/ora_flash_area/db10g/archivelog/2005_06_15/ o1_mf_1_110_1c0mj1b2_.arc Archive Log 52 15-JUN-05 /opt/oracle/ product/1010/dbs/ora_flash_area/db10g/archivelog/2005_06_15/ o1_mf_1_111_1c0mj8co_.arc Archive Log 53 15-JUN-05 /opt/oracle/ product/1010/dbs/ora_flash_area/db10g/archivelog/2005_06_15/ o1_mf_1_112_1c0mj9tp_.arc

Reparatur korrupter Datenblöcke mit Active Data Guard und RMAN Automatische Reparatur korrupter Blöcke mit Active Data Guard ab Oracle 11g R2 möglich Voraussetzung Physical Standby ist im Realtime Query Mode (Active Data Guard) LOG_ARCHIVE_CONFIG= DG_CONFIG= (<dbuni1>,<dbuni2>) muss gesetzt sein Abarbeitung RMAN RECOVER... BLOCK: 1. Anfrage in Realtime Query Standby DB 2. Suche in Flashback Logs 3. Restore von letztem Full oder Level 0 inkrementellen Backup

Block Change Tracking und Active Data Guard Geschwindigkeit für inkrementelle Backups kann durch Block Change Tracking gesteigert werden Voraussetzung für Block Change Tracking auf Standby Seite: Active Data Guard Block Change Tracking erlaubt das Anlegen einer kleinen Datei, die die seit Level 0 geänderten Blöcke protokolliert (in DB_CREATE_FILE_DEST) Aktivieren von Block Change Tracking auf Standby Seite: ALTER DATABASE ENABLE BLOCK CHANGE TRACKING USING FILE '/mydir/rman_change_track.f' REUSE;

Zusammenfassung Data Guard und RMAN sind neben dem RAC zentrale Bestandteile einer Oracle Maximum Availability Architecture Optimales Zusammenspiel von RMAN und Data Guard bei Anlegen von Standby Datenbanken Durchführung von Backup/Recovery Tätigkeiten Automatischem Auflösen von Block-Korruptionen Automatischem Löschen von nicht mehr notwendigen Archivelogs Die Kombination beider Technologien ermöglicht Erfüllung unterschiedlichster Datenbankverfügbarkeits Anforderungen

Support Notes zum Thema 1116484.1 Master Note for Oracle Recovery Manager 728053.1 Configure RMAN to purge archivelogs after applied on standby 464668.1 Maintenance Of Archivelogs on Standby Databases 848716.1 RMAN Effectively in A Dataguard Environment 315098.1 How is the space pressure managed in the Flash recovery Area - An Example

Q&A claudia.hueffer@oracle.com