Teilen über

Dauerlasttest

  • Artikel

Die Informationen in diesem Thema beziehen sich auf die Tests, die unter Testszenarien zum Messen der MST der Engine erläutert werden.

Für den ersten Test wurde das System mit dem maximalen dauerhaften Durchsatz betrieben, sodass ein fehlerfrei funktionierendes System beobachtet werden konnte.

Das folgende Diagramm zeigt wichtige Indikatoren, nachdem mit dieser Methode der maximale dauerhafte Durchsatz des Testsystems ermittelt wurde.

Lastprofil des Dauerlasttests

Leistungsmonitor zur Messung nachhaltiger Lasten

Dieses Diagramm zeigt, dass die Spooltiefe während des einstündigen Tests stabil war und nicht zunahm:

  • Die schwarzen Linien am oberen Ende des Diagramms zeigen die insgesamt pro Sekunde beim System eingegangenen Nachrichten (z. B. für beide Empfangsserver).

  • Die Linien am unteren Ende des Diagramms geben die Spooltiefe der MessageBox-Datenbank auf jedem SQL Server-Computer an.

    Sobald das System bis zum Punkt der maximalen stabilen Spooltiefe hochgefahren ist, wird der maximale dauerhafte Durchsatz anhand der pro Sekunde empfangenen Nachrichten gemessen. Für dieses Szenario wurde mit der beschriebenen Hardware ein maximaler dauerhafter Durchsatz von 290 Nachrichten pro Sekunde erzielt.

Hinweis

Nachdem das System bis zu einem Punkt hochgefahren ist, an dem die Spooltiefe im Laufe der Zeit nicht mehr stabil ist, wurde der maximale dauerhafte Durchsatz überschritten. Um die maximale Last zu ermitteln, bei der die Spooltiefe stabil bleibt und das System den Nachrichtenrückstand verarbeiten kann, ohne dass es zu einem weiteren Nachrichtenrückstand kommt, müssen wahrscheinlich mehrere Testläufe durchgeführt werden.

Bei jeder Analyse der Leistung einer BizTalk-Bereitstellung müssen zum Verständnis von Ressourcenengpässen einige wichtige Indikatoren überprüft werden. Im Folgenden sind die Hauptmaßnahmen und ihre Werte für diese Bereitstellung aufgeführt, die mit dem maximalen dauerhaften Durchsatz ausgeführt wurde:

CPU-Auslastung

Server Durchschnittliche CPU-Auslastung
BizTalk-Server 55 %
SQL Server-Computer (Master-MessageBox-Server) 76 %
SQL Server-Computer (andere MessageBox-Server) 83 %

Leerlaufzeit des physischen Datenträgers

Server Durchschnittliche Leerlaufzeit des Datenträgers
Durchschnitt für alle SQL Server-Computer 69%

SQL-Sperren auf SQL Server-Computern

Parameter Wert
Durchschnittliche Sperrtimeouts insgesamt pro Sekunde (pro SQL Server-Computer) 1980
Durchschnittliche Sperrwartezeit insgesamt (in Millisekunden) 495

Während dieses Tests wurden im BizTalk- oder SQL Server-Anwendungsprotokoll keine Fehler generiert.

Aus diesen Daten können die folgenden Schlüsse gezogen werden:

  • In diesem System gibt es keine offensichtlichen Engpässe.

  • Alle diese Indikatoren liegen innerhalb akzeptabler Grenzen.

  • Die Leerlaufzeiten von CPU und Datenträger zeigen, dass ausreichende Reserven verfügbar sind und diese auf absehbare Zeit keinen Bedarf verursachen.

  • Die SQL-Sperrindikatoren sehen gut aus, Sperrtimeouts/Sek. werden erst ab etwa 5000 (abhängig von Ihrem SQL Server) und Wartezeiten unter 1 Sekunde fehlerfrei.

    Nachdem Sie nun wissen, wie Sie den maximalen dauerhaften Durchsatz ermitteln, und gesehen haben, wie die wichtigsten Indikatoren für ein nachhaltiges, fehlerfreies System aussehen, wird das Verhalten eines Systems untersucht, das Nachrichten schneller empfängt, als es sie verarbeiten kann und in dem sich Datenmüll ansammelt. Fahren Sie mit dem Overdrive-Auslastungstest fort.

Weitere Informationen

Testszenarios zum Messen des maximalen dauerhaften Durchsatzes der Engine
Überlasttest