Fehlerbehebung und Optimieren der Datenbankleistung

In diesem Beispiel wird 'proc_priocntl' zur Zugriffsrechtsgruppe
'Limit' (L) für die Zone 'db2zone' hinzugefügt.
Unter Solaris 9 ist keine Funktion vorhanden, die es DB2 ermöglicht,
die relative Priorität von Agenten zu erhöhen. Führen Sie ein
Upgrade auf Solaris 10 oder eine höhere Version durch, um die
Klausel ACTION NICE des DB2-Governors verwenden zu können.
schedule [class]
Die Zeitplanung verbessert die Prioritäten von Agenten, die für
Anwendungen ausgeführt werden. Das Ziel ist, die durchschnittliche
Antwortzeit zu minimieren, ohne Anwendungen zu benachteiligen.
Der Governor wählt die Anwendungen mit den jeweils höchsten
Werten für die Zeitplanung auf der Basis der folgenden Kriterien
aus:
v Die Anwendung, die die größten Anzahl von Sperren hält (hierdurch
soll die Anzahl der Situationen, in denen auf Sperren gewartet
wird, reduziert werden).
v Die älteste Anwendung
v Die Anwendung mit der kürzesten geschätzten Restlaufzeit
(hierdurch sollen möglichst viele kurzzeitig aktive Anweisungen
während des Intervalls abgeschlossen werden).
Die drei beim jeweiligen Kriterium höchstplatzierten Anwendungen
erhalten höhere Prioritäten als alle anderen Anwendungen.
Das bedeutet, der höchstplatzierten Anwendung in jeder Kriteriumsgruppe
wird die höchste Priorität, der nächsthöheren Anwendung
die zweithöchste Priorität und der dritthöchsten Anwendung
die dritthöchste Priorität zugewiesen. Wenn eine einzelne Anwendung
auf einem der drei höchsten Plätze für mehrere Kriterien rangiert,
erhält sie die entsprechende Priorität für das Kriterium, bei
dem sie den höchsten Rang innehat. Die nächsthöhere Anwendung
erhält die nächsthöhere Priorität für die anderen Kriterien. Wenn
beispielsweise Anwendung A die meisten Sperren hält, jedoch die
drittkürzeste geschätzte Restlaufzeit aufweist, erhält sie die höchste
Priorität für das erste Kriterium. Die Anwendung, die bei der kürzesten
geschätzten Restlaufzeit auf Platz vier rangiert, erhält dadurch
die dritthöchste Priorität für dieses Kriterium.
Die Anwendungen, die von dieser Governor-Regel ausgewählt
werden, werden in bis zu drei Klassen unterteilt. Für jede Klasse
wählt der Governor neun Anwendungen aus, welche nach den
oben beschriebenen Kriterien jeweils die drei höchstplatzierten Anwendungen
jeder Klasse sind. Wenn Sie die Option class angeben,
werden alle Anwendungen, die von dieser Regel ausgewählt werden,
als eine einzige Klasse betrachtet, wobei neun Anwendungen
ausgewählt werden und wie oben beschrieben höhere Prioritäten
erhalten.
Wenn eine Anwendung in mehreren Governor-Regeln ausgewählt
wird, wird sie von der letzten Regel regiert, in der sie ausgewählt
wird.
Anmerkung: Wenn Sie die API sqlmon verwendet haben, um den
Anweisungsschalter zu inaktivieren, wird die Fähigkeit des
Governors beeinträchtigt, Anwendungen auf der Grundlage der
Kapitel 2. Tools und Vorgehensweise bei der Leistungsüberwachung 29