Mehrwerte von ORACLE Physikal Standby Sehr schnelles Wiederanfahren
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 Archive from primary database FTP Archived redo logs Standby database Standby Recovery Managed Recovery Synchron / Asynchron DATATGUARD Redo from primary database LGWR Standby redo logs NET 8 Archived redo logs ARC 0 RFS log_archive_dest_2=‚service=standby LGWR ASYNCH‘ MRP log_archive_dest_2=‚service=standby LGWR SYNCH‘ log_archive_dest_2=‚service=standby ARCH ASYNCH‘ Standby database
SINGLE SERVER ARCHIVE_DEST_2 CONTOLFILE_1 REDO_MEMBER_2 DATA REDO_MEMBER_1 ARCHIVE_DEST_1 CONTOLFILE_2
RAC dito Volume Control Manager Cache DATA ARCHIVE_1 DATA REDO_1 ARCHIVE_1 REDO_1 CONTOLFILE_1 Jeweils 2‘tes Mitglied bzw. Destination
STORAGE MANAGEMENT 1 STORAGE_A Asynchroner Spiegel STORAGE_B er u te 2 STORAGE_A r/ a b. Spiegel g Synchroner rfü e v t h c i N STORAGE_B 3 STORAGE_A Synchroner Spiegel STORAGE_B
LG SA R W R A N D AT _1 A AR D ED O _M D EM BE is k- k- W R G ro up _2 R AR _1 C H IV E_ D LG C is R C N up _1 ES T _1 AR C SA D R ED is O Ke i ne _M k- G EM BE AR R_ C 2 H IV E_ ro up _3 D ES T_ 2 Sp i eg N _2 O D E_ 2
R TE EM C T YS 2 2 lle Ba JO B D ER ST MA AN RM KUP G C BA IVLO S S CH AR PRE M 15 in L A N Y DB ER AN RV ST E SE GL SIN DB BY ND TA DB e tori His S 2 von ng eru zög ER OV Ver C RE NDB A ST ABA T DA ANN MA EE RM R R R O GG STOLOO ES RRE CH HIIVVL ARC AR OG L TA CA W A N FTP
Rman-Steuerdatei run { allocate channel ch 2 type disk; set limit channel ch 2 kbytes=2000000; sql 'alter system archive log current'; BACKUP as compressed backupset ARCHIVELOG ALL NOT BACKED UP 1 TIMES format 'C: ora 10 gdatadb_backuprman_0cmsoka 01redo_%t_%s_%U'; release channel ch 2; }
SIN STAN D GL E S BY ER VER Neu ! e. M CO NTR OLF ILE TP REDO er D TIV B ATE STA ND SAN_2 !!! DB -F ARCHIVE ast AC Kon Rv. M er. Ati d. R eru N er. ER S ng T e A zu. RAC Od. R o r. H ch. IViv. LOl. Eogs el. G ogs ! BY RE C STA OVER DA NDB TAB Y ASE DB
Konvertierung der Redologs zu Archivelogs über das Controlfile der Masterdatenbank Archivelog Redolog Aktive Redologs node 1 Aktive Redologs node 2 * >> >> ARC Sequenze/Incarnation/Thread 00020 _0627391868. 001 00021 _0627391868. 002 * 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, '00000'))||'. '|| 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;
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 10 G getestet) Mit dem Current Controlfile und der alten Sicherung kann wie folgt recovert werden: recover database using backup controlfile until cancel
CRASH Archive. Logs COMPLETE RESROERE REDOLOGS KONVERT CRASH Archive. Logs verzögert Archive. Logs Full Backup Incarnation ! ! recover database using backup controlfile until cancel
FERTIG
- Slides: 14