Testszenarien zum Messen des maximalen dauerhaften Durchsatzes der DTA-Überwachung

In diesem Thema wird gezeigt, wie dies in der Praxis funktioniert, und es wird ein einfaches Verfahren zum Messen des maximalen dauerhaften Durchsatzes für die Überwachung vorgestellt. Dazu dient das folgende Testszenario, für das der maximale dauerhafte Durchsatz gemessen wurde. Sie lernen nicht nur die vorgestellten beteiligten Verfahren kennen, sondern können auch die präsentierten Daten als Ausgangspunkt zum Schätzen der Überwachungsleistung für andere Systeme verwenden.

Wichtig

Der Leser sollte sich bewusst sein, dass die in diesem Thema enthaltenen Informationen den zum Zeitpunkt der Veröffentlichung aktuellen Stand bei Microsoft bezüglich der hier diskutierten Punkte wiedergeben. Da Microsoft auf sich ändernde Marktbedingungen und Technologien reagieren muss, kann die Richtigkeit der hier angegebenen Informationen nur für den Zeitpunkt der Veröffentlichung garantiert werden.

Topologie und Konfiguration des Testszenarios

In der folgenden Abbildung werden die Topologie und Konfiguration für das Testszenario gezeigt. Es ist ein beträchtlicher Build-out mit vier MessageBox-Datenbankservern, einem dedizierten BizTalkDTADb-Datenbankserver und insgesamt sieben Servern, auf denen BizTalk Server ausgeführt wird. Beachten Sie, dass der in der Abbildung dargestellte BAM-Server in diesem Testszenario nicht verwendet wurde.

Dauerhafter BizTalkDTADb-Durchsatz

Hardwarespezifikation (BizTalk Server)

• CPU: Dual 3 GHz (Cache: L2: 512 KB/L3: 1 MB)

• Arbeitsspeicher: 2 GB RAM

• HDD: 2 X 32 GB/15 K

  Hardwarespezifikation (SQL Server)

• CPU: Quad 2 GHz (L2: 512 KB/L3: 1 MB)

• Arbeitsspeicher: 4 GB RAM

• HDD: 2 X 32 GB/15 K + SAN

  Die nächste Abbildung gibt eine Übersicht über die Testszenarioarchitektur, wobei Folgendes gilt:

• TP = Track Point, ein Punkt, an dem einige Elemente wie Ereignisse oder Nachrichteneigenschaften nachverfolgt werden.

• MB = Nachrichtentext, ein Punkt, an dem ein Nachrichtentext nachverfolgt wird.

  Die folgende Lösungsarchitektur zeigt eine Überwachungskonfiguration mit drei Hauptkomponenten:

• Standardmäßige DTA-Nachverfolgung. Alle Ereignisverfolgungspunkte in der Abbildung sind standardmäßig aktiviert, wenn BizTalk Server installiert ist.

• Nachrichteneigenschaften. Der Überwachungspunkt, der mit der Disassemblerkomponente in der Eingangspipeline verknüpft ist, steht für die Überwachung von zehn Eigenschaften aus der eingehenden Nachricht. Weitere Informationen zum Heraufstufen von Eigenschaften für die Nachverfolgung finden Sie unter Höherstufen von Eigenschaften.

• Nachrichtentext. Die beiden Nachrichtentext-Punkte (MB) in der Abbildung stellen die Punkte dar, an denen der Nachrichtentext überwacht wird. Weitere Informationen zum Einrichten der Nachrichtentextnachverfolgung finden Sie unter Verwalten und Nachverfolgen von BizTalk-Artefakten.

  Architektur des Testszenarios

  

Testverfahren

Der Dateiadapter wurde sowohl zum Empfangen als auch zum Senden verwendet. Mit dem Tool zur Lastgenerierung LoadGen 2007 wurden Nachrichten an die Eingangsdateifreigabe übermittelt. Das Tool LoadGen wurde für die Übermittlung von Dateien in einer bestimmten Rate konfiguriert, sodass die Last beim Suchen der Höhe des maximalen dauerhaften Durchsatzes der Überwachung variiert werden konnte. Weitere Informationen zum LoadGen-Tool finden Sie unter Verwenden des Microsoft BizTalk LoadGen 2007-Tools.

Bei unseren Tests sind wir von der Anforderung ausgegangen, dass die Daten 24 Stunden in der BizTalkDTADb-Datenbank verbleiben. Daher wurden alle Daten, die älter als 24 Stunden sind, aus der Datenbank gelöscht. Der SQL-Auftrag zum Archivieren und Löschen ist so konzipiert, dass nur die archivierten Daten gelöscht werden, damit während des Prozesses keine Daten verloren gehen.

Für einen vollständigen Test des Systems entsprechend dieser Anforderung musste die Last mindestens 25 Stunden lang ausgeführt werden, damit mindestens ein kompletter Archivierungs- und Löschzyklus erreicht wurde. In diesem Szenario wurde ein voller 48-Stunden-Zyklus durchgeführt und das System nach der ersten Archivierung 24 Stunden lang überwacht, um die Dauerhaftigkeit des Systems sicherzustellen. Die ersten 24 Stunden dienten dazu, Daten aufzubauen, die so alt waren, dass sie archiviert werden konnten (alle 24 Stunden). So konnte ein stabiler Zustand simuliert werden. Das System wurde während der zweiten 24 Stunden überwacht, um festzustellen, ob alle Prozesse (z. B. TDDS, Archivieren und Löschen) mit dem Durchsatz Schritt halten konnten.

Ausgehend von unserer Kenntnis des Überwachungsverhaltens wissen wir, dass es nur wenige wichtige Leistungsindikatoren (Key Performance Indicators, KPI) gibt, die überwacht werden müssen, um Dauerhaftigkeit festzustellen:

• Die Leerlaufzeit des physischen Datenträgers für die BizTalkDTADb-Datenbankdatendatei. Wenn sich die Leerlaufzeit des physikalischen Datenträgers 0 nähert, ist dies ein gutes Zeichen dafür, dass die BizTalkDTADb-Datenbank mit dem Zustrom überwachter Daten, mit Archivierung und/oder Löschen gesättigt ist.

• Die Nachverfolgungsdatentabellentiefe. Wenn die trackingdata-Tabelle monoton zu wachsen beginnt, d. h. unbegrenzt weiter wächst, dann ist dies ein deutliches Zeichen dafür, dass TDDS bei der aktuellen Durchsatzrate nicht in der Lage ist, Daten schnell genug in die BizTalkDTADb-Datenbank einzufügen.

• Die Spulentiefe. Für das Wachsen des Spools können verschiedene Faktoren verantwortlich sein. Der Spool beginnt beispielsweise zu wachsen, wenn der SQL-Auftrag, mit dem überwachte Nachrichtentexte aus der MessageBox-Datenbank in die BizTalkDTADb-Datenbank kopiert werden, in Rückstand gerät. Da die zu überwachenden Nachrichten erst dann aus der MessageBox-Datenbank entfernt werden können (von den MessageBox-Bereinigungsaufträgen), nachdem sie erfolgreich in die BizTalkDTADb-Datenbank kopiert wurden, führt dies zu einer Vergrößerung des Spools, wenn der Kopierauftrag in Rückstand gerät.

  Bei der Mehrzahl der Systeme liefert die Überwachung nur dieser drei Leistungsindikatoren unter Last genügend Informationen, um festzustellen, ob die Last dauerhaft ist oder nicht.

  Wichtige Leistungsindikatoren unter Dauerlast

  

  Im Beispielszenario haben wir bei einer Last von 20 empfangenen Nachrichten pro Sekunde 48 Stunden Daten von wichtigen Leistungsindikatoren gesammelt, die im generierten Systemmonitordiagramm dargestellt sind. Im Diagramm erkennen Sie die folgenden Trends, die Dauerhaftigkeit anzeigen:

• BizTalkDTADbdata-Tiefe (schwarze Linien). Mit unseren drei veröffentlichenden MessageBox-Datenbanken sehen Sie, dass sich die Tiefe der trackingdata-Tabelle schon nach der Erstellung der ersten Archivierung nach 24 Stunden stabilisiert und nicht weiter zunimmt.

• Spooltiefe (blaue Linien). Die Spooltiefe ist während des Laufs sehr stabil und zeigt an, dass die jeweils 10 KB großen überwachten Nachrichten in die BizTalkDTADb-Datenbank kopiert werden, ohne dass es zu Rückständen kommt, selbst wenn das Archivieren und Löschen Ressourcen beanspruchen.

• BizTalkDTADb-Datenbankdatendatei Physischer Datenträger Leerlaufzeit (rote Linie). Während der ersten 24 Stunden, bevor das Archivieren oder Löschen stattfinden, werden in der BizTalkDTADb-Datenbank immer mehr Daten kumuliert. Dadurch nimmt die Datenträger-E/A zu, wenn Daten von TDDS eingefügt werden. Dies ist an der stetigen Abnahme der Leerlaufzeit des physikalischen Datenträgers klar zu erkennen.

  Bei 24 Stunden im Lauf wird ein deutlicher Rückgang der E/A-Leerlaufzeit beobachtet, was mit dem ersten Mal zusammenfällt, wenn Archiv und Löscharbeiten zu erledigen sind. Nach dem ersten Archiv hat das Löschen jede Minute zu tun, um Daten zu bereinigen, die älter als 24 Stunden sind (denken Sie daran, dass das System immer noch geladen ist), was zu einer Leerlaufzeit von nahezu 0 führt.

  Nach der ersten Archivierung, also nachdem das System das erste Datenbeibehaltungsfenster für die aktive BizTalkDTADb-Datenbank absolviert hat, nähert sich die Datenträgerleerlaufzeit dem Wert Null, wenn das System mit dem maximalen dauerhaften Durchsatz arbeitet oder diesen beinahe erreicht. Der Grund dafür ist, dass die Geschwindigkeit des Datenträger-E/A-Subsystems fast immer den Engpass für die BizTalkDTADb-Datenbank darstellt.

  Häufig kann es vorteilhaft sein, den maximalen dauerhaften Durchsatz bei deaktivierter Überwachung zu messen, um für das System eine Basislinie zu ermitteln. In diesem Fall betrug der maximale dauerhafte Durchsatz bei deaktivierter Überwachung 290 Nachrichten pro Sekunde, also ein Mehrfaches des maximalen dauerhaften Durchsatzes bei eingeschalteter Überwachung mit den oben genannten Features und dem oben genannten DTA-Datenbeibehaltungsfenster. Daran erkennen Sie, dass das System bei eingeschalteter Überwachung nur sehr unzureichend genutzt wird. Wenn bei der Überwachung nur ein maximaler dauerhafter Durchsatz von 20 Nachrichten pro Sekunde möglich ist, wird folglich kein System benötigt, das 290 Nachrichten pro Sekunde verarbeiten kann. Unter der Voraussetzung, dass sich die Hardware für die BizTalkDTADb-Datenbank nicht ändert, würden also viel weniger BizTalk- und MessageBox-Datenbankserver als in diesem Szenario benötigt, um einen Durchsatz von 20 Nachrichten pro Sekunde zu erreichen.

Suchen nach dem maximalen dauerhaften Durchsatz

Nachdem Sie gesehen haben, welche wichtigen Leistungsindikatoren für ein System mit maximalem dauerhaftem Durchsatz benötigt werden, wird erläutert, wie wir für das Beispielszenario zu einem maximalen dauerhaften Durchsatz von 20 Nachrichten pro Sekunde gekommen sind. Es handelt sich um eine einfache iterative, binäre Suche, die im Folgenden beschrieben wird:

• Wählen Sie einen Startpunkt aus. Sofern Sie nicht bereits Erfahrung mit Leistungstests auf BizTalk Server haben, müssen Sie die verfügbaren Informationen zu den auf anderen Systemen erreichten Leistungen nutzen.

  Für das Beispielszenario in diesem Thema wurde die gesamte Hardware, Konfiguration und Lösungsarchitektur bereitgestellt. Vergleichen Sie dies, die Art der Überwachung, die aktiviert war (Standardwert + 10 Eigenschaften + 10-KB-Nachrichtentexte) und den bei einem DTA-Datenbeibehaltungsfenster von 24 Stunden erzielten maximalen dauerhaften Durchsatz (20 Nachr./Sek) mit Ihrer Installation und Ihren Anforderungen.

  Sie sollten abschätzen können, ob der maximale dauerhafte Durchsatz für Ihre Lösung höher oder niedriger ist als der von uns erreichte Durchsatz. Möglicherweise stehen ihnen auch verschiedene technische Fallstudien zur Verfügung, mit denen Sie Ihr System vergleichen können.

• Führen Sie das System unter der geschätzten MST-Last aus, und überwachen Sie den KPI. Wenn Sie mit dem höheren Wert für den erwarteten maximalen dauerhaften Durchsatz beginnen, lässt sich der maximale dauerhafte Durchsatz in der Regel schneller finden. Dadurch rufen Sie schneller eine Sättigung der wichtigsten Leistungsindikatoren (insbesondere der Datenträger-E/A) hervor, als wenn Sie mit einem Wert unterhalb des maximalen dauerhaften Durchsatzes arbeiten (d. h., sie benötigen mindestens ein vollständiges Datenbeibehaltungsfenster).

• Verfeinern Sie die MST-Schätzung und wiederholen. Verfeinern Sie die Schätzung des maximalen dauerhaften Durchsatzes anhand der Testergebnisse, und wiederholen Sie den Test mit dem neuen Schätzwert.

Weitere Informationen

Messen des maximalen dauerhaften Überwachungsdurchsatzes
Grundlegendes zum Leistungsverhalten der DTA-Überwachung
Tipps und Tricks zum Suchen des maximalen dauerhaften Durchsatzes bei der DTA-Überwachung
Richtlinien zum Festlegen der Größe der Überwachungsdatenbank