29.12.2013 Aufrufe

Fehlerbehebung und Optimieren der Datenbankleistung

Fehlerbehebung und Optimieren der Datenbankleistung

Fehlerbehebung und Optimieren der Datenbankleistung

MEHR ANZEIGEN
WENIGER ANZEIGEN

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

se empfangen Sie Benutzerberichte, in denen mitgeteilt wird, dass eine Leistungsmin<strong>der</strong>ung<br />

eingetreten ist, o<strong>der</strong> Sie können selbst beobachten, dass im<br />

System eine Min<strong>der</strong>ung <strong>der</strong> Kapazität eingetreten ist. Im Allgemeinen ist das<br />

System weiterhin verfügbar. Diese Symptome weisen auf ein Problem mit einem<br />

Member o<strong>der</strong> einer Cluster-Caching-Funktion (CF) hin, das Sie direkt untersuchen<br />

können.<br />

Wenn Sie einen vollständigen Systemausfall beobachten, gibt es mehrere mögliche<br />

Täter. Als erstes sollten Sie jedoch überprüfen, ob mindestens eine CF betriebsbereit<br />

ist, um <strong>der</strong> Instanz wesentliche Infrastrukturservices zur Verfügung<br />

zu stellen. Ohne eine CF steht keine Komponente zur Verfügung, die für die<br />

Member die Sperrung <strong>und</strong> das Caching handhaben kann, <strong>und</strong> die Instanz kann<br />

nicht ausgeführt werden.<br />

Probleme, die zu einem bestimmten Zeitpunkt in <strong>der</strong> Vergangenheit aufgetreten<br />

sind<br />

Diese Probleme scheinen zu diesem Zeitpunkt in <strong>der</strong> Regel keine Auswirkungen<br />

auf Ihren Server zu haben, aber möglicherweise liegen Anhaltspunkte vor,<br />

dass in <strong>der</strong> Vergangenheit ein Problem aufgetreten ist. Sie finden beispielsweise<br />

einige nicht erklärbare Protokolleinträge, die auf einen Umstand in Ihrem System<br />

hinweisen, <strong>der</strong> diagnostiziert werden sollte. Die Hochverfügbarkeit <strong>und</strong><br />

die Fehlertoleranz des DB2 pureScale Features kann einige Probleme verschleiern,<br />

da die Instanz weiterhin nach den meisten Komponentenfehlern wie<strong>der</strong>hergestellt<br />

wird, ohne dass Ihr Eingreifen erfor<strong>der</strong>lich ist, selbst wenn eine<br />

Komponente wie<strong>der</strong>holt fehlschlägt. Sie müssen schließlich Probleme, die ständig<br />

<strong>und</strong> wie<strong>der</strong>holt auftreten, im Zeitverlauf überwachen, um zu ermitteln, ob<br />

auf Ihrem Server ein verdecktes Problem vorhanden ist, das ohne Aktion von<br />

außen repariert wird, später jedoch jeweils wie<strong>der</strong> auftritt. Anschließend können<br />

Sie die zugr<strong>und</strong>e liegende Ursache beheben.<br />

Diagnoseinformationen, die beachtet werden sollten<br />

Sie müssen aufgr<strong>und</strong> Ihrer Problemdefinition <strong>und</strong> <strong>der</strong> Ihnen zur Verfügung stehenden<br />

Diagnosedaten verstehen, zu welchem Zeitpunkt <strong>und</strong> aus welchem Gr<strong>und</strong> das<br />

Problem auftritt. Achten Sie beim Überprüfen <strong>der</strong> Diagnosedaten auf Ereignisse<br />

o<strong>der</strong> Alerts, die eine mögliche Ursache für die Symptome in Ihrer Problemdefinition<br />

darstellen.<br />

Die DB2 pureScale-spezifischen Befehle, die Sie zur <strong>Fehlerbehebung</strong> verwenden,<br />

können von einem beliebigen Member- o<strong>der</strong> Cluster-Caching-Funktion-Host ausgeführt<br />

werden, um Informationen zur gesamten Instanz zu erhalten. Selbst wenn die<br />

Datenbank nicht verfügbar o<strong>der</strong> die Instanz gestoppt ist, ist häufig immer noch<br />

das Zurückmelden einiger Daten möglich, solange die Cluster-Manager-Komponente<br />

von DB2 pureScale auf dem Host verfügbar ist, auf dem Sie den Befehl absetzen.<br />

Nachfolgend finden Sie die empfohlene Reihenfolge <strong>der</strong> Diagnoseschritte für das<br />

DB2 pureScale Feature:<br />

1. Setzen Sie den Befehl db2instance -list ab, um die aktuellen Probleme zu ermitteln,<br />

die Auswirkungen auf die Instanz haben. Überprüfen Sie, ob Alerts<br />

vorhanden sind, die zuerst auf Host-Computer Auswirkungen haben, <strong>und</strong><br />

überprüfen Sie anschließend die CFs <strong>und</strong> die Member auf Alerts. Sie finden<br />

den aktuellen Status <strong>der</strong> Member, Cluster-Caching-Funktionen <strong>und</strong> Hosts in <strong>der</strong><br />

Ausgabe, die angibt, ob Alerts, Fehler o<strong>der</strong> in Bezug zu einer Recovery zugehörige<br />

Status vorhanden sind.<br />

676 <strong>Fehlerbehebung</strong> <strong>und</strong> <strong>Optimieren</strong> <strong>der</strong> <strong>Datenbankleistung</strong>

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!