Betriebssystemoptimierungen

Dieses Thema enthält Empfehlungen zur Optimierung der Leistung der BizTalk Server-Computer, die in einer BizTalk Server-Produktionsumgebung verwendet werden. Diese Optimierungen werden angewendet, nachdem BizTalk Server installiert und konfiguriert wurde.

Allgemeine Richtlinien zur Verbesserung der Betriebssystemleistung

Die folgenden Empfehlungen können verwendet werden, um die Leistung des Betriebssystems zu erhöhen:

Installieren sie die neuesten BIOS-, Speicherbereichsnetzwerk-(SAN)-Treiber, Netzwerkadapterfirmware und Netzwerkadaptertreiber

Hardwarehersteller veröffentlichen regelmäßig BIOS-, Firmware- und Treiberupdates, die die Leistung und Verfügbarkeit der zugehörigen Hardware verbessern können. Besuchen Sie die Website des Hardwareherstellers, um Updates für die folgenden Hardwarekomponenten auf jedem Computer in der BizTalk Server-Umgebung herunterzuladen und anzuwenden:

  1. BIOS-Updates

  2. SAN-Treiber (bei Verwendung eines SAN)

  3. NIC Firmware

  4. NIC-Treiber

Zuweisen des MSDTC-Protokolldateiverzeichnisses zu einem separaten dedizierten Laufwerk

In einer BizTalk Server-Umgebung mit mehreren MessageBox-Datenbanken auf separaten SQL Server-Computern entsteht zusätzlicher Aufwand, der dem Microsoft Distributed Transaction Coordinator (MSDTC) zugeordnet ist. Standardmäßig befinden sich die MSDTC-Protokolldateien im verzeichnis "%systemdrive%\windows\system32\msdtc" der Computer, auf denen der DTC-Dienst ausgeführt wird. Um die Möglichkeit zu verringern, dass die DTC-Protokollierung zu einem Leistungsengpass werden könnte, sollten Sie in Erwägung ziehen, das MSDTC-Protokolldatei-Verzeichnis auf ein schnelles Laufwerk zu verschieben. Gehen Sie folgendermaßen vor, um das MSDTC-Protokolldateiverzeichnis zu ändern:

  1. Klicken Sie auf "Start", klicken Sie auf "Ausführen", und geben Sie "dcomcnfg " ein, um die Verwaltungskonsole für Komponentendienste zu starten.

  2. Erweitern Sie Komponentendienste, erweitern Sie Computer, klicken Sie mit der rechten Maustaste auf "Arbeitsplatz", und klicken Sie dann auf "Eigenschaften".

  3. Klicken Sie im Dialogfeld "Meine Computereigenschaften " auf die Registerkarte "MSDTC ".

  4. Geben Sie im Bearbeitungsfeld "Speicherort " unter "Protokollinformationen" den Pfad ein, in dem das neue Protokoll erstellt werden soll (z. B. G:\Logs\DTCLog).

  5. Klicken Sie auf "Protokoll zurücksetzen", und Sie werden aufgefordert, den Dienst neu zu starten. Klicken Sie auf "OK ", um den DTC-Dienst neu zu starten, und klicken Sie dann auf "OK ", um zu bestätigen, dass der MSDTC-Dienst neu gestartet wurde.

Konfigurieren Sie die Antivirensoftware so, dass der Echtzeit-Scan von ausführbaren BizTalk Server-Dateien und Dateiablagen vermieden wird.

Das Echtzeitscanning von ausführbaren BizTalk Server-Dateien durch Antivirensoftware und alle Ordner oder Dateifreigaben, die von BizTalk Server überwacht sind, können sich negativ auf die Leistung des BizTalk Servers auswirken. Wenn Antivirensoftware auf dem/den BizTalk Server-Computer(n) installiert ist, deaktivieren Sie die Echtzeitüberprüfung für nicht ausführbare Dateitypen, auf die von allen BizTalk Server-Empfangsstandorten verwiesen wird (normalerweise .XML, kann aber auch .csv, .txtusw. sein). Konfigurieren Sie die Antivirensoftware so, dass die Überprüfung von ausführbaren BizTalk Server-Dateien ausgeschlossen wird.

Deaktivieren von Netzwerkscannen zur Angriffserkennung zwischen Computern in der BizTalk Server-Umgebung

Angriffserkennungssoftware kann die gültige Kommunikation über das Netzwerk verlangsamen oder sogar verhindern. Wenn Angriffserkennungssoftware installiert ist, deaktivieren Sie die Netzwerküberprüfung zwischen BizTalk Server-Computern und externen Datenrepositorys (SQL Server)-Computern oder Messaging-Diensten (Message Queuing, WebSphere MQSeries usw.).

Defragmentieren aller Datenträger in der BizTalk Server-Umgebung regelmäßig

Übermäßige Datenträgerfragmentierung in der BizTalk Server-Umgebung wirkt sich negativ auf die Leistung aus. Führen Sie die folgenden Schritte aus, um Datenträger in der BizTalk Server-Umgebung zu defragmentieren:

  1. Defragmentieren Sie alle Datenträger (lokal und SAN/NAS) regelmäßig, indem Sie die Defragmentierung der Datenträger außerhalb der Stunden planen.

  2. Defragmentieren Sie die Windows PageFile-Datei, und weisen Sie die Masterdateitabellen der einzelnen Datenträger in der BizTalk Server-Umgebung vor, um die Gesamtleistung des Systems zu steigern.

    Hinweis

    Verwenden Sie das PageDefrag-Hilfsprogramm, um die Windows PageFile-Datei zu defragmentieren und die Masterdateitabellen vorab zuzuweisen. Weitere Informationen hierzu sind unter Windows-Befehle: Defragmentierung.

Wenn Antivirensoftware auf den SQL Server-Computern installiert ist, deaktivieren Sie die Echtzeitüberprüfung von Daten- und Transaktionsdateien.

Das Echtzeit-Scannen der SQL Server-Daten- und Transaktionsdateien (.mdf, .ndf, .ldf, .mdb) kann Festplatten-I/O-Konflikte erhöhen und die Leistung des SQL Servers verringern. Beachten Sie, dass die Namen der SQL Server-Daten- und Transaktionsdateien zwischen BizTalk Server-Umgebungen variieren können. Weitere Informationen zu den Daten- und Transaktionsdateien, die mit einer standardmäßigen BizTalk Server-Konfiguration erstellt wurden, finden Sie unterOptimieren von Filegroups für die Datenbanken.

Konfigurieren von MSDTC für BizTalk Server

Überprüfen Sie die folgenden Informationen zum Konfigurieren von MSDTC für BizTalk Server:

Konfigurieren der Firewall(n) für BizTalk Server

Hinweis

Dieser Schritt ist nur erforderlich, wenn eine oder mehrere Firewalls in Ihrer BizTalk Server-Umgebung vorhanden sind.

Überprüfen Sie die folgenden Informationen zum Konfigurieren der Firewall(n) für BizTalk Server:

Verwenden des NTFS-Dateisystems auf allen Volumes

Windows Server bietet mehrere Dateisystemtypen zum Formatieren von Laufwerken, einschließlich NTFS, FAT und FAT32. NTFS sollte immer das Dateisystem der Wahl für Server sein. Windows Server

NTFS bietet erhebliche Leistungsvorteile gegenüber den FAT- und FAT32-Dateisystemen und sollte ausschließlich auf Windows-Servern verwendet werden. Darüber hinaus bietet NTFS viele Sicherheits-, Skalierbarkeits-, Stabilitäts- und Wiederherstellbarkeitsvorteile gegenüber FAT und FAT32.

Unter früheren Versionen von Windows wurden FAT und FAT32 häufig für kleinere Volumes implementiert (z <. B. 500 MB), da sie in solchen Situationen oft schneller waren. Da Datenträgerspeicher heute relativ kostengünstig ist und Betriebssysteme und Anwendungen die Laufwerkkapazität auf ein Maximum übertragen, ist es unwahrscheinlich, dass solche kleinen Volumes verwendet werden. FAT32 skaliert besser als FAT auf größeren Volumes, ist aber immer noch kein geeignetes Dateisystem für Windows-Server.

FAT und FAT32 wurden oft in der Vergangenheit implementiert, da sie im Falle eines Problems mit einem Volume als leichter wiederherstellbar und verwaltbar mit nativen DOS-Tools angesehen wurden. Mit den verschiedenen NTFS-Wiederherstellungstools, die sowohl nativ in das Betriebssystem integriert sind als auch als Hilfsprogramme von Drittanbietern verfügbar sind, sollte es kein gültiges Argument mehr geben, kein NTFS für Dateisysteme zu verwenden.

Ntfs-Dateikomprimierung nicht verwenden

Obwohl die Verwendung der NTFS-Dateisystemkomprimierung eine einfache Möglichkeit ist, Speicherplatz auf Volumes zu reduzieren, ist sie nicht für Unternehmensdateiserver geeignet. Die Implementierung der Komprimierung verursacht einen unnötigen Aufwand auf der CPU bei allen Datenträgervorgängen und sollte am besten vermieden werden. Überlegen Sie sich optionen zum Hinzufügen zusätzlicher Datenträger, Nahzeilenspeicher oder Archivieren von Daten, bevor Sie ernsthaft die Dateisystemkomprimierung in Betracht ziehen.

Überprüfen Sie die Datenträger-Controller-Stripegröße und die Volumenzuordnungseinheiten.

Stellen Sie beim Konfigurieren von Laufwerkarrays und logischen Laufwerken innerhalb des Hardwarelaufwerkcontrollers sicher, dass Sie die Größe des Controllerstreifens mit der Zuordnungseinheitsgröße übereinstimmen, mit der die Volumes formatiert werden. Dadurch wird sichergestellt, dass die Leistung von Datenträgerlese- und Schreibvorgängen optimal ist und eine bessere Gesamtleistung der Serverleistung bietet.

Durch das Konfigurieren größerer Zuordnungseinheitsgrößen (oder Cluster- oder Blockgrößen) wird Speicherplatz weniger effizient verwendet, bietet aber auch eine höhere E/A-Leistung des Datenträgers, da der Datenträgerkopf während jeder Leseaktivität mehr Daten lesen kann.

Um die optimale Einstellung zum Konfigurieren des Controllers und Formatieren der Datenträger zu ermitteln, sollten Sie die durchschnittliche Datenträgerübertragungsgröße auf dem Datenträgersubsystem eines Servers mit ähnlichen Dateisystemmerkmalen ermitteln. Verwenden Sie das Tool "Performance Monitor" von Windows Server, um die Indikatoren für das logische Datenträgerobjekt, durchschnittliche Bytes/Lesen und durchschnittliche Bytes/Schreiben, über einen Zeitraum normaler Aktivität zu überwachen. Dies hilft dabei, den optimalen zu verwendenden Wert zu ermitteln.

Obwohl kleinere Zuweisungseinheitsgrößen gerechtfertigt sein können, wenn das System auf viele kleine Dateien oder Datensätze zugreift, liefert eine Zuordnungseinheitsgröße von 64 KB eine solide Leistung und einen E/A-Durchsatz unter den meisten Umständen. Verbesserungen bei der Leistung mit optimierten Zuordnungseinheitsgrößen können insbesondere dann beachtet werden, wenn sich die Datenträgerlast erhöht.

Hinweis

Entweder das Befehlszeilentool FORMAT oder das Datenträgerverwaltungstool ist erforderlich, um beim Formatieren von Volumes eine Zuordnungseinheitsgröße anzugeben, die größer als 4096 Byte (4 KB) ist. Windows Explorer formatiert nur bis zu diesem Schwellenwert. Der Befehl CHKDSK kann verwendet werden, um die aktuelle Größe der Zuordnungseinheit eines Volumes zu bestätigen, jedoch muss das gesamte Volume gescannt werden, bevor die gewünschten Informationen angezeigt werden (als Bytes in jeder Zuordnungseinheit dargestellt).

Überwachen der Laufwerkspeicherauslastung

Je weniger Daten auf einem Datenträger vorhanden sind, desto schneller wird sie ausgeführt. Dies liegt daran, dass daten auf einem gut defragmentierten Laufwerk so nah am äußeren Rand des Datenträgers wie möglich geschrieben werden, da dies der Ort ist, an dem der Datenträger am schnellsten dreht und die beste Leistung erzielt.

Die Datenträgersuche dauert normalerweise wesentlich länger als Lese- oder Schreibvorgänge. Wie oben erwähnt, werden Die Daten zunächst an den äußeren Rand eines Datenträgers geschrieben. Da die Nachfrage nach Datenträgerspeicher erhöht und freier Speicherplatz reduziert wird, werden Daten näher an die Mitte des Datenträgers geschrieben. Die Suchzeit der Festplatte wird erhöht, wenn sich der Lesekopf weiter vom Rand entfernt, und es dauert länger, die Daten zu lesen, was die E/A-Leistung des Datenträgers beeinträchtigt.

Dies bedeutet, dass die Überwachung der Speicherplatznutzung nicht nur aus Kapazitätsgründen, sondern auch aus Leistungsgründen wichtig ist.

Als Faustregel gilt es, den freien Speicherplatz zwischen 20% und 25% des gesamten Festplattenspeichers zu halten. Wenn freier Speicherplatz unter diesen Schwellenwert fällt, wird die E/A-Leistung des Datenträgers negativ beeinträchtigt.

Implementieren einer Strategie zur Vermeidung von Datenträgerfragmentierung

Führen Sie ein Defragmentierungsprogramm regelmäßig auf Ihren Datenträgern aus, einschließlich des Stammlaufwerks, um Leistungsbeeinträchtigungen zu verhindern. Führen Sie dies wöchentlich auf stark ausgelasteten Datenträgern aus. Ein Datenträgerentfragmentierungsprogramm wird mit Windows Server installiert und kann in bestimmten Intervallen über einen geplanten Vorgang ausgeführt werden.

Optimieren der Windows Server-Leistung für Hintergrunddienste

Der BizTalk Server-Prozess (BTSNTSVC.exe) wird als Hintergrunddienst ausgeführt. Standardmäßig ist Windows Server so konfiguriert, dass sie für optimale Leistung von Anwendungsprogrammen und nicht für Hintergrunddienste angepasst wird.

Windows Server verwendet präemptives Multitasking, um Prozessthreads zu priorisieren, die von der CPU bearbeitet werden. Präemptives Multitasking ist eine Methode, bei der die Ausführung eines Prozesses angehalten wird und ein anderer Prozess gestartet wird, im Ermessen des Betriebssystems. Dieses Schema verhindert, dass ein einzelner Thread die CPU dominiert.

Der Wechsel der CPU vom Ausführen eines Prozesses zum nächsten wird als Kontextwechsel bezeichnet. Das Windows-Betriebssystem enthält eine Einstellung, die bestimmt, wie lange einzelne Threads auf der CPU ausgeführt werden dürfen, bevor ein Kontextwechsel eintritt und der nächste Thread gewartet wird. Diese Zeitspanne wird als Quanten bezeichnet. Mit dieser Einstellung können Sie auswählen, wie prozessorquanta zwischen Vordergrundprogrammen und Hintergrunddiensten gemeinsam genutzt wird. In der Regel ist es für einen Server nicht wünschenswert, einem Vordergrundprogramm mehr CPU-Zeit zugewiesen zu lassen als Hintergrunddienste. Das heißt, alle Anwendungen und ihre Prozesse, die auf dem Server ausgeführt werden, sollten für die CPU-Zeit gleich berücksichtigt werden.

Führen Sie die folgenden Schritte aus, um die Leistung für Hintergrunddienste wie bei BizTalk-Hostinstanzen zu erhöhen:

  1. Klicken Sie auf "Start", dann auf "Systemsteuerung" und dann auf "System".

  2. Klicken Sie auf die Registerkarte "Erweitert", und klicken Sie dann unter "Leistung" auf "Einstellungen".

  3. Klicken Sie auf die Registerkarte "Erweitert ", klicken Sie auf "Hintergrunddienste", und klicken Sie dann zweimal auf "OK ".

Manuelles Laden von Microsoft-Zertifikatsperrlisten

Beim Starten einer .NET-Anwendung versucht .NET Framework, die Zertifikatsperrliste (Certificate Revocation List, CRL) für jede signierte Assembly herunterzuladen. Wenn Ihr System keinen direkten Zugriff auf das Internet hat oder auf den Zugriff auf die Microsoft.com Domäne beschränkt ist, kann dies den Start von BizTalk Server verzögern. Um diese Verzögerung beim Starten der Anwendung zu vermeiden, können Sie die folgenden Schritte ausführen, um die Zertifikatsperrlisten für die Codesignatur auf Ihrem System manuell herunterzuladen und zu installieren.

  1. Laden Sie die neuesten CRL-Updates von http://crl.microsoft.com/pki/crl/products/CodeSignPCA.crl und http://crl.microsoft.com/pki/crl/products/CodeSignPCA2.crl herunter.

  2. Verschieben Sie die Dateien CodeSignPCA.crl und CodeSignPCA2.crl in das isolierte System.

  3. Geben Sie an einer Eingabeaufforderung den folgenden Befehl ein, um das Dienstprogramm certutil zu verwenden, um den lokalen Zertifikatspeicher mit der in Schritt 1 heruntergeladenen CRL zu aktualisieren:

    certutil –addstore CA c:\CodeSignPCA.crl

    Die CRL-Dateien werden regelmäßig aktualisiert, daher sollten Sie erwägen, eine erneute Aufgabe zum Herunterladen und Installieren der CRL-Updates festzulegen. Um die nächste Aktualisierungszeit anzuzeigen, doppelklicken Sie auf die CRL-Datei, und zeigen Sie den Wert des Felds "Nächste Aktualisierung " an.

Synchronisieren der Zeit auf allen Servern

Viele Vorgänge, die Tickets, Quittungen und Protokollierung umfassen, verlassen sich darauf, dass die lokale Systemuhr korrekt ist. Dies gilt insbesondere in einer verteilten Umgebung, in der Zeitabweichungen zwischen Systemen dazu führen können, dass Protokolle nicht synchronisiert werden oder Tickets, die von einem System ausgestellt wurden, als abgelaufen oder noch nicht gültig abgelehnt werden.

Weitere Informationen zum Konfigurieren eines Servers für die automatische Synchronisierungszeit finden Sie unter Konfigurieren eines Clientcomputers für die automatische Domänenzeitsynchronisierung.

Konfigurieren der Windows PAGEFILE-Datei für optimale Leistung

Befolgen Sie die folgenden Richtlinien, um die Windows PAGEFILE (Auslagerungsdatei) für eine optimale Leistung zu konfigurieren:

  1. Verschieben Sie die Auslagerungsdatei auf ein physisches Volume, das vom physischen Laufwerk getrennt ist, auf dem das Betriebssystem installiert ist, um den Datenträgerinhalt zu reduzieren und die Datenträgerleistung zu erhöhen . Auf BizTalk Server-Computern variiert der Leistungsgewinn, der mit dem Verschieben der Auslagerungsdatei verbunden ist, je nach Dokumentverarbeitungslast. Auf SQL Server-Computern wird das Verschieben der Auslagerungsdatei auf ein separates Volume in allen Szenarien aufgrund der datenträgerintensiven Art von SQL Server als bewährte Methode angesehen.

  2. Isolieren Sie die Auslagerungsdatei auf einem oder mehreren dedizierten physischen Laufwerken, die entweder als RAID-0 -Array (Striping) oder RAID-1 (Spiegelung) konfiguriert sind, oder auf einzelnen Datenträgern ohne RAID – Indem Sie ein dediziertes Datenträger- oder Laufwerkarray verwenden, bei dem PAGEFILE.SYS die einzige Datei auf dem gesamten Volume ist, wird die Auslagerungsdatei nicht fragmentiert, wodurch auch die Leistung verbessert wird. Wie bei den meisten Datenträgerarrays wird die Leistung des Arrays verbessert, da die Anzahl der physischen Datenträger im Array erhöht wird. Wenn die Auslagerungsdatei über mehrere Volumes auf unterschiedlichen physischen Laufwerken in einem Datenträgerarray verteilt ist, sollte die Größe der Auslagerungsdatei auf jedem Laufwerk im Array identisch sein. Beim Konfigurieren eines Datenträgerarrays wird auch empfohlen, physische Laufwerke zu verwenden, die dieselbe Kapazität und Geschwindigkeit aufweisen. Beachten Sie, dass Redundanz für die Auslagerungsdatei normalerweise nicht erforderlich ist.

  3. Konfigurieren Sie die Auslagerungsdatei nicht auf einem RAID 5-Array – Die Konfiguration der Auslagerungsdatei auf einem RAID 5-Array wird nicht empfohlen, da die Paging-Dateiaktivität schreibintensiv ist und RAID 5-Arrays besser für die Leseleistung als für die Schreibleistung geeignet sind.

  4. Wenn Sie über keine Ressourcen verfügen, um die Auslagerungsdatei auf ein anderes physisches Volume als das, auf dem das Betriebssystem installiert ist, zu verschieben, konfigurieren Sie die Auslagerungsdatei so, dass sie sich auf demselben logischen Volume wie das Betriebssystem befindet – Wenn die Auslagerungsdatei auf einem anderen logischen Volume konfiguriert wird, das sich auf demselben physischen Datenträger wie das Betriebssystem befindet, erhöht sich die Suchzeit des Datenträgers und die Systemleistung wird verringert, da die Leseköpfe des Datenträgers ständig zwischen den Volumes wechseln und abwechselnd auf die Seitendatei, Betriebssystemdateien, Anwendungsdateien und Datendateien zugreifen. Außerdem wird das Betriebssystem in der Regel auf der ersten Partition eines physischen Datenträgers installiert, was in der Regel am nächsten am äußeren Rand des physischen Datenträgers ist und wo die Datenträgergeschwindigkeit und zugehörige Leistung für den Datenträger optimal sind.

    Von Bedeutung

    Wenn Sie die Auslagerungsdatei aus der Startpartition entfernen, kann Windows keine Absturzabbilddatei (MEMORY.DMP) erstellen, um Debuginformationen zu schreiben, falls ein Kernelmodus-STOP-Fehler auftritt. Wenn Sie eine Absturzabbilddatei benötigen, haben Sie keine andere Wahl, als eine Auslagerungsdatei mit mindestens in der Größe des physischen Speichers + 1 MB auf der Startpartition zu belassen.

  5. Manuelles Festlegen der Größe der Auslagerungsdatei – Manuelles Festlegen der Größe der Auslagerungsdatei bietet in der Regel eine bessere Leistung als wenn die Größe vom Server automatisch festgelegt wird oder keine Auslagerungsdatei vorhanden ist. Die bewährte Methode zur Optimierung besteht darin, die anfängliche (minimale) und maximale Größe der Auslagerungsdatei auf denselben Wert festzulegen. Dadurch wird sichergestellt, dass keine Systemressourcen an die dynamische Größenänderung der Auslagerungsdatei verloren gehen, da dieser Vorgang sehr ressourcenintensiv sein kann. Dies gilt insbesondere, da diese Größenänderungsaktivität in der Regel auftritt, wenn die Speicherressourcen im System bereits eingeschränkt werden. Durch Festlegen desselben minimalen und maximalen Seitendateigrößenwerts wird außerdem sichergestellt, dass der Seitenbereich auf einem Datenträger ein einzelner zusammenhängender Bereich ist und die Datenträgersuche verbessert wird.

  • Last updated on