Sie können die Werte im Fenster Auslastungsdiagramm anzeigen und die Ausgabe anpassen, indem Sie die Optionsfolge Extras » Optionen wählen und die Registerkarte Diagramm öffnen. Diese Registerkarte stellt die Warteschlangen im Fenster Auslastungsdiagramm farblich dar und ermöglicht die Anpassung des Diagramms.
EigenschaftenTCP/IP-Arbeitswarteschlange Diese Warteschlange stellt die Arbeit der niedrigsten Netzwerkschicht im MobiLink-Server dar. Diese Schicht ist für das Lesen und Schreiben von Paketen aus und in das Netzwerk verantwortlich. Die Warteschlange enthält Lese- und Schreibanforderungen. Sie nimmt zu, wenn sie über eingehende Daten informiert wird, die aus dem Netzwerk gelesen werden sollen, bzw. wenn sie vom Stream-Worker angewiesen wird, in das Netzwerk zu schreiben.
Diese Warteschlange wird für gewöhnlich gesichert, wenn ein Rückstand von Lese- bzw. Schreibanforderungen vorliegt. Lesevorgänge können gesichert werden, wenn der Server viel Arbeitsspeicher (RAM) benötigt und häufig Speicherseiten aus- und eingelagert werden. Ziehen Sie eine Erhöhung des Arbeitsspeichers in Erwägung. Schreibvorgänge können bei einer schlechten Netzwerkverbindung zwischen Clients und Server gesichert werden. Wenn diese Warteschlange als einzige gesichert wird, überprüfen Sie die CPU-Auslastung. Bei hoher CPU-Auslastung liegen wahrscheinlich Lese-/Speicherprobleme vor. Bei niedriger CPU-Auslastung liegen unter Umständen langsame Schreibvorgänge vor. Ziehen Sie ein schnelleres Netzwerk in Erwägung.
Arbeitswarteschlange für Datenstrom Nur für Clients der Version 10. Diese Warteschlange stellt die Arbeit der höchsten Netzwerkschicht im MobiLink-Server dar. Diese Schicht ist für Netzwerkprotokolle höherer Ebenen wie z.B. HTTP, Verschlüsselung und Komprimierung verantwortlich. Diese Warteschlange nimmt zu, wenn viele Lesevorgänge von der TCP/IP-Schicht eingehen bzw. viele Schreibanforderungen von der Befehlsprozessorenschicht eingehen. Wenn diese Warteschlange als einzige gesichert wird, sollten Sie einige Netzwerkprotokolle wie z.B. HTTP oder Komprimierung löschen. Ist dies nicht möglich, sollten Sie mithilfe der Option -sm die Anzahl der gleichzeitig ausführbaren Synchronisationen verringern.
Siehe mlsrv12-Option -sm.
Arbeitswarteschlange für Heartbeat Diese Warteschlange stellt die Schicht im MobiLink-Server dar, die für das Senden von Impulssignalen im Server verantwortlich ist. Diese Schicht ist z.B. für das Auslösen von Beispielimpulsen im Sekundentakt an die angeschlossenen MobiLink-Monitore zuständig.
Da es höchst unwahrscheinlich ist, dass diese Warteschlange gesichert wird, ist sie standardmäßig nicht sichtbar.
Arbeitswarteschlange für Befehlsprozessor Sie stellt die Arbeit des MobiLink-Servers dar, nämlich das Interpretieren interner MobiLink-Protokollbefehle und die Anwendung dieser Befehle auf die konsolidierte Datenbank. Diese Warteschlange wächst an, wenn viele Anforderungen ankommen. Zu den Anforderungstypen gehören Synchronisationsanforderungen, Listener-Anforderungen, mlfiletransfer-Anforderungen usw. Die Warteschlange nimmt zudem zu, wenn die konsolidierte Datenbank mit der Verarbeitung von Synchronisationen beschäftigt ist, weitere Synchronisationsanforderungen eingehen usw.
Wenn diese Warteschlange als einzige gesichert wird, überprüfen Sie die CPU-Auslastung. Bei hoher CPU-Auslastung ist möglicherweise das Anforderungsvolumen zu hoch. Versuchen Sie, mithilfe der Option -sm die Anzahl der gleichzeitig ausführbaren Synchronisationen zu verringern. Versuchen Sie bei niedriger CPU-Auslastung, die Leistungsfähigkeit der konsolidierten Datenbank zu verbessern.
Siehe mlsrv12-Option -sm.
Datenbank-Worker-Threads beschäftigt Dieser Wert zeigt an, wie stark der MobiLink-Server mit der konsolidierten Datenbank beschäftigt ist. Jede Einheit in diesem Wert steht für einen Datenbank-Worker-Thread, der mit einem Vorgang in der Datenbank beschäftigt ist. Es wird nicht zwischen Einfügungen, Aktualisierungen, Löschungen und Auswahlvorgängen unterschieden. Wenn dieser Wert Null ist, arbeitet der Server nicht in der konsolidierten Datenbank.
Wenn dieser Wert hoch ist (nahe am Maximum, das mit der Option mlsrv12 -w eingestellt wurde), treibt der MobiLink-Server die Verarbeitung in der konsolidierten Datenbank so stark wie möglich voran. Wenn der Durchsatz in diesem Fall zufriedenstellend ist, ist kein Eingreifen erforderlich. Falls der Durchsatz nicht zufriedenstellend ist, sollten Sie die Anzahl der Datenbank-Worker-Threads mit der Option -w erhöhen. Beachten Sie, dass ein höherer Wert bei der Option -w zu mehr Konflikten zwischen den Verbindungen führt. Dies ist besonders nachteilig, wenn alle Verbindungen Uploads durchführen. Möglicherweise müssen Sie daher mit der Option mlsrv12 -wu eine niedrigere Grenze für Uploads durch Datenbank-Worker-Threads festlegen. Wenn Sie Probleme haben, mit den Optionen -w und -wu die richtigen Einstellungen für einen angemessenen Durchsatz zu finden, sollten Sie die Synchronisationsskripten auf mögliche Konflikte überprüfen. Außerdem finden Sie in der RDBMS-Dokumentation Informationen über Möglichkeiten, die Gesamtperformance Ihrer konsolidierten Datenbank zu verbessern.
OE-Arbeitswarteschlange Dies stellt die Größe der Outbound Enabler-Warteschlange (OE) dar. Die Warteschlangengröße richtet sich nach der Netzwerk-I/O-Aktivität zwischen dem überwachten MobiLink-Server und den Relay Servern.
Notifier-Arbeitswarteschlange Dies stellt die Größe der Notifier-Arbeitswarteschlange dar. Die Warteschlangengröße wird erhöht, wenn die konsolidierte Datenbank zu langsam mit den Ergebnissen der Notifierabfragen reagiert.
Die Notifierabfragen für entfernte Aufgaben sind sehr einfach, geben aber möglicherweise bei großen Deployments viele Zeilen zurück. Die Warteschlangengröße ist proportional zur Länge der Zeit, die der Notifier benötigt, um die Benachrichtigungen der entfernten Aufgabe abzurufen.
Arbeitswarteschlange für dynamischen Cache Diese Warteschlange repräsentiert die erforderliche Zeitdauer für die Durchführung der dynamischen Anpassung der Cachegröße. Diese Zeile ist standardmäßig ausgeblendet.
SkaleneinteilungDiese Spalte zeigt die aktuelle Skala für die jeweilige Eigenschaft an.
Die vertikale Skala des Fensters Auslastungsdiagramm geht von 0 bis 100. Diese Werte stehen für 0 bis 100 %. Jeder Wert hat seine eigene Skala. Standardmäßig hat die Skaleneinteilung den Wert 5. Dies bedeutet, dass Werte von 0 bis 20 erwartet werden, die durch Multiplikation mit 5 in den Bereich von 0 bis 100 fallen. Wenn ein Wert auftritt, der größer als 20 ist, wird die Skaleneinteilung automatisch angepasst, sodass der höchste Wert 100 ist.
Um den Maximalwert in der Anzeige zu ermitteln, teilen Sie 100 durch die Skaleneinteilung. Beispiel: Wenn die Skala der TCP/IP-Arbeitswarteschlange den Wert 2,381 hat, beträgt der Maximalwert 100/2,381 = 42. Der tatsächliche Maximalwert ist normalerweise nicht wichtig. Wichtig ist stattdessen, dass die Werte gegen Anfang des Diagramms den größten derzeit bekannten Wert für die genannte Eigenschaft erreichen, d.h. die Spitzenlast für diese Eigenschaft, wie aus der aktuellen Monitor-Sitzung ersichtlich.
Wenn die Diagramme beständig im oberen Bereich der Anzeige verlaufen und Sie keinen Synchronisationsdurchsatz feststellen, liegt unter Umständen ein Performanceproblem vor, das behoben werden muss. Ähnliches gilt, wenn ein oder mehrere Werte im Laufe der Zeit langsam nach oben verlaufen, ohne abzunehmen. In diesem Fall liegt wahrscheinlich ein Performanceproblem vor. Beachten Sie, dass die Diagramme oftmals bei guter Performance des MobiLink-Servers im oberen Bereich der Anzeige verlaufen. Das bedeutet lediglich, dass der MobiLink-Server beschäftigt ist und seine Arbeit gut verrichtet.
Antialiasing |
Kommentieren Sie diese Seite in DocCommentXchange.
|
Copyright © 2010, iAnywhere Solutions, Inc. - SQL Anywhere 12.0.0 |