"MANUELLE" PHYSICAL STANDBY SYSTEME FÜR STANDARD EDITION UNTER RAC

Mehrwerte von ORACLE Physikal Standby Sehr schnelles Wiederanfahren bei allen Crash Szenarien Für WAN Strecken geeignet (K-Fall) >> asynchroner Abgleich Physical Standby Systeme können für Auswertungen geöffnet werden Physical Standby Systeme können Sichern oder als permanente Sicherung betrachtet werden Transaktionen können mit beliebigen Delay nachgefahren werden. >>Schutz vor Anwenderfehler (gelöschte Tabellen, historische Werte) Vollständiger Abgleich bei ORACLE Standby Systeme >> USER, DDL, TABLESPACES (+ Convert Datafiles) Share Nothing, >>sowohl beim Ausfall der Maschine als auch der Plattensysteme ist eine „vollständiges“ Recover möglich

“Manuelles Standby” Asynchron Archived redo logs Archive from primary database Standby database FTP Standby Recovery Managed Recovery Synchron / Asynchron DATATGUARD Standby redo logs Archived redo logs Redo from primary database NET8 LGWR RFS ARC0 log_archive_dest_2=‚service=standby LGWR ASYNCH‘ log_archive_dest_2=‚service=standby LGWR SYNCH‘ log_archive_dest_2=‚service=standby ARCH ASYNCH‘ MRP Standby database

IST Backup Library S A N Lokale Platten SINGLE SERVER DATA DATA ARCHIVE_DEST_2 CONTOLFILE_1 Lokale Platten REDO_MEMBER_2 DATA DATA REDO_MEMBER_1 ARCHIVE_DEST_1 CONTOLFILE_2 Backup Library S A N

Volume Control Manager URSPRÜNGLICH RAC dito Volume Control Manager Cache DATA DATA ARCHIVE_1 S A N DATA REDO_1 REDO_1 ARCHIVE_1 CONTOLFILE_1 Jeweils 2‘tes Mitglied bzw. Destination S A N

Nicht verfügbar /teuer Asynchroner Spiegel STORAGE MANAGEMENT STORAGE_B STORAGE_A Synchroner Spiegel 1 STORAGE_A Nicht verfügbar /teuer STORAGE_B 2 Synchroner Spiegel ASM 3 STORAGE_A STORAGE_B

IST A S M R A C SAN_1 SAN_2 Keine Spiegelung NODE_1 NODE_2 LGWR ARC LGWR ARC Keine Spiegelung SAN_1 SAN_2 Disk-Group_1 Disk-Group_3 Disk-Group_2 REDO_MEMBER_2 REDO_MEMBER_1 DATA ARCHIVE_DEST_2 ARCHIVE_DEST_1 A S M

A S M MASTER RAC-SYSTEMC STANDBY SINGLE SERVER STANDBY DB MASTER DB JOB alle 15 Min MASTER RAC-SYSTEMC STANDBY SINGLE SERVER 1 2 STANDBY DB MASTER DB 1 2 CATALOG DB LAN WAN Verzögerung von 2 Std. A S M RECOVER STANDBY DATABASE RMAN BACKUP ARCHIVLOG COMPRESS RMAN RESTORE ARCHIVLOG RMAN RESTORE ARCHIVLOG FTP Historie Mailing

Rman-Steuerdatei run { allocate channel ch2 type disk; set limit channel ch2 kbytes=2000000; sql 'alter system archive log current'; BACKUP as compressed backupset ARCHIVELOG ALL NOT BACKED UP 1 TIMES format 'C:\ora10gdata\db_backup\rman_0\cmsoka01\redo_%t_%s_%U'; release channel ch2; }

! ! A S M MASTER RAC-SYSTEM STANDBY SINGLE SERVER Neue Master DB ACTIVATE Neue Master DB STANDBY DB SAN_2 !!! RECOVER STANDBY DATABASE ARCHIVE Konvertierung der Redologs zu Archivelogs REDO RMAN RESTORE ARCHIVLOG ! DB-FTP CONTROLFILE A S M

Konvertierung der Redologs zu Archivelogs über das Controlfile der Masterdatenbank Sequenze/Incarnation/Thread Aktive Redologs node1 >> ARC 00020 _0627391868 .001 Aktive Redologs node2 >> ARC 00021 _0627391868 .002 * * Redolog Archivelog spool &temp_ausgabe; select 'copy /y &1'||substr(a.member,-10,10)||' &2'||'ARC'||trim(to_char(b.sequence#,'00000'))||'_'|| trim(to_char(c.resetlogs_ID,'0000000000'))||'.'|| trim(to_char(b.thread#,'000')) from v$logfile a, v$log b, v$database_incarnation c where a.group#=b.group# and b.archived='NO' and a.member like '%2.%' and c.status='CURRENT'; spool off; host &temp_ausgabe exit;

recover database using backup controlfile until cancel Neue Incarnation, Complete Eigentlich muß ein Full Backup durchgeführt werden! Zu hoher Zeitverlust Kann man das alte Backup nutzen beim erneuten Crash nutzen? JA, aber undokumentiert(mit 10G getestet) Mit dem Current Controlfile und der alten Sicherung kann wie folgt recovert werden: recover database using backup controlfile until cancel

! ! Incarnation ArchiveLogs Full Backup ArchiveLogs ArchiveLogs verzögert COMPLETE RESROERE CRASH REDOLOGS KONVERT CRASH ! recover database using backup controlfile until cancel

FERTIG