Phase 3: Vorbereiten der Bewertung
Die Vorbereitungsphase einer Leistungsbewertung kann als "Wie" für das "Was" der Scope-Phase und als "Wann" der Planphase betrachtet werden. An diesem Punkt der Leistungsbewertung sollten sich alle Beteiligten über den Umfang des Engagements und die Pläne für die Durchführung des Labs geeinigt haben. In der Vorbereitungsphase der Leistungsbewertung werden die Pläne ausgeführt und Schritte unternommen, um sich auf die Ausführung des Leistungslabors vorzubereiten.
In diesem Thema werden die verschiedenen Aspekte der Vorbereitungsphase einer BizTalk Server Leistungsbewertung beschrieben.
Detaillierter Entwurf der Lösungsplattform
Ein detaillierter Lösungsentwurf erleichtert die Kommunikation und vermeidet Annahmen, wodurch die Agilität und Effektivität aller Aktivitäten verbessert wird. Sie sollten die folgenden Elemente vollständig dokumentieren:
BizTalk Server Datenbanken und wie sie auf computerübergreifend verteilt werden– SQL Server Leistung ist einer der Schlüsselfaktoren für die Gesamtleistung BizTalk Server. Wenn SQL Server Ressourceneinschränkungen aufweist, wirkt sich dies auf die Fähigkeit von BizTalk Server aus, Nachrichten zu verarbeiten. Der Standard Faktor, der die Leistung der BizTalk-Datenbank beeinflusst, ist die Geschwindigkeit der Datenträger, auf denen sie gehostet werden. Es hat sich gezeigt, dass das Trennen der Transaktionsprotokoll- und Datenbankdateien für jede BizTalk-Datenbank auf separate Laufwerke oder SAN-LUNs die Gesamtleistung von BizTalk Server erheblich verbessert. Daher ist es wichtig, dass diese Informationen auf leicht zugängliche Weise erfasst werden. Die Werte, die in der Produktionsumgebung verwendet werden, sollten im detaillierten Lösungsentwurf dokumentiert werden. Die folgende Tabelle enthält ein Beispiel dafür, wie dies möglich ist.
BizTalk-Datenbank Volumename Dateien LUN# oder ML_ # Physische LUN-Größe (GB) Messagebox Data_TempDb_1 TEMPDB-, MASTER- und MSDB-Datendateien 1 134 Logs_TempDb_1 TEMPDB-, MASTER- und MSDB-Transaktionsprotokolldateien 2 134 Data_BtsMsgBox BizTalkMsgBoxDb-Datendatei 3 134 Logs_BtsMsgBox BizTalkMsgBoxDb-Transaktionsprotokolldatei 4 134 BAM Data_TempDb_2 TEMPDB-, MASTER- und MSDB-Datendateien 5 67 Logs_TempDb_2 TEMPDB-, MASTER- und MSDB-Transaktionsprotokolldateien 6 67 Data_BAM BAMPrimaryImport-Datendatei 7 134 Logs_BAM BAMPrimaryImport-Transaktionsprotokolldatei 8 134 BizTalk-Nachverfolgungs-, Verwaltungs-, SSO- und Regel-Engine-Datenbanken Data_TempDb_3 Datendateien TEMPDB, MASTER, MSDB, BizTalkDTADb, BizTalkMgmtDb, ENTSSO und BizTalkRuleEngineDb 9 67 Logs_TempDb_3 Transaktionsprotokolldateien für TEMPDB, MASTER, MSDB, BizTalkDTADb, BizTalkMgmtDb, ENTSSO und BizTalkRuleEngineDb 10 67 BizTalk-Hostdesign und Beschreibungen der einzelnen Hosts und ihrer Instanzen.
Beschreibung der einzelnen Orchestrierung.
Beschreibung der einzelnen Pipelines.
Beschreibung benutzerdefinierter Komponenten wie .NET-Assemblys und COM+-Komponenten.
Detailliertes Architekturdiagramm
Das folgende Diagramm veranschaulicht ein Architekturdiagramm, das für eine Leistungsbewertung verwendet werden kann.
BizTalk-Architekturdiagramm
Nachrichtenflussdiagramme
Erstellen Sie detaillierte Nachrichtenflussdiagramme, um Verwirrung oder falsche Annahmen darüber zu vermeiden, was während der Verarbeitung mit Nachrichten geschehen soll.
Wenn wir eine BizTalk-Lösung ganzheitlich betrachten, denken wir eher an den Nachrichtenfluss durch das System. Diese Nachrichtenflussperspektive ist bei Leistungstests besonders wichtig, da alle Teile des Flows als potenzielle Engpässe betrachtet werden müssen. Ein Nachrichtenflussdiagramm verhindert Verwirrung oder falsche Annahmen in Bezug darauf, was während jedes Testlaufs mit Nachrichten geschehen soll.
Im folgenden Beispiel, das mithilfe einfacher Visio-Formen erstellt wurde, kann jeder Projektbenutzer unabhängig vom Hintergrund schnell verstehen, wie eine Nachricht in das System gelangt, welche Teile der Lösungen mit der Nachricht interagieren und wo schließlich die Nachricht nach der Verarbeitung landet.
Nachrichtenflussdiagramm
Die folgenden Details sollten beim Erstellen der Nachrichtenflussdiagramme berücksichtigt werden:
Beschreiben Sie den Lebenszyklus der einzelnen Nachrichtentypen ab dem Zeitpunkt, an dem sie an einem Empfangsspeicherort eintrifft, bis alle resultierenden Nachrichten gesendet und alle zugehörigen Verarbeitungen abgeschlossen sind.
Beschreiben, wie Änderungen für Fehlerbedingungen verarbeitet werden.
Fügen Sie Details zu Korrelation, Übermittlungsbenachrichtigungen und Bestätigungen ein.
Schließen Sie Details zur Abhängigkeit von externen Systemen ein.
Schließen Sie Informationen zur Leistungsanforderung bezüglich Latenz und Durchsatz ein.
Softwaredetails von Drittanbietern
Alle nicht von Microsoft stammenden Software, die verwendet wird, sollten im Rahmen des detaillierten Lösungsentwurfs vollständig dokumentiert werden.
Detaillierter Lab-Hardwarestapel
Aufbauend auf dem zuvor erstellten allgemeinen Hardwarediagramm sollten die folgenden Hardwareinformationen vollständig dokumentiert werden:
Prozessoren
Typ
Geschwindigkeit
Anzahl von Kernen
Hyperthreading
Arbeitsspeicher
Amount (Betrag)
Geschwindigkeit
Parität
Netzwerk
Anzahl der Netzwerkschnittstellenkarten (NICs)
Geschwindigkeit des Netzwerks
SAN
Anzahl der SAN-Karten in jedem Computer
Anzahl logischer Einheitennummern (LUNs) für jeden Computer und Zweck für jede LUN
Geschwindigkeit von SAN-Karten (Storage Area Network)
Details zur SAN-Karte-Konfiguration
SAN-Datenträgerzuordnung, -formatierung und -partitionierung
Datenträger
Details zum lokalen Datenträger für jeden Computer
Für lokale Datenträger verwendete Formatierung
Partitionierungsdetails für lokale Datenträger
cache
L2 Cache-Menge
L3 Cache-Menge
Detaillierter Lab-Softwarestapel
Die folgenden Softwareinformationen sollten dokumentiert werden:
Bestimmte Betriebssystemversionen, Editionen und Architektur
Spezifische Betriebssystemfeatures
Spezifische Software, die auf jedem Computer installiert ist
Bestimmte Treiber
Service Packs und andere Updates
Konfigurationswerte für alle verwendeten Software- und Betriebssystemfeatures, wenn sie von den Standardwerten abweichen