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.
In einer perfekten Welt würden alle Nachrichten verarbeitet und übermittelt, sobald sie in der MessageBox-Datenbank veröffentlicht wurden, und die MessageBox-Datenbank würde niemals zu einer übermäßigen Größe wachsen. Alle Nachrichten im MessageBox-Objekt, auf die nicht mehr verwiesen wird, werden sofort von den SQL-Agent-Aufträgen entfernt, die die MessageBox-Datenbanktabellen regelmäßig bereinigen.
In der realen Welt werden Nachrichten jedoch normalerweise nicht vorhersehbar und linear empfangen, und die SQL-Agent-Jobs benötigen Zeit, um die MessageBox-Datenbanktabellen zu bereinigen.
In einigen Szenarien kann das MessageBox-Steuerelement recht schnell ziemlich groß werden.
Die folgenden Elemente können dazu führen, dass das MessageBox übermäßig groß wird und somit die Gesamtleistung beeinträchtigt.
Die Biztalk Host-Instanz mit dem Optionssatz "Hostverfolgung zulassen" wird beendet. Dies ist der Host, der für das Verschieben der Tracking-Daten aus der MessageBox-Datenbank in die Biztalk Tracking-Datenbank (BizTalkDTADb) verantwortlich ist.
SQL Server-Agent wird nicht ausgeführt Dies kann passieren, wenn die SQL-Aufträge, die für das Verschieben von Daten aus der MessageBox-Datenbank in die BizTalkDTADb-Datenbank verantwortlich sind [anschließend das Löschen der verschobenen Daten im MessageBox]-Objekt nicht ausgeführt werden. Es ist zwingend erforderlich, dass der SQL-Agent-Dienst immer ausgeführt wird, um dieses Problem zu vermeiden.
SQL Server-Aufträge sind deaktiviert . Auch wenn der SQL Server-Agent ausgeführt wird, ist es zwingend erforderlich, dass keine der standardmäßigen SQL Server-Aufträge deaktiviert wird.
BizTalkDTADb-Datenbank wächst übermäßig Dies kann passieren, wenn die BizTalkDTADb-Datenbank sehr groß wird, wodurch Einfügungen in die BizTalkDTADb-Datenbank länger dauern. Wenn dies geschieht, verlangsamt sich die Übertragung von Daten durch den Tracking Data Delivery Service (TDDS), wodurch ein Backlog in der MessageBox-Datenbank entsteht. Um dieses Problem zu vermeiden, ist es wichtig, das SQL Server-Archiv auszuführen und Aufträge regelmäßig in den BizTalkDTADb-Datenbanken zu löschen.
Übermäßige Datenträger-E/A-Latenz Wenn die eingehende Datenrate in der MessageBox-Datenbank schneller ist, als das System die Daten verarbeiten und in die BizTalkDTADb-Datenbank verschieben kann, kann backlog in der MessageBox-Datenbank erstellt werden. Wenn der Backlog weiterhin unvermindert zunimmt, ist dies ein sehr ernstes Problem, und die Systemleistung wird im Laufe der Zeit beeinträchtigt. Eine Möglichkeit, dieses Problem zu beheben, besteht darin, schnellere Datenträger zu installieren und/oder die Hardware zu aktualisieren, um sicherzustellen, dass das System in der Lage ist, sich von Nachrichtenrückständen im Laufe der Zeit zu erholen.
Planen der Zukunft
Auch wenn alle oben genannten bewährten Methoden befolgt werden, wird die Menge der Nachverfolgungsdaten, die in die BizTalkDTADb-Datenbank verschoben wurden, im Laufe der Zeit sehr groß werden. Es ist wichtig, einen Datenbankwartungsplan zu implementieren, um die Nachverfolgungsdaten regelmäßig zu archivieren, damit das System weiterhin optimal ausgeführt werden kann.
Die Menge der historischen Daten, die in der BizTalkDTADb-Datenbank aufbewahrt werden können, hängt von der Menge der Nachrichten ab, die über das System übertragen werden. Bei Systemen, die nicht einer hohen Belastung und einem hohen Durchsatz ausgesetzt sind, wächst diese Datenbank langsamer, sodass es möglich ist, mehr historische Daten in der BizTalkDTADb-Datenbank aufzubewahren.
Es wird empfohlen, minimale Daten in der BizTalkDTADb-Datenbank aufzubewahren, damit die Laufzeitleistung nicht geopfert wird.