Datenzugriffsanwendungen
Diagnose
Für die informative Diagnose, wie den Zustand des Archivvolumens oder eines IM-
Dienstes, sind keine Aktionen erforderlich. Bei anderen Diagnosen muss ggf.
folgendermaßen eingegriffen werden.
Diagnosen, die sofortige Aktionen erfordern:
•
Jene mit ORA-nnnnn-Fehler oder Text beginnend mit Failed to Extend (Fehler
bei der Erweiterung). Ein ORA-nnnnn-Ereignis oder ein Ereignis, das mit
„Failed to Extend" (Fehler bei Erweiterung) beginnt, verweist auf ein Problem
mit der Oracle-Instanz von IM. Prüfen Sie den IM History Oracle Instance-
Assistent und die Datei alert_adva.log auf Hinweise auf einen vollen
Tablespace oder andere Probleme.
Diagnosen, bei denen künftig eingegriffen werden muss:
•
Sammlungen, die in den letzten y Minuten x ReadRaw-Fehler erhalten haben.
Wiederholt auftretenden ReadRaw-Fehler weisen darauf hin, dass Sie entweder
zu viel von den Connectivity Servern sammeln oder dass Ihre Sammlung der
numerischen IM-Daten aus den „Direct Logs" nicht optimiert ist.
Datenzugriffsanwendungen
Dieser Abschnitt enthält Anleitungen für die Fehlerbehebung von
Datenzugriffsanwendungen. Dazu gehören DataDirect, Desktop-Trends, Display-
Dienste, Berichte und der Application Scheduler.
Allgemeine Tipps zur Fehlerbehebung
•
Wenn Berichte üblicherweise fehlerhaft sind, überprüfen Sie den Windows
Systemheap gemäß Beschreibung in
•
Verwendung von „Run Now" (Jetzt ausführen) aus dem Scheduling
Definition-Aspekt - Damit wird ein neues „Green Running Jobs"-Objekt
erzeugt, das nach der erfolgreichen Fertigstellung ausgeblendet wird bzw. wird
es bei einem Fehler Rot. Das „Running Jobs"-Objekt (Ausgeführte Aufträge)
hat einen Aspekt, der den erkannten Fehler ausgibt.
•
Versenden von „Test Action" (Testaktion) im
104) - Hier wird - anstelle des Schedulers - ein Bericht über den interaktiven
oder Workplace-Benutzer ausgeführt. Dann können Sie ermitteln, ob der
3BSE046784-600 B
Abschnitt 8 Information Management
Tabelle 3
unter
Allgemeine Probleme
Aktionsaspekt(Abbildung
343