Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
BizTalk Server bietet eine umfangreiche Reihe von Funktionen zum Senden, Empfangen, Transformieren und Verarbeiten von Nachrichten. Diese Funktionen umfassen unter anderem:
Möglichkeit zum Senden und Empfangen von Nachrichten mit mehreren Branchenstandardtransporten wie HTTP, SMTP, FTP/FTPS und WCF. Die Unterstützung der Transportebene für das Senden und Empfangen von Nachrichten erfolgt mithilfe von BizTalk Server-Adaptern. Die Integration der BizTalk Server-Nachrichtenverarbeitung mit verschiedenen Geschäftsanwendungen (LOB) wird mithilfe einer von vielen verfügbaren BizTalk Server-Beschleunigern oder Adaptern wie dem BizTalk Accelerator für HIPAA, BizTalk Accelerator für SWIFT oder dem BizTalk SAP-Adapter erreicht. Diese Beschleuniger und Adapter entsprechen branchenspezifischen Standards, die wiederum eine einfache Integration von BizTalk Server mit Systemen erfüllen, die bestimmten Branchenstandards entsprechen.
Möglichkeit zum Verarbeiten mehrerer Nachrichtenformate, z. B. Nur-Text, XML, Binärdatei und andere. Diese Funktionalität ist entscheidend für die Integration von BizTalk Server mit einem breiten Spektrum an Handelspartnern.
Unterstützung für die Nachrichtentransformation oder Dokumentzuordnung. Die Abbildung ermöglicht die Transformation von Daten zwischen verschiedenen Schemata. Beispielsweise könnte die Zuordnung verwendet werden, um den Inhalt einer empfangenen Kundenbestellung in eine Empfangsbestätigung mit Versandbenachrichtigung umzuwandeln, die an den Kunden zurückgesendet werden soll.
BizTalk Server-Orchestrierungen bieten Funktionen zum Erstellen von Geschäftsprozessen, die sich über Zeit, Organisationen, Anwendungen und Personen erstrecken. BizTalk Server bietet die grafische Oberfläche des Orchestration-Designers zur Entwicklung von Geschäftsprozessen, die Erweiterbarkeit umfassen und Unterstützung für Transaktionen (sowohl herkömmlicher "atomischer" MSDTC-Typ als auch lang andauernde), Ausnahmebehandlung, Debugging und Tracking bieten, sowie für das Aufrufen von externen Codes.
Hinweis
Informationen zu bewährten Methoden zur Verwendung von Orchestrierungen in BizTalk Server finden Sie unter Optimieren der Orchestrationsleistung . Ausführliche Informationen zur Verwendung von Orchestration Designer finden Sie im Thema Erstellen von Orchestrierungs-Designer (https://go.microsoft.com/fwlink/?LinkId=158997) in der BizTalk Server-Dokumentation.
Im restlichen Teil dieses Themas werden Leistungsaspekte im Zusammenhang mit der Größe, Komplexität und Verteilung von Nachrichten beschrieben, die in einer BizTalk Server-Umgebung verarbeitet werden.
Überlegungen zur Nachrichtengröße
Während BizTalk Server keine Einschränkung für die Nachrichtengröße angibt, können praktische Grenzen und Abhängigkeiten es erforderlich machen, die Größe Ihrer Nachrichten zu minimieren, da große Nachrichten mehr Verarbeitungsressourcen erfordern. Da sich die Nachrichtengröße erhöht, verringert sich der Gesamtdurchsatz (pro Sekunde verarbeitete Nachrichten). Berücksichtigen Sie beim Entwerfen Ihres Szenarios und der Planung der Kapazität die durchschnittliche Nachrichtengröße, den Nachrichtentyp und die Anzahl der Nachrichten, die BizTalk Server verarbeitet. Verwenden Sie nicht unnötig lange Attribut- und Tagnamen; Wenn möglich, behalten Sie die Länge unter 50 Zeichen bei. Verwenden Sie beispielsweise keinen 200-stelligen Tagnamen für eine Nachrichtengröße von nur 1 Byte.
Wenn die Speichergröße einer empfangenen Nachricht die Anzahl der für die Größe "Große Nachrichtenfragmente" angegebenen Bytes überschreitet (konfigurierbar auf der Seite "Gruppeneigenschaften" für die BizTalk-Gruppe in der Verwaltungskonsole von BizTalk Server), wird die Nachricht in Fragmente der angegebenen Größe aufgeteilt. Darüber hinaus werden die Fragmente im Kontext einer Microsoft Distributed Transaction Coordinator (MSDTC)-Transaktion wie folgt in die Messagebox geschrieben:
Wenn die eingehende Nachricht im Kontext einer vorhandenen MSDTC-Transaktion veröffentlicht wird, wird diese Transaktion beim Schreiben der Nachrichtenfragmente in die BizTalk MessageBox-Datenbank verwendet. Wenn beispielsweise die eingehende Nachricht von einem Transaktionsadapter veröffentlicht wird, der für Transaktionen konfiguriert ist, wird die vorhandene Transaktion verwendet, wenn die Nachrichtenfragmente in die MessageBox-Datenbank geschrieben werden.
Wenn die eingehende Nachricht nicht im Kontext einer vorhandenen MSDTC-Transaktion veröffentlicht wird, wird eine neue MSDTC-Transaktion erstellt, um die Nachrichtenfragmente in die MessageBox-Datenbank zu schreiben. In diesem Szenario gelten die folgenden Überlegungen:
Erhöhen Sie den Wert für die Größe großer Nachrichtenfragmente, um die Häufigkeit zu verringern, mit der große Nachrichten fragmentiert werden, und um die Erstellung der zugehörigen MSDTC-Transaktionen zu reduzieren. Dies sollte erfolgen, da die übermäßige Verwendung von MSDTC-Transaktionen aus Leistungsgründen teuer ist. Beachten Sie, dass das Erhöhen dieses Werts auch die Menge des verfügbaren Arbeitsspeichers erhöhen kann, der verwendet wird.
Wenn es länger als das maximal zulässige MSDTC-Transaktionstimeout von 60 Minuten dauert, um eine Nachricht in die MessageBox zu schreiben, läuft die Transaktion ab, es tritt ein Fehler auf, und der Versuch, die Nachricht zu schreiben, schlägt fehl und wird zurückgesetzt. Der Wert für große Nachrichtenfragmentgröße sollte erhöht werden, um dieses Problem bei der Verarbeitung sehr großer Nachrichten zu vermeiden. Je nach verfügbarem Arbeitsspeicher sollte dieser Wert bis zu einem Maximalwert von 1000000 Bytes erhöht werden.
Jedes Nachrichtenfragment in einer Nachricht erstellt eine oder mehrere SQL Server-Datenbanksperren für die MessageBox-Datenbank. Wenn die Anzahl der Sperren mehrere Hunderttausend überschreitet, kann es sein, dass SQL Server "Keine Sperren"-Fehlermeldungen generiert. Wenn dieses Problem auftritt, erhöhen Sie den Wert für große Nachrichtenfragmentgröße , um die Anzahl der Fragmente zu verringern (wodurch die Anzahl der SQL Server-Datenbanksperren für die MessageBox-Datenbank verringert wird), oder erwägen Sie, Ihre MessageBox-Datenbank in einer 64-Bit-Version von SQL Server zu speichern. Die Anzahl der verfügbaren Sperren ist in der 64-Bit-Version von SQL Server deutlich höher als bei einer 32-Bit-Version von SQL Server. Die folgende Formel kann verwendet werden, um die maximale Anzahl von Nachrichten pro Austausch zu schätzen, wenn die MessageBox-Datenbank in einer 32-Bit-Version von SQL Server gespeichert ist:
200,000 / (Number of CPUs * BatchSize * MessagingThreadPoolSize)
Weitere Informationen dazu, wie BizTalk Server große Nachrichten verarbeitet, einschließlich Richtlinien für die Verarbeitung großer Nachrichten, finden Sie unter How BizTalk Server Processes Large Messages (https://go.microsoft.com/fwlink/?LinkID=154680).
Überlegungen zum Nachrichtentyp
Nachrichten werden in einem von zwei primären Formaten in BizTalk Server empfangen: XML-Dateien oder Flatfiles. Der Nachrichtentyp sollte aufgrund der unterschiedlichen Ressourcenanforderungen von XML- und Flachdateinachrichten immer in das Nachrichtenverteilungsprofil eingebunden werden.
XML-Dateien Damit BizTalk Server eine andere Verarbeitung für eine Nachricht als das Pass-Through-Routing durchführt, muss sich die Nachricht im XML-Dateiformat befinden.
Flache Dateien Flache Dateien müssen in ein XML-Format umgewandelt werden, bevor der BizTalk Server jegliche andere Verarbeitung als das Durchgangsrouting durchführen kann. Das Analysieren einer Flachdatei in eine XML-Datei kann die Größe der Datei erheblich erhöhen. Flachdateien enthalten keine XML-Tags mit beschreibenden Informationen über ihre Daten. XML-Dateien hingegen umschließen alle ihre Daten in beschreibende XML-Tags. In einigen Szenarien kann die Analyse die Größe einer Flachdatei um einen Faktor von 10 oder mehr erhöhen, je nachdem, wie viel beschreibende Daten in den XML-Tags für die Datei enthalten sind.
Flache Dateidokumente, die in einem einzelnen CDATA-Abschnittsknoten in einem XML-Dokument eingeschlossen sind Bei diesem Dokumenttyp handelt es sich um eine Kombination aus XML und Flachdatei und ist häufig speicherintensiv, da BizTalk Server das gesamte umschlossene Flatfile-Dokument vor der Verarbeitung in den Arbeitsspeicher laden muss.
Überlegungen zur Überladung
Die meisten BizTalk Server-Anwendungen empfangen keine Nachrichten mit einer bestimmten konstanten Rate. In der Regel unterliegt die Nachrichtenverarbeitung Gipfeln und Tälern. Zum Beispiel kann eine Online-Banking-Anwendung eine größere Menge an Nachrichten zuerst am Morgen verarbeiten, dann in der Mitte des Tages und am Tagesende. BizTalk Server-Lösungen sollten getestet werden, um sicherzustellen, dass sie diese Überladungsszenarien verarbeiten können. Um zu ermitteln, wie gut eine BizTalk Server-Lösung Überlastungsszenarien verarbeiten kann, sollte der maximale nachhaltige Durchsatz (MST) der BizTalk Server-Lösung ermittelt werden. Der MST ist die höchste Last des Nachrichtendatenverkehrs, den ein System unbegrenzt in einer Produktionsumgebung verarbeiten kann. Weitere Informationen zu MST finden Sie unter Planning for Sustainable Performance (https://go.microsoft.com/fwlink/?LinkID=158065) und Was ist nachhaltige Performance? (https://go.microsoft.com/fwlink/?LinkID=132304) in der BizTalk Server-Dokumentation.
Schemakomplexität
Der Durchsatz für die Nachrichtenanalyse (insbesondere die Flachdateianalyse) wird von der Komplexität der Schemas beeinflusst. Da die Schemakomplexität zunimmt, verringert sich die Gesamtleistung. Verringern Sie beim Entwerfen von Schemas die Länge der Knotennamen, und verschieben Sie höhergestufte Eigenschaften an den Anfang des Schemas. Dadurch wird die Abrufzeit reduziert und dadurch die Leistung erhöht.
Kartierungskomplexität
Je nach Komplexität der Karten kann die Kartentransformation ressourcenintensiv sein. Da die Komplexität der Karte zunimmt, verringert sich die Gesamtleistung. Um die Gesamtleistung zu verbessern, minimieren Sie die Anzahl von Links und Funktoiden, die in Ihren Karten verwendet werden, insbesondere Funktoiden, die externe Ressourcen wie den DB-Nachschlage-Funktoid aufrufen.
Überlegungen zur Flachdateianalyse
Die beiden Faktoren, die die höchste Auswirkung auf die Leistung der Flachdateianalyse haben, sind Dateigröße und Schemakomplexität. Ein mehrdeutiges Schema ist ein Schema, das viele optionale Felder enthält. Wenn große Dateigrößen verwendet werden, kann ein Schema mit vielen optionalen Feldern die Leistung beeinträchtigen, da größere Dateien unterschiedlichen Verzweigungen des Schemas entsprechen können. Die Schemakomplexität hat weniger Auswirkungen auf kleinere Dateien als auf größere Dateien.