ADR Best Practices. Best Practices bei der Nutzung des Automatic Diagnostic Repository. DOAG Regio. Christian Ballweg. OPITZ CONSULTING Essen GmbH

Transkript

1 Best Practices bei der Nutzung des Automatic Diagnostic Repository DOAG Regio Christian Ballweg OPITZ CONSULTING Essen GmbH Essen, :30-20:30 Uhr OPITZ CONSULTING GmbH 2010 Seite 1

2 Märkte Kunden Leistungsangebot Fakten Java SOA ORACLE BI/DWH Outtasking Branchenübergreifend Über 600 Kunden IT-Strategie Beratung Implementierung Betrieb Training Gründung Mitarbeiter 8 Standorte in D/PL/CH Industrie / Versorger / Telekommunikation 29% Handel / Logistik / Dienstleistungen 29% 42% Öffentliche Auftraggeber / Banken & Versicherungen / Vereine & Verbände OPITZ CONSULTING GmbH 2010 Seite 2

3 ADR & Fault Diagnosability Infrastructure Fault Diagnosability Infrastructure besteht aus Automatic Health Monitor Fehlererkennung und Problemlösung Automatic Diagnostic Repository (ADR) Fehlerverwaltung User Interface: Schnittstelle zum Administrator OEM Integration: Support Workbench Command Line Interface OPITZ CONSULTING GmbH 2010 Seite 4

4 Fault Diagnosability Infrastructure: Ziele Probleme proaktiv erkennen Prävention! Verringerung der Diagnosezeit Verringerung der Zeit zur Lösung des Problems Vereinfachung der Interaktion mit dem Oracle Support Den Einfluss von Problemen (Schaden/Ausfall) begrenzen Lösung! Oracle OPITZ CONSULTING GmbH 2010 Seite 5

5 Fault Diagnosability Infrastructure: Workflow Proaktives Monitoring Prävention! Fehlererkennung ( First-failure data capture ) Information Verarbeitung Analyse Lösung! Oracle OPITZ CONSULTING GmbH 2010 Seite 6

6 Automatic Health Monitor: Funktion Fehleraufzeichnung im ADR Kategorisierung des Schweregrades (LOW, HIGH, CRITICAL) Advisor-Integration (RMAN: Data Recovery Advisor) Fehlerbehebung: Auswahl aus teils mehreren Optionen (Skripten) Überprüfung, Anpassung, Ausführung und Kontrolle Fehler feststellen und Daten sammeln 1 Bewertung des Schweregrades 2 Reparaturvorschlag machen 3 Auswahl eines Vorschlags und Reparatur 4 Proaktive Überprüfungen vornehmen 5 Health Monitor Data Recovery Advisor DBA In Anlehnung an Oracle OPITZ CONSULTING GmbH 2010 Seite 7

7 Fault Diagnosability Infrastructure: Hilfsmittel Proaktives Monitoring Checkers (proaktiv, autom. ausgelöste: ): exec DBMS_HM.RUN_CHECK('<name>', 'my_run_01') DB Structure Integrity Check (ORA-202,214,312,313,1103,1110) Data Block Integrity Checker (ORA-1578) Redo Integrity Check (ORA-353) Transaction Integrity Check (ORA-600 [4136,4137,4139,4140,4143,4144,4152]) Undo Segment Integrity Check Dictionary Integrity Check Fehlererkennung ( First-failure data capture ) Checkers (reaktiv) Log Group Member Check, CF Member Check Information Enterprise Manager: Meldungen Verarbeitung Analyse Enterprise Manager: Support Workbench, Advisors, OPITZ CONSULTING GmbH 2010 Seite 8

8 Fault Diagnosability Infrastructure: Vorteile Flood Control Begrenzung der Verarbeitung gleichartiger Fehler Space-Management Begrenzung des Volumens Begrenzung der Vorhaltezeit Automatisierung und Korrelation Auslösung von Erste-Hilfe-Maßnahmen Verbindung von Problem und Diagnoseinformationen Strukturierung und Vereinheitlichung Ein Einstiegspunkt für alle Komponenten Identische Struktur Leichter Überblick über alle Komponenten OPITZ CONSULTING GmbH 2010 Seite 9

9 ADR: Flood Control Begrenzung der Verarbeitung gleichartiger Fehler Feste, nicht änderbare Schwellwerte Keine Detaildatensammlung mehr nach max. 5 Incidents für dasselbe Problem (PROBLEM KEY) pro Stunde, Neuaufnahme nach 1 Stunde max. 25 Incidents für dasselbe Problem (PROBLEM KEY) pro Tag, Neuaufnahme nach 1 Tag aber weiterhin Meldungen im Alert.log und hochzählen der Anzahl im ADR Keine Aufnahme mehr ins ADR max. 50 Incidents für dasselbe Problem (PROBLEM KEY) pro Stunde max. 250 Incidents für dasselbe Problem (PROBLEM KEY) pro Tag und Meldung im Alert.log, dass keine Incidents mehr aufgezeichnet werden Incident was flood controlled OPITZ CONSULTING GmbH 2010 Seite 10

10 ADR: Space Management Korrelation der (aggregierten) Informationen über das Metadaten Repository Begrenzung der Vorhaltung per änderbarer Policy Detail Retention Policy (SHORTP_POLICY) Default: 1 Monat Metadata Retention Policy (LONGP_POLICY) Default: 1 Jahr Ändern: adrci> set control (LONGP_POLICY = 4380) 1/2 Jahr (4380/24 = 182,5 Tage) LAST_AUTOPRG_TIME adrci> show control Policyänderung erst aktiv, wenn o.g. Wert sich geändert hat kann bis zu 7 Tage dauern! (Metalink Note ) OPITZ CONSULTING GmbH 2010 Seite 11

11 ADR: Vergleich Ab 11gR1 Init-Parameter DIAGNOSTIC_DEST ersetzt BACKGROUND_DUMP_DEST CORE_DUMP_DEST USER_DUMP_DEST Diagnostic Data ehemalige Lokation: <11g 11g: ADR Lokation Foreground Process Trace Files USER_DUMP_DEST ADR_HOME/trace Background Process Trace Files BACKGROUND_DUMP_DEST ADR_HOME/trace Database Alert Log File BACKGROUND_DUMP_DEST ADR_HOME/alert/log.xml ADR_HOME/trace/alert_<SID>.log SQL*Net Listener Log File* LOG_DIRECTORY_listener ADR_HOME/alert/log.xml Core Dump Files CORE_DUMP_DEST ADR_HOME/cdump Incident Dump Files USER_DUMP_DEST BACKGROUND_DUMP_DEST ADR_HOME/incident/incdir_n Quelle: g Diagnosability: Frequently Asked Questions *) DIAG_ADR_ENABLED_listener_name = ON (default), wenn OFF wird wie bisher nach LOG_DIRECTORY_listener geschrieben ($ORACLE_HOME/network/admin/log) OPITZ CONSULTING GmbH 2010 Seite 12

12 ADR: Struktur background_dump_dest core_dump_dest user_dump_dest GUI: ADR_ BASE Support Workbench metadata cdump hm incpkg ir incident lck stage sweep Commandline: adrci> show catalog; adrci> show incident; adrci> ips pack incident 19148; Neu: DIAGNOSTIC_DEST $ORACLE_BASE (default) $ORACLE_HOME/log alert selbst gewählt diag rdbms DB Name SID Name ADR_HOME Struktur: V$DIAG_INFO trace log.xml incdir_1 incdir_n alert_sid.log Form: ADR_BASE/diag/<product>/<product_id>/<instance_id> ADR_HOME product rdbms tnslsnr clients product_id db_name +asm hostname (Note: ) OPITZ CONSULTING GmbH 2010 Seite 13

13 ADR: Verzeichnisse im ADR_HOME Directory alert cdump hm* incident incpkg ir* lck metadata stage sweep trace Inhalt neues alert.log im XML-Format (log.xml), rolliert nach 10MB Coredumps Health Monitor Reports Incident-Files Staging Area des IPS: Package Incidents+Details Data Recovery Advisor (RMAN verwendet LogMiner-Files: offline_dictionary.ir + recovery_history.ir) Lockfiles für den Zugriff auf ADR Metadaten-Files Relationen ( tables ) des ADR (adrci: show catalog; describe ) Staging Directory für das Befüllen von ADR-Relationen temporäre Dateien während Incidentgenerierung (vermeiden konkurrierenden Metadaten-Zugriff) Alle Tracefiles(früher [b,u]dump-directories) + Textversion ( altes alert_sid.log, rolliert nicht!) *) Nur im Datenbank- ADR_HOME OPITZ CONSULTING GmbH 2010 Seite 14

14 EM Support Workbench Enterprise Manager Tab: Software and Support Link: Support Workbench Interaktiver Zugang zu Problems Checker Findings Packages Verweise zu Advisor Central: Schnittstelle zu allen Advisors und Checkers Alert Log Contents (komplett) Alert Log Errors (wichtiger Link: Metrik- und Policy-Einstellungen) Create User-Reported Problem (genutzte Advisors) System-Performance (ADDM) Abfrage-Performance (SQL Advisor) Ressourcennutzung (Memory Advisor) oder: Manuelle Erstellung Incident Packaging Configuration Retention Package Settings OPITZ CONSULTING GmbH 2010 Seite 15

15 ADR Commandline Interface ADRCI ADRCI interaktiv Commandline Aufruf: adrci HELP SET EDITOR SET SHOW BASE SET SHOW HOMES HOME HOMEPATH TIPP: set autoshell on "This will enable you to execute the OS commands from ADRCI SHOW ALERT INCIDENT PROBLEM TRACEFILE REPORT HELP EXTENDED BEGIN END BACKUP SHOW CATALOG ADR Relationen und ADR System-Views HELP DDE DDE = Diagnostic Data Extractor CREATE INCIDENT EXECUTE ACTION SET INCIDENT PARAMETER SHOW [AVAILABLE] ACTIONS HELP HIDDEN Spezialfälle wie REGISTER INCIDENT FILE, CREATE HOME INCIDENT OPITZ CONSULTING GmbH 2010 Seite 16

16 ADR Commandline Interface ADRCI ADRCI Packaging IPS: Incident Packaging Service HELP IPS IPS ADD [FILE NEW INCIDENTS] IPS COPY IN OUT FILE IPS CREATE DELETE FINALIZE GENERATE PACKAGE IPS GET MANIFEST METADATA IPS SET SHOW CONFIGURATION IPS TIPP: Ändern von (momentan 6) Parametern die das Korrelationsverhalten bestimmen IPS SHOW CONFIGURATION IPS SET CONFIGURATION <n> PARAMETER_ID 4 NAME INCIDENT_TIME_WINDOW DESCRIPTION Incidents this close to each other are considered correlated UNIT Minutes VALUE 5 (= DEFAULT_VALUE) PARAMETER_ID 6 NAME DEFAULT_CORRELATION_LEVEL 1=BASIC, 2=TYPICAL, 4=ALL OPITZ CONSULTING GmbH 2010 Seite 17

17 ADR Commandline Interface ADRCI ADRCI im Batch Hilfe: adrci -help adrci exec="command [;command;...]" adrci script=script_filename Beispiele: 1) $ adrci exec='set home demo1; show alert -tail 5' # die letzten 5 Zeilen 2) $ cat adr_ora.scr set home demo1 show alert -p "message_text like '%ORA-%'" -term $ adrci script=adr_ora.scr 3) adrci exec="show alert -p ""originating_timestamp >= '`date +%Y-%m-%d` 00:00: :00' and message_text like '%ORA-%'"" -term;" wichtig! OPITZ CONSULTING GmbH 2010 Seite 18

18 ADR aus der Datenbank? (SQLPlus, ) Beispiel: Zugriff aus SQLPLUS create view LASTALERT as select trunc(originating_timestamp,'mi') time, MESSAGE_TEXT from V$DIAG_ALERT_EXT where ORIGINATING_TIMESTAMP > sysdate-1 and COMPONENT_ID = 'rdbms' and upper(message_text) like '%ORA-%'; create public synonym LASTALERT for SYS.LASTALERT; grant select on LASTALERT to <user>; OPITZ CONSULTING GmbH 2010 Seite 19

19 Incidents, Problems & Packaging: Incident Status collecting = 1 Incident wurde soeben erzeugt, sammelt noch die Diagnoseinformationen und sollte noch nicht gepackt werden (noch unvollständig) ready = 2 Sammeln der Diagnoseinformationen ist abgeschlossen Kann zur Problemanalyse oder als Paket für den Oracle Support genutzt werden tracking = 3 Datenbankadministrator arbeitet an diesem Problem Dieser Status muss manuell gesetzt werden closed = 4 Incident gilt als erledigt und kann gelöscht werden, sobald die Retention Policy greift. data purged = 5 Dateien wurden vom Incident gelöscht adrci> show incident -p "status = 3" -mode [brief detail] OPITZ CONSULTING GmbH 2010 Seite 20

20 Incidents, Problems & Packaging Packaging: logische Schritte Einfach: 1 2 Create Logical Package Generate Physical Package Sollen sensitive Daten entfernt werden, dann sind folgende Schritte (manuell per IPS-Command oder mittels Support Workbench) auszuführen: Create logical package Finalize package Remove sensitive data Generate physical package OPITZ CONSULTING GmbH 2010 Seite 21

21 Incidents, Problems & Packaging Packaging: Kommandos Einfach: 1 2 adrci> ips create package incident adrci> ips generate package <X> in <DIR> Sollen sensitive Daten entfernt werden, dann sind folgende Schritte (manuell per IPS-Command oder mittels Support Workbench) auszuführen: adrci> ips create package incident adrci> ips finalize package <X> adrci> ips copy [in out] file -- oder via GUI adrci> ips generate package <X> in <DIR> OPITZ CONSULTING GmbH 2010 Seite 22

22 Incidents, Problems & Packaging Packaging: Vorgehensweise für die ganz Schnellen Schritte: 1 adrci> ips pack incident OPITZ CONSULTING GmbH 2010 Seite 23

23 1 Demo: Fehlerdatensammlung OPITZ CONSULTING GmbH 2010 Seite 24

24 Anwendungsbeispiele Fehler beim User Übersicht beim DBA OPITZ CONSULTING GmbH 2010 Seite 25

25 Anwendungsbeispiele Fehler im Enterprise Manager ( sofort ) OPITZ CONSULTING GmbH 2010 Seite 26

26 Anwendungsbeispiele und nach einiger Zeit (die reaktiven Checker laufen an) OPITZ CONSULTING GmbH 2010 Seite 27

27 Anwendungsbeispiele Alert oder: Software und Support Support Workbench OPITZ CONSULTING GmbH 2010 Seite 28

28 Anwendungsbeispiele Support Workbench: PROBLEM ( Self Service ) OPITZ CONSULTING GmbH 2010 Seite 29

29 Anwendungsbeispiele Support Workbench: PROBLEM ( Oracle Support ) OPITZ CONSULTING GmbH 2010 Seite 30

30 Anwendungsbeispiele adrci: ORA-Meldungen des heutigen Tages über ALLE Homes ausgeben ~]$ adrci exec="show alert -p ""originating_timestamp >= ' :00: :00' and message_text like '%ORA- %'"" -term;" :13: :00 Errors in file /u01/app/oracle/diag/rdbms/demo1/demo1/trace/demo1_ora_3288.trc (incident=40180): ORA-01578: ORACLE data block corrupted (file # 6, block # 131) ORA-01110: data file 6: '/u01/app/oracle/oradata/demo1/meints_01.dbf' OPITZ CONSULTING GmbH 2010 Seite 31

31 Anwendungsbeispiele adrci: Nach offenem Incident suchen (Status 4=closed, 5=data purged) ~]$ adrci exec="show incident -p 'status<4'" ADR Home = /u01/app/oracle/diag/tnslsnr/noname/listener: ************************************************************************* 0 rows fetched ADR Home = /u01/app/oracle/diag/tnslsnr/localhost/listener: ************************************************************************* 0 rows fetched ADR Home = /u01/app/oracle/diag/rdbms/demo1/demo1: ************************************************************************* INCIDENT_ID PROBLEM_KEY CREATE_TIME ORA :13: :00 1 rows fetched OPITZ CONSULTING GmbH 2010 Seite 32

32 Anwendungsbeispiele adrci: Incident in moderater Länge (STATUS beachten) ~]$ adrci exec="set home 1;show incident -mode brief" ********************************************************** INCIDENT INFO RECORD 1 ********************************************************** INCIDENT_ID STATUS ready CREATE_TIME :13: :00 PROBLEM_ID 1 CLOSE_TIME <NULL> FLOOD_CONTROLLED none ERROR_FACILITY ORA ERROR_NUMBER 1578 ERROR_ARG1 6 ERROR_ARG IMPACTS 0 1 rows fetched OPITZ CONSULTING GmbH 2010 Seite 33

33 Anwendungsbeispiele adrci: Incident in voller Länge (analog Workbench: Vorfälle ) [oracle@localhost ~]$ adrci exec="set home 1;show incident -mode detail" ********************************************************** INCIDENT INFO RECORD 1 ********************************************************** INCIDENT_ID STATUS ready CREATE_TIME :13: :00... OWNER_ID 1 INCIDENT_FILE <AH>/incident/incdir_40180/demo1_ora_3288_i40180.trc OWNER_ID 1 INCIDENT_FILE <AH>/trace/demo1_ora_3288.trc OWNER_ID 1 INCIDENT_FILE <AH>/incident/incdir_40180/demo1_m001_3310_i40180_a.trc 1 rows fetched OPITZ CONSULTING GmbH 2010 Seite 34

34 Anwendungsbeispiele Support Workbench: PROBLEM INCIDENT OPITZ CONSULTING GmbH 2010 Seite 35

35 Anwendungsbeispiele Support Workbench: INCIDENT OPITZ CONSULTING GmbH 2010 Seite 36

36 Anwendungsbeispiele Support Workbench: INCIDENT OPITZ CONSULTING GmbH 2010 Seite 37

37 Anwendungsbeispiele adrci: Incident in moderater Länge (STATUS beachten) ~]$ adrci exec="set home 1;show incident -mode brief" ********************************************************** INCIDENT INFO RECORD 1 ********************************************************** INCIDENT_ID STATUS tracking CREATE_TIME :13: :00 PROBLEM_ID 1 CLOSE_TIME <NULL> FLOOD_CONTROLLED none ERROR_FACILITY ORA ERROR_NUMBER 1578 ERROR_ARG1 6 ERROR_ARG IMPACTS 0 1 rows fetched OPITZ CONSULTING GmbH 2010 Seite 38

38 Anwendungsbeispiele Health Monitor Findings SQLPlus: select * from v$hm_finding; Media Block Corruption PERSISTENT_DATA 17-NOV PM HIGH OPEN FAILURE Block 131 in datafile 6: '/u01/app/oracle/oradata/demo1/meints_01.dbf' is media corrupt Object TTABLE owned by CBA might be unavailable adrci> query hm_finding bzw. adrci> select * from hm_finding One or more corrupted blocks 25 PERSISTENT_DATA :13: : :13: : Media Block Corruption 26 PERSISTENT_DATA :13: : OPITZ CONSULTING GmbH 2010 Seite 39

39 2 Demo Fehlerbehebung: Data Recovery Advisor OPITZ CONSULTING GmbH 2010 Seite 40

40 Anwendungsbeispiele Weiter in Session rman target / repair failure [using repairid 4322]; using target database control file instead of recovery catalog Strategy: The repair includes complete media recovery with no data loss Repair script: /u01/app/oracle/diag/rdbms/demo1/demo1/hm/reco_ hm contents of repair script: # restore and recover datafile sql 'alter database datafile 6 offline ; restore datafile 6; recover datafile 6; sql 'alter database datafile 6 online ; Do you really want to execute the above repair (enter YES or NO)? YES... repair failure complete Überprüfung RMAN> list failure; no failures found that match specification OPITZ CONSULTING GmbH 2010 Seite 41

41 Anwendungsbeispiele rman target / list failure; list failure detail; advise failure; repair failure preview; Reparaturvorschlag im Repository: adrci> query hm_recommendation ist identisch mit SQL> select * from v$hm_recommendation; und liefert: OPITZ CONSULTING GmbH 2010 Seite 42

42 Anwendungsbeispiele Aufräumen Support Workbench: Klick auf PROBLEM ID, markieren & schließen OPITZ CONSULTING GmbH 2010 Seite 43

43 Anwendungsbeispiele Nach 30 Tagen werden Detaildaten entfernt (shortp_policy) Abschluß: Meldungen (Alerts) im Enterprise Manager zurücksetzen User versucht und: OPITZ CONSULTING GmbH 2010 Seite 44

44 Anwendungsbeispiele Im Enterprise Manager OPITZ CONSULTING GmbH 2010 Seite 45

45 3 Demo: Packaging und Inhaltsanpassung OPITZ CONSULTING GmbH 2010 Seite 46

46 Anwendungsbeispiele adrci: neues logisches Package erstellen adrci> set home demo1 adrci> IPS CREATE PACKAGE INCIDENT Created package 4 based on incident id 40180, correlation level typical Weitere Möglichkeiten IPS CREATE PACKAGE PROBLEM <prob_id> IPS CREATE PACKAGE PROBLEMKEY <prob_key> IPS CREATE PACKAGE SECONDS <seconds> (die letzten N Sekunden bis jetzt) IPS CREATE PACKAGE TIME <start_time> TO <end_time> Plus: CORRELATE BASIC: mit dem Incident direkt korrelierte Dumps & Trace files CORRELATE TYPICAL (default): in Zeitfenster mit Incident gefundene Dumps & Trace files CORRELATE ALL: alle Dumps & Trace files zwischen erstem und letztem Incident im Paket OPITZ CONSULTING GmbH 2010 Seite 47

47 Anwendungsbeispiele adrci: finalisieren (korrelierte Informationen aufnehmen) adrci> IPS FINALIZE PACKAGE 4 Finalized package 4 adrci: (sensible) entfernen, neue Infos hinzufügen ips copy out file <ADR_HOME/source> to <dest> [OVERWRITE] -- oder via GUI: Link "Ja" hinter "In Package integriert"... "Package anpassen" Button ips copy in file <dest> to <ADR_HOME/source> [OVERWRITE] package <ID> TIPP Nutzen Sie (spätestens) hierzu die GUI Support Workbench, da hier die Verweise besser sichtbar und die Dateien leichter anzunavigieren sind! Dies wird im folgenden beschrieben OPITZ CONSULTING GmbH 2010 Seite 48

48 Anwendungsbeispiele 1) Zurück zum PROBLEM 2) dort auf In Package integriert: Ja OPITZ CONSULTING GmbH 2010 Seite 49

49 Anwendungsbeispiele 3) Anzeigen wählen bzw. auf Package klicken 4) Package anpassen OPITZ CONSULTING GmbH 2010 Seite 50

50 Anwendungsbeispiele 5) Inhalt hinzufügen / entfernen OPITZ CONSULTING GmbH 2010 Seite 51

51 Anwendungsbeispiele Beispiel: alert_demo1.log nach /tmp und anschließendes Editieren OPITZ CONSULTING GmbH 2010 Seite 52

52 Anwendungsbeispiele Beispiel: nach Editieren wieder zurückkopieren OPITZ CONSULTING GmbH 2010 Seite 53

53 Anwendungsbeispiele adrci: Packet generieren (ZIP) adrci> IPS GENERATE PACKAGE 4 IN /tmp Generated package 4 in file /tmp/ora1578_ _com_1.zip, mode complete Optionen COMPLETE (default) Kompletter Inhalt INCREMENTAL Nur die Files, die seit dem letzten GENERATE geändert oder hinzugefügt wurden OPITZ CONSULTING GmbH 2010 Seite 54

54 Anwendungsbeispiele adrci: Überprüfung adrci> mkdir /tmp/ora1578_ _com_1 adrci> cd /tmp/ora1578_ _com_1 adrci> unzip../ora1578_ _com_1.zip Archive:../ORA1578_ _COM_1.zip inflating:... adrci> find /tmp/ora1578_ _com_1 -name "alert*" -type f /tmp/ora1578_ _com_1/diag/rdbms/demo1/demo1/incpkg/pkg_4/alert _demo1.log nur 1 File kein alert_demo1.log im trace-verzeichnis! adrci> head -3 /tmp/ora1578_ _com_1/diag/rdbms/demo1/demo1/incpkg/pkg_4/alert _demo1.log # I was here!!! Sun Nov 01 15:40: Shutting down instance (abort) OPITZ CONSULTING GmbH 2010 Seite 55

55 Fehler behoben bzw. Support aktiviert! OPITZ CONSULTING GmbH 2010 Seite 56

56 Schlusswort Zu guter Letzt Die Vorteile nochmal zusammengefasst: außerhalb der DB und damit immer verfügbar Korrelation und Kommunikation mit Support Zusammenfassung aller Komponenten Speichermanagement & Flood Control Retention: aggregierte Informationen als Historie Zugriff mittels: Enterprise Manager aus der DB (SQLPlus: v$diag_...; z.b.: v$diag_adr_control, v$diag_alert_ext) adrci (show catalog; describe ; z.b.: adr_control, alert_ext) und OS-Mitteln (grep, vi, ; z.b.: vi $ORACLE_BASE/diag/rdbms/db_name/SID/trace/alert_SID.log) OPITZ CONSULTING GmbH 2010 Seite 57

57 Schlusswort und zu Allerletzt: Wir empfehlen, sich mit den Features des ADR und den Erleichterungen der "Fault Diagnosability Infrastructure" zu beschäftigen. Die Arbeit des Sammelns von Tracefiles und der Zusammenführung dieser Informationen entfällt fast gänzlich... Auf zu neuen Ufern und... Willkommen im neuen Zeitalter: Tracefiles können andere suchen! OPITZ CONSULTING GmbH 2010 Seite 58

58 Fragen und Antworten OPITZ CONSULTING GmbH 2010 Seite 59

59 Kontakt Christian Ballweg, Berater OPITZ CONSULTING Essen GmbH Telefon Mobil OPITZ CONSULTING GmbH 2010 Seite 61