Datenwiederherstellung mit Oracle Data Guard, LogMiner und Flashback Query in einer SAP Umgebung
|
|
- Magdalena Gerber
- vor 5 Jahren
- Abrufe
Transkript
1 Datenwiederherstellung mit Oracle Data Guard, LogMiner und Flashback Query in einer SAP Umgebung Dr. Thimo Bastuck (Freudenberg IT) Claudia Hüffer (ORACLE Deutschland GmbH) SIG ORACLE und SAP St. Leon-Rot,
2 / Seite 2 Agenda Einleitung LogMiner Theorie / Fallbeispiele Flashback Technologien Theorie / Fallbeispiel Data Guard Theorie / Fallbeispiele Zusammenfassung
3 / Seite 3 Agenda Einleitung LogMiner Theorie / Fallbeispiele Flashback Technologien Theorie / Fallbeispiel Data Guard Theorie / Fallbeispiele Zusammenfassung
4 / Seite 4 Die Referenten Dr. Thimo Bastuck Seit 7 Jahren im Bereich Datenbanken- und SAP- Betrieb tätig Installationen, Migrationen, Releasewechsel von SAP-Systemen und Datenbanken Datenbank-Schwerpunkt Oracle, Hochverfügbarkeit Freudenberg IT Information Services KG, Team SAP Niederlassung Weinheim Claudia Hüffer Seit 16 Jahren im Oracle Umfeld tätig Datenbank, Hochverfügbarkeit, Disaster Recovery Principal Sales Consultant Server Technologies Competence Center Nord ORACLE Deutschland GmbH Geschäftsstelle Hamburg
5 / Seite 5 FIT im Überblick IT-Dienstleister für den nationalen und internationalen Mittelstand Laut PAC die erfolgreichste deutsche IT-Ausgründung 2/3 des Umsatzes außerhalb der Unternehmensgruppe Freudenberg Finanziell sicher durch Zugehörigkeit zu der Unternehmensgruppe Freudenberg Niederlassungen in Europa, Nordamerika und Asien (16 Standorte) 11 Rechenzentren auf höchstem Qualitätsstandard Renommierte Kunden aus dem nationalen und internationalen Mittelstand
6 / Seite 6 FIT im Überblick Durchgängiges Leistungsportfolio: Beratung, Betreuung und Betrieb Langjähriges und tiefes Prozessverständnis über 30 Jahre SAP Erfahrung Internationale und nationale Partnerschaften Qualitätsmanagement und Zertifizierungen Customer Support Center (international, zweisprachig 7/24)
7 / Seite 7 Zertifizierungen/Auszeichnungen Internationale und nationale Zertifizierungen, welche die Kompetenz unserer Mitarbeiter und die Qualität unserer Services untermauern.
8 / Seite 8 Oracle Hochverfügbarkeits-Lösungen
9 / Seite 9 Agenda Einleitung LogMiner Theorie / Fallbeispiele Flashback Technologien Theorie / Fallbeispiel Data Guard Theorie / Fallbeispiele Zusammenfassung
10 / Seite 10 Was ist der LogMiner? Bestandteil der Oracle Datenbank seit Oracle 8i Schnittstelle zur Analyse von Redo Log-Einträgen Zwei Interfaces SQL*Plus Enterprise Manager Zugrunde liegende PL/SQL-Packages dbms_logmnr dbms_logmnr_d
11 / Seite 11 Einsatzgebiete des LogMiner Ermittlung des Startzeitpunktes einer logischen Korruption Festlegung von Schritten für ein fine grained recovery Trend- und Kapazitätsanalysen, Anzahl Zugriffe auf Tabellen, Indizes, Audit von bereits stattgefundenen Transaktionen (Wann wurden Datensätze durch welchen User wie manipuliert,?) Basistechnologie für Oracle Streams und Oracle Data Guard Logical Standby Database (SQL Apply)
12 / Seite 12 Komponenten des LogMiners Source Database (Quelldatenbank) Hier werden die Redo Log Einträge generiert Mining Database (Analyse-Datenbank) Hier werden die Redo Log-Einträge analysiert LogMiner Dictionary Übersetzt interne Object-IDs in lesbare Informationen Online catalog, extract in Redo Log, extract in flat file Redo Logs Enthalten das zu analysierende Transaktions-Protokoll v$logmnr_contents Analyse-Ergebnisse via SELECT-Statement oder GUI
13 / Seite 13 Voraussetzungen für LogMiner Gleiches Betriebssystem für Quell- und Analyse-Datenbank Quell- und Analyse-Datenbank können getrennte oder gleiches System sein Character-Set der Analyse-Datenbank muss dem der Quelldatenbank entsprechen oder diesen als Superset enthalten LogMiner Dictionary muss auf Quelle erzeugt werden Alle Redo Logs müssen von gleicher DB mit gleicher Resetlog-Nummer stammen, mindestens Oracle 8.0 Supplemental Logging ab 10.2 zwingend, vorher dringend empfohlen
14 / Seite 14 Datentypen-Unterstützung Unterstützte Datentypen CHAR, NCHAR, VARCHAR2 und VARCHAR, NVARCHAR2, NUMBER, DATE, TIMESTAMP, TIMESTAMP WITH TIME ZONE, TIMESTAMP WITH LOCAL TIME ZONE, INTERVAL YEAR TO MONTH, INTERVAL DAY TO SECOND, RAW, CLOB, NCLOB, BLOB, LONG, LONG RAW, BINARY_FLOAT, BINARY_DOUBLE, Index-organized tables (IOTs) mit overflow, Function-based indexes, XMLTYPE als CLOB (ab 11.1) Nicht unterstützte Datentypen BFILE, benutzerdefinierte Datentypen (ADTs), Nested tables und VARRAYs, Object refs, Tabellen mit Table Compression, Secure Files
15 / Seite 15 Supplemental Logging Eintrag zusätzlicher Spalteninformationen (Supplemental Log Groups) in das Redo Log Ziel: eindeutige Identifizierung einzelner Zeilen ohne Verwendung der ROWID Unterschiedliche Stufen einstellbar Supplemental Log Groups können System- oder User-generiert sein, können auf Datenbank oder Tabellen-Ebene definiert sein Wahlweise Minimal Supplemental Logging (Minimalanforderung ab 10.2) oder Identification Key Logging Minimal Supplemental Logging ALTER DATABASE ADD SUPPLEMENTAL LOG DATA; Identification Key Logging ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (ALL PRIMARY KEY UNIQUE FOREIGN KEY) COLUMNS;
16 / Seite 16 v$logmnr_contents Analyse-Ergebnisse Bei jedem SELECT werden die angegebenen Redo Logs gelesen, Spool-Datei oder separate Ergebnis-Tabelle empfohlen Art des Statements (INS, UPD, DEL, DDL) in der OPERATION-Spalte Informationen: zu welcher SCN hat das Statement stattgefunden zu welcher SCN wurde die Transaktion committed Information über Transaktions-ID (XIDUSN, XIDSLT, XIDSQN) Tabellen- und Schemaname des betroffenen Objektes welcher Datenbank-User hat das DML/DDL ausgeführt das resultierende SQL-Statement für die betroffene Zeile (SQL_REDO) das resultierende Korrektur-SQL-Statement für die betroffene Zeile (SQL_UNDO) im Falle von DML, bei DDL oder Rollback bleibt SQL_UNDO=NULL
17 / Seite 17 LogMiner Typischer Ablauf Einschalten von Supplemental Logging alter database add supplemental log data; Extraktion des LogMiner Dictionary EXECUTE DBMS_LOGMNR.START_LOGMNR(OPTIONS => DBMS_LOGMNR.DICT_FROM_REDO_LOG); Angabe der zu analysierenden Redo Logs EXECUTE DBMS_LOGMNR.ADD_LOGFILE(LOGFILENAME =>'log01.log',options => DBMS_LOGMNR.NEW); OPTIONS => DBMS_LOGMNR.ADDFILE Start des LogMiners mit verschiedenen Optionen EXECUTE DBMS_LOGMNR.START_LOGMNR(OPTIONS => DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG + DBMS_LOGMNR.COMMITTED_DATA_ONLY); Abfrage auf v$logmnr_contents SELECT OPERATION, SQL_REDO, SQL_UNDO FROM V$LOGMNR_CONTENTS WHERE SEG_OWNER = 'OE' AND SEG_NAME = 'ORDERS' AND OPERATION = 'DELETE' AND USERNAME = 'RON';
18 / Seite 18 Fallbeispiele LogMiner Fallbeispiel 1: Datenverfälschung über mehrere Tage hinweg durch ein fehlerhaftes Programm: durch einen Entwicklerfehler wurden in der Tabelle KNMT über eine Woche hinweg mehrere tausend von insgesamt ca Sätzen verfälscht, indem alle Nicht-Schlüsselfelder, insbesondere die wichtigen Felder KDMAT und POSTX, auf leer gesetzt wurden. Fallbeispiel 2: Daten innerhalb der SAP Pool-Tabelle T030K ( Kontenfindung Steuerkonten ) wurden durch einen fehlerhaften Transport gelöscht (Anwenderfehler). Im Gegensatz zu Beispiel 1 war die Tabelle T030K jedoch nicht auf Datenbankebene angelegt, sondern im SAP Tabellenpool ATAB enthalten. Aus Datenbanksicht gab es daher nur die Tabelle ATAB, in deren Einträgen sich die Pool-Tabelle verbarg. Dies musste beim LogMining entsprechend berücksichtigt und ausgewertet werden.
19 / Seite 19 Fallbeispiel 1: Datenrekonstruktion mit LogMiner Problem: Programm-Fehler Datenverfälschung in Tabelle KNMT über Tage hinweg (tausende Einträge von insgesamt verfälscht) Folge: Beziehung eigene Materialnummer zu Kundenmaterialnummer verloren Bestelleingänge nicht mehr bearbeitbar (Kunde ist Händler)! Anforderung des Kunden: Rekonstruktion der Originalinhalte der verfälschten Sätze Hinweis: die falschen sind an leeren Feldern KDMAT und POSTX zu erkennen (wurden von Programm gelöscht) Lösung: das supplemental logging der DB war schon vor Fehler aktiv alle Redo Logs seit Fehler vorhanden, daher mit LogMiner auswertbar und Daten rekonstruierbar
20 / Seite 20 Fallbeispiel 1: Datenrekonstruktion mit LogMiner Lösung im Detail: Restore der Redo Logs ab Beginn des Programm-Fehlers (hier ca. 300 Redo Logs à 140 MB) Generierung von Analyse-Skripten zur Auswertung von je 10 Logs Ergebnis-Analyse mittels shell-skript Filterung derjenigen Änderungen, bei denen SQL_REDO die KDMAT von nicht leer auf leer setzen fachliche (inhaltliche) Analyse des Resultats durch Kunden Kunde identifiziert eindeutige SQL_UNDOs, die direkt auf prod. DB angewandt werden sollen und bearbeitet Rest von nicht eindeutigen SQL_UNDOs manuell mit Standard-SAP-Mitteln Dauer der Analyse: ca. 2,5 Stunden Bereitstellung der korrigierten Daten inkl. Kundenanalyse innerhalb eines Tages Fazit: durch schleichende Datenverfälschung bei parallelem Weiter-Betrieb waren Daten sinnvoll nur durch LogMining ohne Verlust rekonstruierbar
21 / Seite 21 Fallbeispiel 1: Datenrekonstruktion mit LogMiner orap11> cat redo_analyze_ sql /* Analyse von Redo Log Nr bis */ spool redo_analyze_ log set echo on connect / as sysdba set lines 2000 set pagesize 9999 set timing on col SQL_REDO for a850 col SQL_UNDO for a850 Beispiel für Analyse-Skript -- auszuwertende Redo Logs definieren: execute dbms_logmnr.add_logfile( '/oracle/p11/oraarch2/p11arch1_ dbf', dbms_logmnr.new) execute dbms_logmnr.add_logfile( '/oracle/p11/oraarch2/p11arch1_ dbf', dbms_logmnr.addfile) execute dbms_logmnr.add_logfile( '/oracle/p11/oraarch2/p11arch1_ dbf', dbms_logmnr.addfile) execute dbms_logmnr.add_logfile( '/oracle/p11/oraarch2/p11arch1_ dbf', dbms_logmnr.addfile) execute dbms_logmnr.add_logfile( '/oracle/p11/oraarch2/p11arch1_ dbf', dbms_logmnr.addfile) execute dbms_logmnr.add_logfile( '/oracle/p11/oraarch2/p11arch1_ dbf', dbms_logmnr.addfile) execute dbms_logmnr.add_logfile( '/oracle/p11/oraarch2/p11arch1_ dbf', dbms_logmnr.addfile) execute dbms_logmnr.add_logfile( '/oracle/p11/oraarch2/p11arch1_ dbf', dbms_logmnr.addfile) execute dbms_logmnr.add_logfile( '/oracle/p11/oraarch2/p11arch1_ dbf', dbms_logmnr.addfile) execute dbms_logmnr.add_logfile( '/oracle/p11/oraarch2/p11arch1_ dbf', dbms_logmnr.addfile) -- Start des LogMiners, Verwendung Online Catalog: execute dbms_logmnr.start_logmnr(options => dbms_logmnr.dict_from_online_catalog) -- Abfrage der relevanten SQL_Redo und SQL_UNDO Statements: select SCN, to_char(timestamp,'dd-mon-yyyy HH24:MI:SS') as TIMESTAMP, SQL_REDO, SQL_UNDO from v$logmnr_contents where SEG_NAME='KNMT'; spool off
22 / Seite 22 Fallbeispiel 1: Datenrekonstruktion mit LogMiner Beispiel-Output: Zeile 1: Felder waren schon gelöscht Zeile 2: Beispiel für Fehler + Behebung: SQL-Redo zeigt fehlerhafte Anweisung SQL-Undo liefert Korrektur Zeile 3: Felder waren schon gelöscht
23 / Seite 23 Fallbeispiel 2: SAP Pool-Tabelle Datenrekonstruktion mit LogMiner Problem: Anwender-Fehler Daten in SAP Pool-Tabelle T030K ( Kontenfindung Steuerkonten ) durch Transport gelöscht Folge: Sachkonto im Produktivsystem gelöscht Anforderung des Kunden: bitte gelöschte Werte benennen Lösung: das supplemental logging der DB war schon vor Fehler aktiv Redo Logs zum Fehler vorhanden, daher mit LogMiner auswertbar im Gegensatz zu Beispiel 1 jedoch die Besonderheit, dass Tabelle T030K nicht auf DB existiert, sondern in SAP Tabellenpool ATAB
24 / Seite 24 Fallbeispiel 2: SAP Pool-Tabelle Datenrekonstruktion mit LogMiner Lösung im Detail: Ermittlung des Tabellenpools zu T030K ATAB Ermittlung Fehlerzeitraum anhand SAP-Transportlog (Start+Ende) Ermittlung und Restore der Redo Logs dieses Zeitraums (wenige Minuten) LogMining prinzipiell analog Fall 1 gesucht werden Änderungen an ATAB für TABNAME= T030K, Beispiel: select SCN, to_char(timestamp,'dd-mon-yyyy HH24:MI:SS') as TIMESTAMP, SQL_UNDO from v$logmnr_contents where SEG_NAME='ATAB' and SQL_UNDO like '%T030K%'; SCN TIMESTAMP SQL_UNDO SEP :13:50 insert into "SAPDAT"."ATAB"("TABNAME","VARKEY","DATALN","VARDATA") values ('T030K','110PYINVSTD9','40',HEXTORAW ' '));
25 / Seite 25 Fallbeispiel 2: SAP Pool-Tabelle Datenrekonstruktion mit LogMiner Lösung im Detail: (Fortsetzung) Interpretation des SQL_UNDO zur Ermittlung des vorherigen Wertes: insert into "SAPDAT"."ATAB"("TABNAME","VARKEY","DATALN","VARDATA") values ('T030K','110PYINVSTD9','40',HEXTORAW ' ')); VARKEY = '110PYINVSTD9' = MANDT(3)+KTOPL(4)+KTOSL(3)+MWSKZ(2) gemäß SAP-Tabellendefinition also: MANDT=110 KTOPL=PYIN KTOSL=VST MWSKZ=D9 VARDATA = KONTS(10)+KONTH(10) gemäß SAP-Tabellendefinition, hier in HEX HEX-Darstellung der Werte in VARDATA wird in ASCII übersetzt: (hier immer 2 Byte für 1 Zeichen, da Unicode-System): 0028: erstes double byte gibt String-Länge an, hier: dezimal 40 (bytes); HEX KONTS ASCII KONTS HEX KONTH ASCII KONTH
26 / Seite 26 Fallbeispiel 2: SAP Pool-Tabelle Datenrekonstruktion mit LogMiner Lösung im Detail: (Fortsetzung) Zusammenfassung des SQL_UNDOS aus SAP-Sicht: insert in "T030K" mit key: MANDT=110 KTOPL=PYIN KTOSL=VST MWSKZ=D9 values: KONTS= KONTH= Kunde pflegt Daten mit Standard-SAP-Mitteln wieder in System ein Fazit: bei Kenntnis des SAP Datenmodells auch komplexere Strukturen mit LogMiner analysierbar
27 / Seite 27 Fallbeispiel 2: SAP Pool-Tabelle Datenrekonstruktion mit LogMiner Eigenschaften der SAP-Tabelle T030K (se11): auf DB existiert nicht Tabelle T030K, sondern nur Tabellen- Pool ATAB: SQL> desc sapdat.t030k ERROR: ORA-04043: object sapdat.t030k does not exist SQL> desc sapdat.atab Name Null? Type TABNAME NOT NULL VARCHAR2(30) VARKEY NOT NULL VARCHAR2(150) DATALN NOT NULL NUMBER(5) VARDATA LONG RAW
28 / Seite 28 Fallbeispiel 2: SAP Pool-Tabelle Datenrekonstruktion mit LogMiner SAP Pool-Tabelle allgemein (siehe SAP Doku): Speicherung der Pooltabelleninhalte in Tabellenpool (=Datenbanktabelle): 1. Name der Tabelle in TABNAME 2. Schlüsselfelder (Key) als String in VARKEY 3. Datenfelder als String in VARDATA 4. DATALN gibt die Länge des Datenfeld-Strings (in VARDATA) an Quelle der Grafik:
29 / Seite 29 Fallbeispiel 2: SAP Pool-Tabelle Datenrekonstruktion mit LogMiner Eigenschaften der SAP-Tabelle T030K (se11): (Fortsetzung) Struktur der T030K: Schlüsselfelder: MANDT, KTOPL, KTOSL, MWSKZ Werte: KONTS, KONTH in ATAB: VARKEY VARDATA
30 / Seite 30 Agenda Einleitung LogMiner Theorie / Fallbeispiele Flashback Technologien Theorie / Fallbeispiel Data Guard Theorie / Fallbeispiele Zusammenfassung
31 / Seite 31 Flashback-Technologien (1) Flashback Query (seit Oracle 9i) Erlaubt die Abfrage von Tabelleninhalten zu einem Zeitpunkt in der Vergangenheit SELECT * FROM employee AS OF TIMESTAMP TO_TIMESTAMP('19-APR :00:00 PM') WHERE Flashback Versions Query Anzeige aller Änderungen an einem Datensatz seit einem bestimmten Punkt in der (nahen) Vergangenheit bis zum aktuellen Datum SELECT * FROM employee VERSIONS BETWEEN TIMESTAMP TO_TIMESTAMP('19-APR-09 02:00:00 PM') AND TIMESTAMP TO_TIMESTAMP('20-APR-09 03:00:00 PM') WHERE Flashback Transaction Query Anzeige aller durch eine Transaktion veränderten Datensätze und gibt auch Informationen über ein eventuell notwendiges UNDO-Statement. SELECT * FROM FLASHBACK_TRANSACTION_QUERY WHERE XID = ' D';
32 / Seite 32 Flashback-Technologien (2) Flashback Transaction Eine abgeschlossene Transaktion und ggf. davon abhängige Transaktionen können gezielt zurückgerollt werden. Verwendung mit PL/SQL Prozedur DBMS_FLASHBACK.TRANSACTION_BACKOUT() Flashback Table Eine Tabelle auf einen Stand in der Vergangenheit zurücksetzen FLASHBACK TABLE orders, order_items TIMESTAMP TO TIMESTAMP('07-APR :33:00 PM'); Flashback Drop Ab Oracle 10g werden gelöschte Tabellen in den Recyle Bin verschoben. Wiederherstellung mit FLASHBACK TABLE employee TO BEFORE DROP; Flashback Database Zurücksetzen der gesamten Datenbank auf eine Zeitpunkt in der Vergangenheit FLASHBACK DATABASE TO TIMESTAMP TO_TIMESTAMP('19-APR-05 02:05:00 PM');
33 / Seite 33 Flashback Technologien Flashback Query Flashback Tables Flashback Database Flashback Data Archive and Transaction
34 / Seite 34 Fallbeispiel Flashback-Technologien Fallbeispiel: Durch einen Anwenderfehler wurden veraltete Stände der Tabellen CEPC und CEPCT ( Profit-Center-Stammdaten ) vom Entwicklungssystem in das Produktivsystem transportiert. Fehlerhafte Änderungen lagen 20 Stunden zurück
35 / Seite 35 Fallbeispiel: Datenrekonstruktion mit Flashback Query Problem: Anwender-Fehler veraltete Stände von CEPC und CEPCT ( Profit-Center-Stammdaten ) ins PRD-System transportiert Folge: Erfassung neuer Kundensätze nicht mehr möglich Anforderung des Kunden: Original-Stände der produktiven Tabellen im DEV-System bereitstellen Lösung: before images der Tabellen noch in Undo-Tablespace vorhanden, obwohl Fehler schon 20 Stunden früher (Tablespace groß) Flashback Query und Sicherung der rekonstruierten Original-Daten
36 / Seite 36 Fallbeispiel: Datenrekonstruktion mit Flashback Query Lösung im Detail: PRD: Fehlerzeitpunkt aus SAP-Transportlog bestimmen; Ergebnis: :04:22 PRD: Versuch, Daten von früherem Stand in neue Tabelle zu kopieren: SQL> create table sapdat.cepc_2009_06_25_22_04_00 as (select * from sapdat.cepc as of timestamp to_timestamp(' :22:04:00','yyyy-mm-dd:hh24:mi:ss')); Table created. Daten also wirklich noch vorhanden (ebenso CEPCT)! PRD: Export der Daten: oraprd> exp sapdat/<pwd> file=exp_cepc_restore.dmp log=exp_cepc_restore.log tables=\(cepc_2009_06_25_22_04_00,cepct_2009_06_25_22_04_00\) DEV: Import imp sapdat/<pwd> file=exp_cepc_restore.dmp full=y DEV: Anlegen der Tabellen im ABAP-Dictionary für SAP-Zugriff
37 / Seite 37 Fallbeispiel: Datenrekonstruktion mit Flashback Query Lösung im Detail: (Fortsetzung) DEV: Umbenennung der Tabellen nach SAP-Konventionen DEV/PRD: normaler SAP-Transport der korrekten Daten nach Prüfung durch Kunde Dauer der Datenwiederherstellung: inkl. Analyse ca. 1 Stunde Fazit: andere Verfahren wären bei dieser 2 TB Datenbank erheblich aufwendiger gewesen
38 / Seite 38 Agenda Einleitung LogMiner Theorie / Fallbeispiele Flashback Technologien Theorie / Fallbeispiel Data Guard Theorie / Fallbeispiele Zusammenfassung
39 / Seite 39 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 (auch automatisierbar)
40 / Seite 40 Oracle Data Guard Architektur
41 / Seite 41 Oracle Data Guard Architektur 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 ARCH Archived Redo Logs Archived Redo Logs
42 / Seite 42 DIGITAL DATA STORAGE Oracle Data Guard Physical Standby Database (REDO Apply) Clients Clients Primary Site Physical Standby Backup LAN/WAN Redo Logs Blockweise identische Kopie der Primary Im Recovery und/oder Read-Only geöffnet Entlastung der Primary bei Backups Ab Oracle 11g Active Data Guard möglich Apply durch Recovery der Logs Redo Apply
43 / Seite 43 Oracle Data Guard Logical Standby Database (SQL Apply) Clients Primary Site Gleichzeitig Apply und geöffnet! LAN/WAN Gleiche Inhalte logische Kopie Struktur kann sich von Primary unterscheiden Zusätzliche Indixes/MVs möglich Kann zusätzliche Objekte enthalten Apply durch LogMining der Redo Logs SQL-Apply Redo Logs Logical Standby
44 / Seite 44 Oracle Data Guard Administration 3 Möglichkeiten zur Administration Pures SQL DataGuard Broker und DGMGRL DataGuard Broker und EM GridControl
45 / Seite 45 Oracle Data Guard Welche Standby für welchen Zweck? Physical Standby DR-Lösung mit HA-Funktionalitäten Reporting-Möglichkeit Verschiedene Protection Modi möglich Blockweise identische Kopie der Primär-DB Logical Standby Real-Time-Reporting mit Real Time Apply zusätzliche Indizes und MAVs möglich Logische Kopie der Primär-DB Vorschlag: Physical Standby für Failover/DR, Readonly Reporting, Applikations-Test, Logical Standby für Reporting, Upgrades, Tests,
46 / Seite 46 Fallbeispiele Data Guard (DG) Fallbeispiel 1: Durch einen Benutzer-Fehler wurden aus drei kundeneigenen Tabellen (Y*) jeweils mehrere Millionen Datensätze gelöscht. Ein kompletter Geschäftsbereich des Kunden konnte keine Auftragsverarbeitung mehr durchführen, somit war das Geschäft des Kunden (Händler) zu einem beträchtlichen Teil lahmgelegt. Nutzung von Physical Standby mit Delayed Apply Fallbeispiel 2: Korruption eines Datenfiles durch Hardware-Fehler Teile einer Kundenanwendung im SAP-System waren nicht mehr funktionsfähig, da wegen der physikalischen Korruption des Datenfiles eine Kundentabelle nicht mehr lesbar war. Reparatur des korrupten Datenfiles mittels Standby Datenbank (Data Guard) Fallbeispiel 3: Durch einen Admin-Fehler wurde bei einem SAP-Releasewechsel ein Report zur Sicherung von Statistik-Daten (MONI/st03n) des alten Releases nicht ausgeführt, wodurch diese im neuen Release nicht mehr zu Verfügung standen. Nutzung der vor dem Releasewechsel abgekoppelten Physical Standby, um dort den Report noch nachträglich auszuführen und die Daten verfügbar zu machen.
47 / Seite 47 Fallbeispiel 1: Datenrekonstruktion mit DG Delayed Apply Problem: Benutzer-Fehler aus drei Y*-Tabellen mehrere Mio Datensätze gelöscht! Folge: keine Auftragsverarbeitung mehr in gesamten Geschäftsbereich großer Teil des Geschäfts lahmgelegt (Kunde ist Händler)! Anforderung des Kunden: Bereitstellung der betroffenen Y*-Tabellendaten auf Stand vor 3 Stunden im QA-System Zurücksetzen auf Prod. nicht möglich wegen Abhängigkeiten und noch intakter/genutzter Datenbereiche der Tabellen Lösung: Data Guard im Einsatz, Zeitversatz 4 h auf Standby Seite gelöschte Daten auf Standby Seite noch vorhanden Extraktion der Daten von Standby möglich
48 / Seite 48 Fallbeispiel 1: Datenrekonstruktion mit DG Delayed Apply Lösung im Detail: Standby: Managed Recovery stoppen SQL> recover managed standby database cancel; Standby: Vorfahren auf Zeit vor Fehler (Kundenvorgabe) SQL> recover standby database UNTIL TIME ' :15:20:00'; Standby: read-only öffnen SQL> alter database open; alert.log: Physical standby database opened for read only access. Standby: Export der Tabellen oraprd> exp sapdat/<passwd> file=export_yint0101.dmp log=yint0101.log tables=yint0101 indexes=no direct=yes... Standby/QA-System: Übertragen der Exportdaten: scp... QA-System: Stand der QA-Tabellen sichern SQL> create table YINT0101_backup as select * from YINT0101;... QA-System: SAP stoppen
49 / Seite 49 Fallbeispiel 1: Datenrekonstruktion mit DG Delayed Apply Lösung im Detail: (Fortsetzung) QA-System: QA-Tabellen umbenennen SQL> alter table YINT0103 rename to YINT0103_orig; QA-System: menügeführter Import der obigen Exporte: imp... QA-System: SAP starten QA-System: Freigabe an Kunden zur Datenprüfung/Exktraktion aus QA- System mit Standard SAP-Methoden (!) Standby: Managed Recovery nach Kundenfreigabe fortsetzen SQL> alter database recover managed standby database disconnect from session; QA-System: nach Abschluß der Datenextrakte und Kundenfreigabe: Löschen (drop) der importierten Tabellen + zurück-benennen (rename) der..._orig Primary (Prod.): Daten-Import durch Kunden mit Standard SAP-Methoden (!) Dauer aller genannten Aktionen: inklusive Abstimmungen mit dem Kunden ca. eine Stunde
50 / Seite 50 Fallbeispiel 2: Datenfile-Reparatur mittels Data Guard Problem: Korruption eines Datenfiles auf Primary durch Hardware-Fehler Folge: Teile einer Kundenapplikation in SAP nicht mehr funktionsfähig, da wegen physikalischer Korruption eines Datenfiles Tabelle unlesbar Anforderung des Kunden: schnellstmögliche Reparatur mit geringstmöglicher Störung des Produktivbetriebs Lösung: Data Guard im Einsatz, Zeitversatz 4 h auf Standby Seite Hardware-Fehler betraf nur Primary, daher File auf Standby noch intakt und konnte File auf Primary ersetzen
51 / Seite 51 Fallbeispiel 2: Datenfile-Reparatur mittels Data Guard Lösung im Detail: (hier: Oracle 9i) Standby: Zeitversatz deaktivieren und so alle Redo Logs applizieren DGMGRL> alter resource 'PRD_stdby_site_A_PRD' set property 'ApplyNoDelay'=YES; Parallel dazu Prüfung des betroffenen Datenfiles auf Primary und Standby: Primary: Verifizierung des Defektes, den die Applikation beim Tabellenzugriff gemeldet hat Standby: Prüfung des Files zur Verifizierung, dass dort intakt
52 / Seite 52 Fallbeispiel 2: Datenfile-Reparatur mittels Data Guard Verifizierung des Defektes auf Primary: prima:oraprd 1> dbv FILE=/oracle/PRD/sapdata12/prdybm01d_3/prdybm01d.data3 BLOCKSIZE=8192 DBVERIFY: Release Production on Thu Jan 10 21:33: Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. DBVERIFY - Verification starting : FILE = /oracle/prd/sapdata12/prdybm01d_3/prdybm01d.data3 Page is influx - most likely media corrupt *** Corrupt block relative dba: 0x (file 132, block 17302) Fractured block found during dbv: Data in bad block - type: 6 format: 2 rdba: 0x last change scn: 0x0002.e seq: 0x1 flg: 0x06 consistency value in tail: 0x5ebd0601 check value in block header: 0x3353, computed block checksum: 0x7f9 spare1: 0x0, spare2: 0x0, spare3: 0x0 *** DBVERIFY - Verification complete Total Pages Examined : Total Pages Processed (Data) : Total Pages Failing (Data) : 0 Total Pages Processed (Index): 0 Total Pages Failing (Index): 0 Total Pages Processed (Other): 934 Total Pages Processed (Seg) : 0 Total Pages Failing (Seg) : 0 Total Pages Empty : 248 Total Pages Marked Corrupt : 1 Total Pages Influx : 1 Highest block SCN : ( ) Korruption gefunden, wie von Applikation gemeldet
53 / Seite 53 Fallbeispiel 2: Datenfile-Reparatur mittels Data Guard Prüfung des gleichen Files auf Standby: stdby:oraprd 1> dbv FILE=/oracle/PRD/sapdata12/prdybm01d_3/prdybm01d.data3 BLOCKSIZE=8192 DBVERIFY: Release Production on Thu Jan 10 21:47: Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. DBVERIFY - Verification starting : FILE = /oracle/prd/sapdata12/prdybm01d_3/prdybm01d.data3 DBVERIFY - Verification complete Total Pages Examined : Total Pages Processed (Data) : Total Pages Failing (Data) : 0 Total Pages Processed (Index): 0 Total Pages Failing (Index): 0 Total Pages Processed (Other): 934 also keine Korruption, Total Pages Processed (Seg) : 0 File intakt Total Pages Failing (Seg) : 0 Total Pages Empty : 248 Total Pages Marked Corrupt : 0 Total Pages Influx : 0 Highest block SCN : ( )
54 / Seite 54 Fallbeispiel 2: Datenfile-Reparatur mittels Data Guard Lösung im Detail: (Fortsetzung) Primary: korruptes Datenfile offline setzen (betroffene Applikation ist schon durch Kunde gestoppt) SQL> alter database datafile '/oracle/prd/sapdata12/prdybm01d_3/prdybm01d.data3' offline; Standby: Datenbank stoppen (nachdem Zeitversatz aufgeholt ) SQL> shutdown immediate; Primary: korruptes File durch intaktes von Standby ersetzen prima:/oracle/prd/sapdata12/prdybm01d_3> rcp -p stdby:/oracle/prd/sapdata12/prdybm01d_3/prdybm01d.data3. Standby: Instanz wieder starten (mount + managed Recovery durch DG) SQL> startup nomount; Primary: Datenfile recovern, um auf aktuellen Stand zu bringen SQL> recover datafile '/oracle/prd/sapdata12/prdybm01d_3/prdybm01d.data3'; Primary: Datenfile wieder online setzen SQL> alter database datafile '/oracle/prd/sapdata12/prdybm01d_3/prdybm01d.data3' online;
55 / Seite 55 Fallbeispiel 2: Datenfile-Reparatur mittels Data Guard Lösung im Detail: (Fortsetzung) Primary: Verifizierung, dass File jetzt wieder intakt Standby: Zeitversatz wieder einschalten DGMGRL> alter resource 'PRD_stdby_site_A_PRD' set property 'ApplyNoDelay'=NO; Dauer der Reparatur: ca. 1 Stunde (inkl. Analysen)
56 / Seite 56 Fallbeispiel 2: Datenfile-Reparatur mittels Data Guard Prüfung des Files auf Primary nach Reparatur : prima:oraprd 2> dbv FILE=/oracle/PRD/sapdata12/prdybm01d_3/prdybm01d.data3 BLOCKSIZE=8192 DBVERIFY: Release Production on Thu Jan 10 22:16: Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. DBVERIFY - Verification starting : FILE = /oracle/prd/sapdata12/prdybm01d_3/prdybm01d.data3 DBVERIFY - Verification complete Total Pages Examined : Total Pages Processed (Data) : Total Pages Failing (Data) : 0 Total Pages Processed (Index): 0 Total Pages Failing (Index): 0 Total Pages Processed (Other): 934 also keine Korruption mehr, Total Pages Processed (Seg) : 0 File wieder intakt Total Pages Failing (Seg) : 0 Total Pages Empty : 248 Total Pages Marked Corrupt : 0 Total Pages Influx : 0 Highest block SCN : ( )
57 / Seite 57 Fallbeispiel 3: Datenrettung durch Aktivierung der Standby Problem: Admin-Fehler (Report nicht ausgeführt) in Releasewechsel gingen Statistik-Daten verloren (MONI/st03n) Folge: Nachweis der Einhaltung von SLAs auf Antwortzeiten nicht mehr möglich Kunde unglücklich legt hohen Wert auf diese Statistiken Anforderung des Kunden: Statistik-Daten des Alt-Releases wieder herstellen und im bereits wieder produktiven Release-gewechselten System bereitstellen nicht gestarteter Report kann nur in Alt-Release laufen Lösung: Data Guard vor Releasewechsel im Einsatz, Standby Seite zu Beginn Downtime gestoppt auf Standby Seite SAP in Alt-Release starten und Report ausführen Extraktion der Daten von Standby möglich
58 / Seite 58 Fallbeispiel 3: Datenrettung durch Aktivierung der Standby Ausgangssituation: DG im Einsatz Standby DB lief bis zum Beginn der Downtime des SAP Releasewechsels (4.6C ECC6) synchron mit Standby wurde dann gestoppt (für Fallback -Szenario), Releasewechsel auf Primärseite normal durchgeführt Lösung im Detail: (Skizze) Zur Sicherheit, damit kein Connect zur (produktiven!) Primary stattfindet: Isolierung der Standby Seite; hier: DG Broker deaktivieren Löschen der DG Konfiguration Löschen der DB-Parameter/TNS-Einträge zur Primary (spfile, tnsnames.ora)
59 / Seite 59 Fallbeispiel 3: Datenrettung durch Aktivierung der Standby Lösung im Detail: (Fortsetzung) manuelle Aktivierung der Standby: (lt. Oracle Doku müßte bei failover mit DG Broker die Primary unten sein) SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FORCE; SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY; SQL> ALTER DATABASE OPEN; Parameter der vorkonfigurierten SAP-Instanz auf Standby prüfen/anpassen Batch-Prozesse auskommentieren (damit zunächst kein Job laufen kann!) SAP-Start + Anmeldung als DDIC (wg. locksys durch Upgrade!) Prüfung: alle Jobs durch Upgrade suspendiert, also System wieder mit Batch starten Transport-Auftrag für benötigten Statistik-Report importieren (mit Tricks: Transportwesen dieser Standby anpassen, Umgehung der Upgrade-Transportsperre etc.)
60 / Seite 60 Fallbeispiel 3: Datenrettung durch Aktivierung der Standby Lösung im Detail: (Fortsetzung) Report zur Rettung der Statistiken ausführen klappt rsmigr12 kopiert MONI-Daten in ZWNCMOMIGR Export (SAP-Transport) der ZWNCMOMIGR zwecks Datenübertragung zur Primary (wieder mit Tricks, da DDIC eigentlich nicht exportieren darf,...) normaler Import auf Primary und dort restliche Verarbeitung im Neu-Release gemäß Leitfaden Dauer der Aktionen: wenige Stunden (inkl. workaround Tricks )
61 / Seite 61 Agenda Einleitung LogMiner Theorie / Fallbeispiele Flashback Technologien Theorie / Fallbeispiel Data Guard Theorie / Fallbeispiele Zusammenfassung
62 / Seite 62 Zusammenfassung Die Oracle Datenbank bietet zahlreiche Funktionen für Hochverfügbarkeit und Datensicherheit. Architektonisch konzeptionelle Features wie Real Application Cluster oder Oracle Data Guard Built-In Features wie z.b. der LogMiner oder die Flashback Technologien Dank dieser teilweise im Markt einzigartigen Funktionalitäten war es der Freudenberg IT möglich, in den gehosteten SAP-Umgebungen, wie in den gezeigten Fallbeispielen erläutert, auf die unterschiedlichsten Fehlersituationen flexibel reagieren und eine zügige Wiederverfügbarkeit einer SAP-Applikation gewährleisten zu können. Dabei war es unerheblich, ob es sich um durch einen Hardware-Defekt verursachte physikalische Korruptionen oder um eine durch einen Benutzerprogrammfehler verursachte logische Korruption handelte.
63 / Seite 63 VIELEN DANK FÜR IHRE AUFMERKSAMKEIT! Ihr persönlicher Ansprechpartner: Freudenberg IT Dr. Thimo Bastuck Team SAP Telefon: +49 (0) Mail: thimo.bastuck@freudenberg-it.com Weitere Informationen erhalten Sie unter: Freudenberg IT / / info@freudenberg-it.com Copyright 2010 Freudenberg IT (FIT). All other trademarks are registered property of the respective manufacturers. Subject to change and errors.
Datenwiederherstellung mit Oracle Data Guard, LogMiner und Flashback Query in einer SAP Umgebung
Datenwiederherstellung mit Oracle Data Guard, LogMiner und Flashback Query in einer SAP Umgebung Dr. Thimo Bastuck (Freudenberg IT) Claudia Hüffer (ORACLE Deutschland GmbH) DOAG Konferenz Nürnberg, 17.11.2009
MehrDatenwiederherstellung mit Oracle Data Guard, LogMiner und Flashback Query in einer SAP Umgebung
Datenwiederherstellung mit Oracle Data Guard, LogMiner und Flashback Query in einer SAP Umgebung Dr. Thimo Bastuck Freudenberg IT Weinheim Claudia Hüffer Oracle Deutschland GmbH Hamburg Schlüsselworte:
MehrFreiberuflicher IT-Berater Schwerpunkte: Unix, Oracle, Netzwerk. IT-Berater. Dipl.-Inform.
Freiberuflicher Schwerpunkte: Unix, Oracle, Netzwerk 1 Oracle Data Guard Oracle Standby Database Höhere Verfügbarkeit und Datensicherheit 2 Oracle Data Guard Oracle Standby Database Konzepte Erzeugen und
MehrDonnerstag, 10. November h00, Musensaal Database. LogMiner im Einsatz. Marco Patzwahl MuniQSoft GmbH, Unterhaching b.
Donnerstag, 10. November 2005 15h00, Musensaal LogMiner im Einsatz Marco Patzwahl MuniQSoft GmbH, Unterhaching b. München Schlüsselworte: LogMiner, Analyse der Redologdateien, Redolog Audit, fehlerhafte
MehrFlashback mal sieben. DOAG Konferenz , Nürnberg. Klaus Reimers
Flashback mal sieben DOAG Konferenz 15.11.2011, Nürnberg Klaus Reimers info@ordix.dede www.ordix.de Agenda Flashback Query Flashback Query Versions Between Flashback Table Flashback Table Drop Flashback
MehrOracle Backup und Recovery
Seminarunterlage Version: 11.05 Version 11.05 vom 27. Mai 2010 Dieses Dokument wird durch die veröffentlicht.. Alle Rechte vorbehalten. Alle Produkt- und Dienstleistungs-Bezeichnungen sind Warenzeichen
MehrData Guard und OMS / Grid Control -
Deutsche Oracle Anwendergruppe - SIG Database Data Guard und OMS / Grid Control - Eine gute Kombination? Andreas Kother Senior Consultant, ORDIX AG, Paderborn ak@ordix.de www.ordix.de Copyright ORDIX AG
MehrData Guard. Deutsche Oracle Anwendergruppe Regionalgruppe BI / MS / OS. Funktionsweise und Einsatzmöglichkeiten. Klaus Garstecki
Deutsche Oracle Anwendergruppe Regionalgruppe BI / MS / OS Data Guard Funktionsweise und Einsatzmöglichkeiten Klaus Garstecki ORDIX AG, Paderborn ak@ordix.de Copyright ORDIX AG Data Guard 1 Agenda Data
MehrDatenbankreplikation in der Standard Edition. Markus Jendrossek
Datenbankreplikation in der Standard Edition Markus Jendrossek Wer ich bin Markus Jendrossek Das erste Mal vor Publikum (kaum nervös) Seit zehn Jahren IT Administrator Davon seit sechs Jahren DBA Erfahrung
MehrEine TEAM-Präsentation
Beratung Software Lösungen Manuelles Standby Skripting: Data Guard für Arme? Zahlen und Fakten Unternehmensgruppe Materna: 1.300 Mitarbeiter 160 Mio. Euro Umsatz in 2011 Geschäftsführung: Michael Baranowski
MehrIT-Symposium Mike Dietrich. BU Database Technologies ORACLE Deutschland GmbH. Page 1. 1
Mike Dietrich BU Database Technologies ORACLE Deutschland GmbH Page 1 www.decus.de 1 Total synchron Daten retten ohne Downtime?! Oracle DataGuard und Agenda Oracle DataGuard Daten retten ohne Downtime
MehrOracle 10g Flashback. Andrea Held
Oracle 10g Flashback Andrea Held Seite 1-1 Agenda Flashback Technologien Architektur Anwendung Probleme Bewertung: Möglichkeiten und Grenzen Seite 1-2 Flashback Level Flashback Query Flashback Table Flashback
MehrIT-Symposium
Oracle DataGuard - Automatisches Umschalten Mike Dietrich Principal Sales Consultant www.hp-user-society.de 1 Agenda Oracle DataGuard Überblick Automatic Fast Start Failover Weitere
MehrActive Data Guard. Susanne Jahr. Dezember 2008
Dezember 2008 - Data - Die Firma Herrmann & Lenz wurde 1995 gegründet und hat aktuell 12 Mitarbeiter. Firmensitz: Burscheid (bei Köln). Beratung, Schulung und Ferwartung für das Thema Oracle Datenbanken.
MehrDatenbankspiegelung mit (Active) Data Guard. und Abgrenzung
Datenbankspiegelung mit (Active) Data Guard und Abgrenzung ORACLE Deutschland B.V. & Co. KG Stephan Haas Server Technology Competence Center Agenda Überblick Oracle DataGuard Oracle
MehrOracle Flashback. in der Praxis Dr. Frank Haney 1
Oracle Flashback in der Praxis 15.11.2006 Dr. Frank Haney 1 Benutzerfehler Benutzerfehler stellen eine große Herausforderung für den DBA dar. Solche sind z.b.: Versehentliches oder böswilliges Löschen
MehrOracle 10g Flashback. Andrea Held Business Management Systeme Deutsche Post ITSolutions. Deutsche Post ITSolutions GmbH
Oracle 10g Flashback Andrea Held Business Management Systeme Deutsche Post ITSolutions Deutsche Post ITSolutions GmbH Agenda Flashback Technologien Architektur Anwendung Probleme Bewertung: Möglichkeiten
MehrSicherheit im Umfeld von Backup & Recovery sowie Data Guard
Sicherheit im Umfeld von Backup & Recovery sowie Data Guard DOAG SIG Security 23.09.2008 Stuttgart Andreas Kother ORDIX AG, Paderborn ak@ordix.de www.ordix.de Agenda Exp/Imp und Datapump Redo Log Dateien
MehrDOAG ORACLE LogMiner
DOAG 2005 ORACLE LogMiner Einleitung Oracle s LogMiner bietet seit der Version 8i die Möglichkeit, die bereits ausgeführten und in den Redologdateien gespeicherten Transaktionen wieder sichtbar zu machen.
MehrMinimal Downtime Oracle 11g Upgrade. DOAG Konferenz 2010 Martin Decker
Minimal Downtime Oracle 11g Upgrade DOAG Konferenz 2010 Agenda Vorstellung Umfrage Gründe für Upgrade Upgrade-Methoden Fokus auf Minimal Downtime Oracle Transportable Tablespace (TTS) Oracle Upgrade via
MehrErzeugung und Veränderung von Tabellen
Datenbanken - Objekte Erzeugung und Veränderung von Tabellen Objekt Tabelle View Sequence Index Synonym Basiseinheit zum Speichern; besteht aus Zeilen und Spalten; Logische Repräsentation; kann Teilmengen
Mehr2
1 2 3 4 5 6 - Oracle Dataguard ist eine Erweiterung des Datenbankmanagementsystems [ ], die den Betrieb einer Standby-Datenbank erlaubt (Quelle: Wikipedia) - Mittels Dataguard ist es möglich, sämtliche
MehrOracle Streams Doag Vortrag Claus Cullmann
Oracle Streams Doag Vortrag 27.10.11 Claus Cullmann Oracle Streams Doag Vortrag 27.10.11 Claus Cullmann Oracle Streams Doag Vortrag 27.10.11 Claus Cullmann Anwendungen Datenströme Überblick Oracle Streams
MehrOracle Data Guard und RMAN das perfekte Team
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
MehrErfahrungen aus dem Betatest Oracle Database 11g
Erfahrungen aus dem Betatest Oracle Database 11g Torsten Schlautmann torsten.schlautmann@opitz-consulting.de OPITZ CONSULTING GmbH +49 2261 6001-0 Agenda Facts & Figures Test vor Ort spannende Features
MehrNeuerungen in Marco Patzwahl MuniQSoft GmbH Unterhaching
Neuerungen in 12.2 Marco Patzwahl MuniQSoft GmbH Unterhaching Schlüsselworte Neuerungen in 12.2, DBA Einleitung Jede neue Datenbankversion bringt diverse Neuerungen mit. Nur welche sind wichtig und welche
MehrORACLE Database Migration
ORACLE Database Migration Hürden und Best Practices in einer hochverfügbaren Umgebung GUUG FFG 2013 Andrea Held 27.2.2013 10:47:05 A. Held: Oracle DB Migration 1 Agenda Oracle Hochverfügbarkeit: Eine Auswahl
MehrOracle HA-Technologien im Überlick
Oracle HA-Technologien im Überlick Björn Bröhl OPITZ CONSULTING Gummersbach GmbH Seite 1 Übersicht Was bedeutet Hochverfügbarkeit? Oracle HA-Technologien Standby Dataguard Failover-Cluster / Failsafe Seite
MehrDOAG Regionaltreffen München
DOAG Regionaltreffen München Backup & Recovery Cheap and Effective Andrew Lacy, Seniorberater OPITZ CONSULTING München GmbH München, 25. März 2010 OPITZ CONSULTING GmbH 2010 Seite 1 Agenda 1. Vorstellung
MehrJohannes Ahrends CarajanDB GmbH
Johannes Ahrends Experte mit über 20 Jahren Oracle Erfahrung Spezialist für Backup & Recovery Hochverfügbarkeit Health checks Performance Optimierung Einsatz von Oracle Standard Edition Oracle in virtuellen
MehrOracle Backup und Recovery mit RMAN
Oracle Backup und Recovery mit RMAN Seminarunterlage Version: 12.06 Version 12.06 vom 21. September 2017 Dieses Dokument wird durch die veröffentlicht.. Alle Rechte vorbehalten. Alle Produkt- und Dienstleistungs-Bezeichnungen
MehrDatenbanken und Oracle, Teil 2
Datenbanken und Oracle, Teil 2 Mathias Weyland Linux User Group Switzerland 29. Juni 2007 SQL*Plus CHAR/VARCHAR2 Dokumentation Teil I Nachträge 1 SQL*Plus 2 CHAR/VARCHAR2 3 Dokumentation SQL*Plus SQL*Plus
MehrMigration einer SAP/Oracle Datenbank auf neue Hardware incl. Releasewechsel
Migration einer SAP/Oracle Datenbank auf neue Hardware incl. Releasewechsel DOAG Regio Veranstaltung 14.12.205 Alexander Mignogna nobilia-werke J. Stickling GmbH & Co. KG Verl, den 16. März 2016 Inhalt
MehrAsynchrone Replikation Projekt oder Produkt. Lukas Grützmacher (AIS Automation Dresden GmbH)
Asynchrone Replikation Projekt oder Produkt Lukas Grützmacher (AIS Automation Dresden GmbH) 16.11.2016 Über mich Lukas Grützmacher Jahrgang 1975 Studium der Informatik an der TU Dresden Dipl. Inf. im Jahr
MehrIT-Symposium 2004 Experten im Dialog
IT-Symposium 2004 Experten im Dialog Flashback in Oracle 10g Ulrike Schwinn Business Unit Datenbank ORACLE Deutschland GmbH Page 1 www.decus.de 1 Flashback Terminologie Flashback Database Flashback Drop
MehrInhaltsverzeichnis. Geleitwort der Fachgutachterin... 15 Vorwort... 17 Einführung... 19 1 Architektur eines Oracle-Datenbanksystems...
Inhaltsverzeichnis Geleitwort der Fachgutachterin.............................. 15 Vorwort.................................................... 17 Einführung.................................................
MehrSQL (Structured Query Language) Schemata Datentypen
2 SQL Sprachelemente Grundlegende Sprachelemente von SQL. 2.1 Übersicht Themen des Kapitels SQL Sprachelemente Themen des Kapitels SQL (Structured Query Language) Schemata Datentypen Im Kapitel SQL Sprachelemente
MehrFunktionen. Überblick über Stored Functions. Syntax zum Schreiben einer Funktion. Schreiben einer Funktion
Überblick über Stored Functions Funktionen Eine Funktion ist ein benannter PL/SQL- Block, der einen Wert zurückgibt. Eine Funktion kann in der Datenbank als Objekt zur wiederholbaren Ausführung gespeichert
MehrBackup & Recovery in Oracle 11g Funktionen und Features
Backup & Recovery in Oracle 11g Funktionen und Features Wolfgang Thiem Server Technologies Customer Center ORACLE Deutschland GmbH Warum werden Backups gemacht? Damit man im Fehlerfall auf einen konsistenten
Mehr<Insert Picture Here> Verschlüsselung in der Datenbank
Verschlüsselung in der Datenbank Ralf Durben ORACLE Deutschland GmbH Verschlüsselung in den Datendateien Bedrohung Direkter Zugriff aus BS- Ebene Online Datendateien Backup Abwehrmaßnahme
MehrStandby in 5 Minuten. und was man sonst noch so mit Dataguard machen kann
Standby in 5 Minuten und was man sonst noch so mit Dataguard machen kann About Me Benjamin Kurschies Jahrgang 1980 seit 2007 Oracle DBA Seit 2015 Stellv. DOAG Regioleiter Hamburg Technisch Spezialisiert
MehrMartin Wunderli (martin.wunderli@trivadis.com)
Betrifft Standby Aber logisch! Art der Info Lösungskonzept (Januar 2003) Autor Quelle Martin Wunderli (martin.wunderli@trivadis.com) Beratungstätigkeit Schlüsselworte Data Guard, Logische Standby Datenbank
Mehr<Insert Picture Here> Oracle Dataguard. Harald Wolf, Sales Consulting, Nürnberg
Oracle Dataguard Harald Wolf, Sales Consulting, Nürnberg Architektur der Exadata Database Machine Ein komplettes System: rechnen, speichern, vernetzen Datenbank Server (Grid/RAC)
MehrLutz Fröhlich. Oracle ng. mitp
Lutz Fröhlich Oracle ng mitp Teil A Installation, Architektur und Infrastruktur 13 i Einleitung 15 i.i Der Aufbau des Buches 16 1.2 Oracle-Version 17 1.3 Konventionen 17 1.4 Software herunterladen 17 1.5
MehrActive-DataGuard bei Autoscout24: eine Lesefarm im Praxiseinsatz
Active-DataGuard bei Autoscout24: eine Lesefarm im Praxiseinsatz Sabine Langer Autoscout24 GmbH München Michael Skowasch Ordix AG Köln Schlüsselworte Active Dataguard, Loadbalancer, Observer, Fast Start
MehrDOAG München 2011. Die etwas anderen Oracle Performance-Tipps. Marco Patzwahl
DOAG München 2011 Die etwas anderen Oracle Performance-Tipps Marco Patzwahl MuniQSoft GmbH Gegründet 1998 Tätigkeitsbereiche: Oracle Support (Mo-Fr 7.00 22.00, Sa+So ab Mai 2011) Oracle IT Consulting &
MehrOracle Backup und Recovery mit RMAN
Oracle Backup und Recovery mit RMAN Seminarunterlage Version: 12.04 Copyright Version 12.04 vom 16. Juli 2015 Dieses Dokument wird durch die veröffentlicht. Copyright. Alle Rechte vorbehalten. Alle Produkt-
MehrRAC und Standby Datenbanken: Dienste und Daten hochverfügbar
DOAG Konferenz 2003 Dr. Martin Wunderli Trivadis AG RAC und Standby Datenbanken: Dienste und Daten hochverfügbar www.trivadis.com Agenda A. Positionierung im Oracle HA Umfeld B. Kombination aus RAC und
MehrHP IT-Symposium Stephan Haas. Server Technology Competence Center ORACLE Deutschland GmbH. Page
Stephan Haas Server Technology Competence Center ORACLE Deutschland GmbH Page 1 www.decus.de 1 Lokale vs. Remote Ausfallsicherheit Ungeplante Downtime Hochverfügbarkeit von ORACLE- Datenbanksystemen System-
MehrÜbung PL/SQL Trigger Lösungen
Übung PL/SQL Trigger Lösungen 1) Gebe das aktuelle Datum aus. Wofür steht dual? Ändere das Datum für Deine aktuelle Session auf das Format Jahr (4 Stellen) Monat (2 Stellen) Tag (2 Stellen)[Leerzeichen]Stunde
MehrDbvisit Oder doch lieber Data Guard?
Dbvisit Oder doch lieber Data Guard? Andreas Kother TEAM GmbH Paderborn Schlüsselworte Datenbank, Verfügbarkeit, Standby, Dbvisit, Data Guard. Einleitung Verfügbarkeit oder besser Hochverfügbarkeit von
Mehr<Insert Picture Here> Überblick Oracle Recovery Manager
Überblick Oracle Recovery Manager Andreas Zack Senior Sales Consultant STCC Stuttgart Backup sollte folgendes umfassen Datendateien Control-Dateien Redo Log Dateien Nur bei Vollbackup
MehrJohannes Ahrends Geschäftsführer CarajanDB GmbH CarajanDB GmbH
Johannes Ahrends Geschäftsführer CarajanDB GmbH Vorstellung CarajanDB I Index oder nicht Index das ist doch keine Frage, oder? Was kann der DBA tun? Was kann der Entwickler tun? 2 Experten mit über 30
MehrISU 1. Ue_08/02_Datenbanken/SQL. 08 Datenbanken. Übung. SQL Einführung. Eckbert Jankowski. www.iit.tu-cottbus.de
08 Datenbanken Übung SQL Einführung Eckbert Jankowski www.iit.tu-cottbus.de Datenmodell (Wiederholung, Zusammenfassung) Objekte und deren Eigenschaften definieren Beziehungen zwischen den Objekten erkennen/definieren
MehrOracle 9i Einführung Performance Tuning
Kurs Oracle 9i Einführung Performance Tuning Teil 3 Der Optimizer Timo Meyer Wintersemester 2005 / 2006 Seite 1 von 16 Seite 1 von 16 1. auf Tabellen 2. 3. Optimizer 4. Optimizer RBO 5. Optimizer CBO 6.
MehrOracle8 & Recovery Handbuch
Rama Velpuri Anand Adkoli Oracle8 & Recovery Handbuch Carl Hanser Verlag München Wien :M : - Die Autoren Vorwort Danksagungen Einleitung XIII XV XVII XIX 1 Ein Überblick über Backup und Recovery 1 1.1
MehrOracle RMAN... beim Recovery das Disaster erleben?
Oracle RMAN... beim Recovery das Disaster erleben? Volker Mach MT AG 40882 Ratingen Schlüsselworte: Datenbankadministration, Backup- und Recovery, RMAN Einleitung Jeder Datenbankadministrator kennt die
MehrOracle 10g Migration an einem Kundenbeispiel
Oracle 10g Migration an einem Kundenbeispiel Wilhelm Breßer ORDIX AG Copyright ORDIX AG Oracle 10g Migration am Kundenbeispiel 1 Ausgangssituation Große deutsche Bank Migration an 3 Standorten (Frankfurt
MehrÜbung 5. Implementierung einer Datenbank. Prof. Dr. Andreas Schmietendorf 1. Übung 5
Implementierung einer Datenbank Prof. Dr. Andreas Schmietendorf 1 Aufgabenbeschreibung Prof. Dr. Andreas Schmietendorf 2 Zielstellung Nachdem innerhalb der Übung 4 das konzeptionelle Modell einer späteren
MehrHochverfügbarkeit mit Data Guard Möglichkeiten und Grenzen
Hochverfügbarkeit mit Data Guard Möglichkeiten und Grenzen Andreas Kother Paderborn ORDIX AG Schlüsselworte: Verfügbarkeit, Data Guard, RAC Einleitung Täglich wird der DBA mit neuen Anforderungen konfrontiert.
MehrDatenhistorisierung mit Oracle Flashback und Data Guard
Datenhistorisierung mit Oracle Flashback und Data Guard DOAG Regionaltreffen Berlin Martin Frädrich Seniorberater OPITZ CONSULTING Berlin GmbH Berlin, 03.03.2010 OPITZ CONSULTING GmbH 2009 Seite 1 Vorstellung
MehrRMAN Duplicate. von. dbtotal.de. Jaroslav Dutov.
RMAN Duplicate von Jaroslav Dutov dbtotal.de Agenda Überblick Duplicate - das Verfahren Active Database Duplication der Ablauf Backup-based Duplication der Ablauf Troubleshooting Fazit
MehrNeue Welten: Externe Daten mit APEX nutzen
Neue Welten: Externe Daten mit APEX nutzen Carsten Czarski Oracle Application Express Development-Team DOAG Regio München - 17. Mai 2018 Copyright 2017 Oracle and/or its affiliates. All rights reserved.
MehrOracle Data Guard 11gR2. What s new? DOAG Regionaltreffen 17.06.2010 Martin Decker
Oracle Data Guard 11gR2 What s new? DOAG Regionaltreffen 17.06.2010 Agenda Vorstellung Data Guard Kurzeinführung physical / logical / snapshot Transport Modes Protection Modes Role Transitions (Switchover/Failover)
MehrAPEX (Hoch) Verfügbar? Ernst Leber
(Hoch) Verfügbar? Ernst Leber 22.11.2017 1 Im Überblick Technologie-orientiert Branchen-unabhängig Hauptsitz Ratingen 240 Beschäftigte Ausbildungsbetrieb Inhabergeführte Aktiengesellschaft Gründungsjahr
MehrÜben von DDL und DML. Ergebnis:
SQL DDL Üben von DDL und DML https://www.jdoodle.com/execute-sql-online Ergebnis: Befehlsgruppen in SQL DDL Data Definition Language DML Data Manipulation Language CREATE: Tabellen anlegen DROP: Tabellen
Mehrwww.informatik-aktuell.de
www.informatik-aktuell.de Flashback Reise in die Vergangenheit einfach. gut. beraten. Warum Oracle Zeitreisen anbieten kann, der Microsoft SQL Server aber leider nicht. IT-Tage Datenbanken 18.12.2015,
Mehr11g Release 2 Erste Erfahrungen. Dr. Günter Unbescheid Database Consult GmbH
11g Release 2 Erste Erfahrungen Dr. Günter Unbescheid Database Consult GmbH 11g Release 2: Das Wichtigste in Stichworten Deferred Segment Creation SQL> create table test ( 2 c1 number, c2 varchar2(100))
MehrErzeugen von Constraints
Erzeugen von Constraints Was sind Constraints? Durch Constraints werden Regeln auf einem bestimmtem Tabellen-Level erzwungen. Die folgenden Constraint-Typen sind in Oracle integriert: NOT NULL UNIQUE Key
MehrTablespaces und Datendateien
Tablespaces und Datendateien Thomas Klughardt Senior Presales Consultant thomas.klughardt@quest.com 2010 Quest Software, Inc. ALL RIGHTS RESERVED Agenda Definition Was sind Tablespaces und Datendateien?
MehrAnwendungsentwicklung Datenbanken SQL. Stefan Goebel
Anwendungsentwicklung Datenbanken SQL Stefan Goebel SQL Structured Query Language strukturierte Abfragesprache von ANSI und ISO standardisiert deklarativ bedeutet was statt wie SQL beschreibt, welche Daten
MehrAuditing Sinn, Einsatzmöglichkeiten und Performance
Auditing Sinn, Einsatzmöglichkeiten und Performance Webinar Auditing Klaus Reimers Leiter Beratung 09.11.2012, Paderborn kr@ordix.de www.ordix.de Agenda Sinn und Zweck des Auditing Methoden und Einsatzmöglichkeiten
MehrUndo Tablespace statt Blockaden Blick in die Vergangenheit. Thomas Klughardt Senior System Consultant
Undo Tablespace statt Blockaden Blick in die Vergangenheit Thomas Klughardt Senior System Consultant Atomicity, Consistency und Isolation Das ACID Modell Transaktionen in Oracle Datenbanken arbeiten ACID
Mehr3.3. Implementierung in SQL DDL-Grundlagen Constraint-Verzögerung Implementierungs-Strategien
CREATE TABLE SPEND_STAT ( S_STATUS VARCHAR2(1), STAT_TXT VARCHAR2(15), PRIMARY KEY (S_STATUS) ENABLE ) ; 3.3. Implementierung in SQL DDL-Grundlagen Constraint-Verzögerung Implementierungs-Strategien DDL:
MehrTipps und Tricks in der Datenbankadministration
Tipps und Tricks in der Datenbankadministration Nürnberg, 17. November 2011 Volker Mach - Fachbereichsleiter IT System Services MT AG Key Facts MT AG MANAGING TECHNOLOGY ENABLING THE ADAPTIVE ENTERPRISE
MehrEin reales Testumfeld bereitstellen - basierend auf einer Produktionsdatenbank (ohne eine neue Kopie zu erstellen)
Ein reales Testumfeld bereitstellen - basierend auf einer Produktionsdatenbank (ohne eine neue Kopie zu erstellen) Auch in früheren Versionen als der 11.2, konnte man eine Standby Datenbank abhängen, sie
Mehrids-system GmbH Tipp #3 Leer-Strings in SQL oder die Frage nach CHAR oder VARCHAR
ids-system GmbH Tipp #3 Leer-Strings in SQL oder die Frage Zusammenfassung Dieses Dokument beschreibt die Unterschiede zwischen CHAR und VARCHAR Datentyp sowie die Behandlung im SQL Michael Tiefenbacher
MehrOracle-Datenbankmigration mit minimalen Ausfallzeiten
Oracle-Datenbankmigration mit minimalen Ausfallzeiten Sven Salzwedel 03.09.2014, Berlin Agenda Allgemeines Abgrenzung Herkömmliche Migrationswege Zeiteffiziente Migrationswege Agenda Allgemeines Abgrenzung
MehrWeblogic 12.2 und DB 12.2 das perfekte Duo
Gemeinsam mehr erreichen. Weblogic 12.2 und DB 12.2 das perfekte Duo Matthias Fuchs, Andreas Chatziantoniou Vorstellung > Esentri > Matthias Fuchs > Oracle Partner Spezialized SOA > Ettlingen, Nürnberg
MehrOracle Virtual Private Database
Oracle Virtual Private Database Rolf Wesp Consultant Application Development Rolf.Wesp@trivadis.com Düsseldorf, September 2008 Basel Baden Bern Lausanne Zürich Düsseldorf Frankfurt/M. Freiburg i. Br. Hamburg
MehrFast Analytics on Fast Data
Fast Analytics on Fast Data Kudu als Storage Layer für Banking Applikationen Problem Klassischer Kreditprozess Beantragung in der Filiale Aufwendiger Prozess Nachweis durch Dokumente Manuelle Bewilligung
MehrOracle native json Support. Erste Schritte
Oracle native json Support Erste Schritte 1 Ausgangslage Als erster Schritt erstellen wir eine Tabelle, die wir für den weiteren Verlauf brauchen werden. Die Felder Id, Created und Username sind normale
MehrOracle 10g Einführung
Kurs Oracle 10g Einführung Teil 2 Oracle 10g Express Edition (XE) Installation auf Windows XP GridAgenda Timo Meyer Administration von Oracle-Datenbanken Seite 1 von 50 Timo Meyer Sommersemester 2006 Seite
MehrRelationales Datenbanksystem Oracle
Relationales Datenbanksystem Oracle 1 Relationales Modell Im relationalen Modell wird ein relationales Datenbankschema wie folgt beschrieben: RS = R 1 X 1 SC 1... R n X n SC n SC a a : i=1...n X i B Information
MehrDOAG HC ApEx Workshop. OPITZ CONSULTING GmbH 2009 Seite 1
OPITZ CONSULTING GmbH 2009 Seite 1 Ein Kurzeinstieg in Oracle Application Express Enno Schulte, Werksstudent OPITZ CONSULTING Gummersbach GmbH Fachhochschule Gummersbach, 07.10.2009 OPITZ CONSULTING GmbH
MehrNeue Wege zur Oracle-Migration
Neue Wege zur Oracle-Migration Laurenz Albe laurenz.albe@cybertec.at Cybertec Swiss PGDay 2018 Die Problemstellung DB-Migration besteht aus mehreren Teilen: Objektdefinitionen migrieren (CREATE TABLE,
MehrFlashback Früher war alles besser Marion Mahr Daniel Schulz Flashback Früher war alles besser
Flashback Früher war alles besser Marion Mahr Senior Consultant Daniel Schulz Solution Architect OPITZ CONSULTING GmbH München, 14.09.2012 OPITZ CONSULTING GmbH 2012 Seite 1 Mission Wir entwickeln gemeinsam
MehrOracle GoldenGate Die Replikation beginnt mit Initial-Load! DOAG Konferenz Nürnberg 16. November 2011
Oracle GoldenGate Die Replikation beginnt mit Initial-Load! DOAG Konferenz Nürnberg 16. November 2011 Joachim Jaensch Principal Sales Consultant BU ST-PCM Agenda Oracle GoldenGate Initial-Load Synchronisation
MehrDB1. DB SQL-DQL 1 Mario Neugebauer
DB1 DB1-12 041-SQL-DQL 1 Mario Neugebauer Einführung Informationsmodellierung Relationales Datenbankmodell Datenbanksprache SQL Einführung Daten-Abfrage-Sprache - DQL Daten-Definitions-Sprache - DDL Daten-Manipulations-Sprache
Mehr<Insert Picture Here> RMAN Full Backups zum Preis von inkrementellen Backups
RMAN Full Backups zum Preis von inkrementellen Backups Ralf Lange Leitender Systemberater RMAN Full Backups zum Preis von inkrementellen Backups Einführung RMAN Vollständige und inkrementelle
MehrSQL Developer Unit Tests
Perry Pakull Principal Consultant Trivadis AG BASEL BERN BRUGG LAUSANNE ZÜRICH DÜSSELDORF FRANKFURT A.M. FREIBURG I.BR. HAMBURG MÜNCHEN STUTTGART WIEN 1 @PerryPakull Principal Consultant Trivadis AG in
MehrData Guard. Aus der Praxis. Alexander Hofstetter Trivadis GmbH München
Data Guard Aus der Praxis Alexander Hofstetter Trivadis GmbH München BASLE BERN BRUGG DÜSSELDORF FRANKFURT A.M. FREIBURG I.BR. GENEVA HAMBURG COPENHAGEN LAUSANNE MUNICH STUTTGART VIENNA ZURICH About me
MehrAgenda. FRA Was ist das? Warum sollte die FRA genutzt werden? FRA INIT Paramter Verzeichnisstruktur (Beispiel) Überwachung der Flash Recovery Area
Fast Recovery Area Agenda FRA Was ist das? Warum sollte die FRA genutzt werden? FRA INIT Paramter Verzeichnisstruktur (Beispiel) Überwachung der Flash Recovery Area Praxisbeispiel Exkurs: Restore SPFILE
MehrRMAN Recovery Katalog: Wozu ist der da und soll ich ihn benutzen?
RMAN Recovery Katalog: Wozu ist der da und soll ich ihn benutzen? Dierk Lenz DOAG Database Day 2017 Herrmann & Lenz Services GmbH Erfolgreich seit 1996 am Markt Firmensitz: Burscheid (bei Leverkusen) Beratung,
MehrDOAG 2010 ORACLE PLATTFORM MIGRATION CROSS PLATFORM TRANSPORTABLE TABLESPACES (XTTS)
DOAG 2010 ORACLE PLATTFORM MIGRATION CROSS PLATFORM TRANSPORTABLE TABLESPACES (XTTS) METHODE UND ERFAHRUNGSBERICHT JOSEF LIPPERT FREIBERUFLICHER IT CONSULTANT MÜNCHEN Wer bin ich Freiberuflicher IT Consultant
MehrJohannes Ahrends CarajanDB GmbH CarajanDB GmbH
Johannes Ahrends CarajanDB GmbH CarajanDB wer ist denn das? Basisinformationen Standard Edition Funktionsvergleich Was gehört zur Hochverfügbarkeit? Redundante Systeme Monitoring Migration 2 Experten mit
MehrFakultät für Informatik & Wirtschaftsinformatik DB & IS II - WS Metadaten. Andreas Schmidt Metadaten 1/17
Metadaten Andreas Schmidt Metadaten 1/17 Metadaten Metadaten sind Daten über Daten Data-Dictionary speichert Informationen über die Struktur der Daten, z.b.: Tabellen, Spalten, Datentypen Primär- und Fremdschlüssel,
MehrDatenbanken SQL Einführung Datenbank in MySQL einrichten mit PhpMyAdmin
Datenbanken SQL Einführung Datenbank in MySQL einrichten mit PhpMyAdmin PhpMyAdmin = grafsches Tool zur Verwaltung von MySQL-Datenbanken Datenbanken erzeugen und löschen Tabellen und Spalten einfügen,
Mehr