Vermeiden von Datenträgerkonflikten

BizTalk Server ist als persistentes System konzipiert, bei dem die MessageBox in Szenarien mit hohem Durchsatz unter schwerwiegender Konkurrenz leiden kann. Dieser Streit kann durch langsame Datenträger verschlimmert werden. Wenn die Datenträger langsam sind (niedrige % Festplatten-Leerlaufzeit), kann dies dazu führen, dass SQL die Sperren länger hält (hohe Sperrwartezeit und viele Sperrtimeouts), was dazu führt, dass die MessageBox-Tabellen (Spool- und Anwendungswarteschlangen) vergrößert werden, was zu Datenbank-Aufblähung und Drosselung führt und letztendlich zu einem niedrigeren gesamt nachhaltigen Durchsatz.

Um Datenträgerkonflikt zu vermeiden, empfiehlt es sich, folgendes zu tun:

• Verwendung von Hochgeschwindigkeitsscheiben (mehrere Spindeln).

• Stellen Sie die Datenbanken nach Möglichkeit in einem Hochgeschwindigkeits-SAN bereit. Wenn mehrere Datenbanken dieselben Datenträger gemeinsam nutzen, wird empfohlen, sie auf separaten dedizierten Datenträgern zu konfigurieren. Darüber hinaus wird empfohlen, die MDF- und LDF-Dateien für die MessageBox-Datenbank auf separate Datenträger zu trennen.

• Wenn SQL unter CPU-Mangel leidet, sollten Sie die MessageBox-Datenbank auf einen dedizierten Server auslagern, der unabhängig von den Tracking-Datenbanken ist.

• Nachdem Sie einen dedizierten Server für die MessageBox-Datenbank eingerichtet haben, sollten Sie die Skalierung erwägen, indem Sie die CPU und/oder weitere CPU-Komponenten aktualisieren. Überwachen Sie das lokale Laufwerk auf der SQL-Server, da die MSDTC-Protokolle auf dem lokalen Laufwerk gespeichert werden (C:\WINDOWS\system32\Msdtc).

• Wenn aufgrund des PageFile- oder MSDTC-Protokolls ein Fehler auf dem lokalen Laufwerk vorhanden ist, versuchen Sie, das PageFile- und/oder MSDTC-Protokoll auf ein separates Laufwerk zu verschieben.