Best Practices bei der Nutzung des Automatic Diagnostic Repository DOAG Regio Christian Ballweg OPITZ CONSULTING Essen GmbH Essen, 01.06.2010 17:30-20:30 Uhr OPITZ CONSULTING GmbH 2010 Seite 1
Märkte Kunden Leistungsangebot Fakten Java SOA ORACLE BI/DWH Outtasking Branchenübergreifend Über 600 Kunden IT-Strategie Beratung Implementierung Betrieb Training Gründung 1990 400 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
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
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
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
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
Fault Diagnosability Infrastructure: Hilfsmittel Proaktives Monitoring Checkers (proaktiv, autom. ausgelöste: 453125.1): 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
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
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
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 564269.1) OPITZ CONSULTING GmbH 2010 Seite 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: 453125.1 11g 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
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:438148.1) OPITZ CONSULTING GmbH 2010 Seite 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
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
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
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
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.000000 +01:00' and message_text like '%ORA-%'"" -term;" wichtig! OPITZ CONSULTING GmbH 2010 Seite 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
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
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: 1 2 3 4 Create logical package Finalize package Remove sensitive data Generate physical package OPITZ CONSULTING GmbH 2010 Seite 21
Incidents, Problems & Packaging Packaging: Kommandos Einfach: 1 2 adrci> ips create package incident 19148 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: 1 2 3 4 adrci> ips create package incident 19148 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
Incidents, Problems & Packaging Packaging: Vorgehensweise für die ganz Schnellen Schritte: 1 adrci> ips pack incident 19148 OPITZ CONSULTING GmbH 2010 Seite 23
1 Demo: Fehlerdatensammlung OPITZ CONSULTING GmbH 2010 Seite 24
Anwendungsbeispiele Fehler beim User Übersicht beim DBA OPITZ CONSULTING GmbH 2010 Seite 25
Anwendungsbeispiele Fehler im Enterprise Manager ( sofort ) OPITZ CONSULTING GmbH 2010 Seite 26
Anwendungsbeispiele und nach einiger Zeit (die reaktiven Checker laufen an) OPITZ CONSULTING GmbH 2010 Seite 27
Anwendungsbeispiele Alert oder: Software und Support Support Workbench OPITZ CONSULTING GmbH 2010 Seite 28
Anwendungsbeispiele Support Workbench: PROBLEM ( Self Service ) OPITZ CONSULTING GmbH 2010 Seite 29
Anwendungsbeispiele Support Workbench: PROBLEM ( Oracle Support ) OPITZ CONSULTING GmbH 2010 Seite 30
Anwendungsbeispiele adrci: ORA-Meldungen des heutigen Tages über ALLE Homes ausgeben [oracle@localhost ~]$ adrci exec="show alert -p ""originating_timestamp >= '2009-11-17 00:00:00.000000 +01:00' and message_text like '%ORA- %'"" -term;" 2009-11-17 19:13:09.052000 +01: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
Anwendungsbeispiele adrci: Nach offenem Incident suchen (Status 4=closed, 5=data purged) [oracle@localhost ~]$ 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 -------------------- ---------------------------------------------------- ------- ---------------------------------------- 40180 ORA 1578 2009-11-17 19:13:09.052000 +01:00 1 rows fetched OPITZ CONSULTING GmbH 2010 Seite 32
Anwendungsbeispiele adrci: Incident in moderater Länge (STATUS beachten) [oracle@localhost ~]$ adrci exec="set home 1;show incident -mode brief" ********************************************************** INCIDENT INFO RECORD 1 ********************************************************** INCIDENT_ID 40180 STATUS ready CREATE_TIME 2009-11-17 19:13:09.052000 +01:00 PROBLEM_ID 1 CLOSE_TIME <NULL> FLOOD_CONTROLLED none ERROR_FACILITY ORA ERROR_NUMBER 1578 ERROR_ARG1 6 ERROR_ARG2 131... IMPACTS 0 1 rows fetched OPITZ CONSULTING GmbH 2010 Seite 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 40180 STATUS ready CREATE_TIME 2009-11-17 19:13:09.052000 +01: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
Anwendungsbeispiele Support Workbench: PROBLEM INCIDENT OPITZ CONSULTING GmbH 2010 Seite 35
Anwendungsbeispiele Support Workbench: INCIDENT OPITZ CONSULTING GmbH 2010 Seite 36
Anwendungsbeispiele Support Workbench: INCIDENT OPITZ CONSULTING GmbH 2010 Seite 37
Anwendungsbeispiele adrci: Incident in moderater Länge (STATUS beachten) [oracle@localhost ~]$ adrci exec="set home 1;show incident -mode brief" ********************************************************** INCIDENT INFO RECORD 1 ********************************************************** INCIDENT_ID 40180 STATUS tracking CREATE_TIME 2009-11-17 19:13:09.052000 +01:00 PROBLEM_ID 1 CLOSE_TIME <NULL> FLOOD_CONTROLLED none ERROR_FACILITY ORA ERROR_NUMBER 1578 ERROR_ARG1 6 ERROR_ARG2 131... IMPACTS 0 1 rows fetched OPITZ CONSULTING GmbH 2010 Seite 38
Anwendungsbeispiele Health Monitor Findings SQLPlus: select * from v$hm_finding; 4302 4298 Media Block Corruption 4299 0 PERSISTENT_DATA 17-NOV-09 07.13.22.739209 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 4299 4298 0 One or more corrupted blocks 25 PERSISTENT_DATA 2 2009-11-17 19:13:22.740937 +01:00 2009-11- 17 19:13:22.740937 +01:00 1 0 1 0 1 4300 1 4301 1 14182507535574693710 1 0 0 0 4302 4298 4299 Media Block Corruption 26 PERSISTENT_DATA 2 2009-11-17 19:13:22.739209 +01:00 1 0 1 0 0 4303 1 4304 1 16966215023950705982 1 0 0 0 OPITZ CONSULTING GmbH 2010 Seite 39
2 Demo Fehlerbehebung: Data Recovery Advisor OPITZ CONSULTING GmbH 2010 Seite 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_1987604247.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
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
Anwendungsbeispiele Aufräumen Support Workbench: Klick auf PROBLEM ID, markieren & schließen OPITZ CONSULTING GmbH 2010 Seite 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
Anwendungsbeispiele Im Enterprise Manager OPITZ CONSULTING GmbH 2010 Seite 45
3 Demo: Packaging und Inhaltsanpassung OPITZ CONSULTING GmbH 2010 Seite 46
Anwendungsbeispiele adrci: neues logisches Package erstellen adrci> set home demo1 adrci> IPS CREATE PACKAGE INCIDENT 40180 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
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
Anwendungsbeispiele 1) Zurück zum PROBLEM 2) dort auf In Package integriert: Ja OPITZ CONSULTING GmbH 2010 Seite 49
Anwendungsbeispiele 3) Anzeigen wählen bzw. auf Package klicken 4) Package anpassen OPITZ CONSULTING GmbH 2010 Seite 50
Anwendungsbeispiele 5) Inhalt hinzufügen / entfernen OPITZ CONSULTING GmbH 2010 Seite 51
Anwendungsbeispiele Beispiel: alert_demo1.log nach /tmp und anschließendes Editieren OPITZ CONSULTING GmbH 2010 Seite 52
Anwendungsbeispiele Beispiel: nach Editieren wieder zurückkopieren OPITZ CONSULTING GmbH 2010 Seite 53
Anwendungsbeispiele adrci: Packet generieren (ZIP) adrci> IPS GENERATE PACKAGE 4 IN /tmp Generated package 4 in file /tmp/ora1578_20091117204011_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
Anwendungsbeispiele adrci: Überprüfung adrci> mkdir /tmp/ora1578_20091117204011_com_1 adrci> cd /tmp/ora1578_20091117204011_com_1 adrci> unzip../ora1578_20091117204011_com_1.zip Archive:../ORA1578_20091117204011_COM_1.zip inflating:... adrci> find /tmp/ora1578_20091117204011_com_1 -name "alert*" -type f /tmp/ora1578_20091117204011_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_20091117204011_com_1/diag/rdbms/demo1/demo1/incpkg/pkg_4/alert _demo1.log # I was here!!! Sun Nov 01 15:40:49 2009 Shutting down instance (abort) OPITZ CONSULTING GmbH 2010 Seite 55
Fehler behoben bzw. Support aktiviert! OPITZ CONSULTING GmbH 2010 Seite 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
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
Fragen und Antworten OPITZ CONSULTING GmbH 2010 Seite 59
Kontakt Christian Ballweg, Berater OPITZ CONSULTING Essen GmbH christian.ballweg@opitz-consulting.com Telefon +49 201 89 29 94-1718 Mobil +49 173 8978636 OPITZ CONSULTING GmbH 2010 Seite 61