☰

Hohe physische Datenträgerwarteschlange im Exchange 2003-Mailspeicher

tag-icon • tag-icon exchange-2003
Hohe physische Datenträgerwarteschlange im Exchange 2003-Mailspeicher

Ich habe ein RAID-10-Array mit 10 7200 SATA-RPM-Festplatten. Die durchschnittliche Länge meiner Festplattenwarteschlange während der Geschäftszeiten beträgt etwa 100. Für das Setup gilt Folgendes:

  1. Das Array verfügt über einen Mail-Store mit 95 aktiven Postfächern. (Das ist das Einzige, keine Protokolle oder Systemdateien)
  2. Durchschnittliche Postfachgröße von ~ 400 Megabyte
  3. Das Array ist eine große 1,3 TB-Partition, die auf den RAID-Streifen ausgerichtet ist
  4. Der Mail-Speicher ist ca. 48 GB groß (für ETM- und STM-Dateien).
  5. Der Mailspeicher wurde gerade defragmentiert
  6. Die Transaktionsprotokolle befinden sich auf einem anderen Array, das eine Disk-Warteschlange von weniger als 1 durchschnittlich hat.

Kommt mir das hoch vor? Wenn ja, scheint mit dieser Konfiguration irgendetwas nicht in Ordnung zu sein? Sollte ich mir andere Zähler ansehen?

Aktualisierungen nach Kommentaren:

  1. Das Array selbst scheint in Ordnung zu sein, nur in den letzten Wochen hat es bei mehreren Tagen Jetstress-Tests gute Ergebnisse erzielt.
  2. Es gibt keine Auslagerungsdatei auf dem Array :-)
  3. Es gibt Symantec AV-Software. Die beiden Programme mit den höchsten IO-Lese- und IO-Schreibvorgängen laut Task-Manager sind conduit.exe (Symantec Anti-Spam/Virus) und store.exe. Conduit hat 18 Millionen Lese- und 25 Millionen Schreibvorgänge, Store 144 Millionen Lese- und 9 Millionen Schreibvorgänge. Da ich derzeit Gateway-Server habe, versuche ich, AV vom Backend-Server zu entfernen.

Antwort1

Das ist mehr als "ziemlich hoch" - das istaußerordentlich, überwältigendhoch. Ich habe Boxen mit mehr als der doppelten Anzahl von Postfächern, die auf uralten 7.200 U/min Ultra160 SCSI-Laufwerken mit RAID 5 und viel kürzeren Disk-Warteschlangen laufen.

Außer Exchange belastet noch etwas anderes Ihre Festplatten. Ich würde Perfmon öffnen und die „IO-Datenoperationen/Sek.“ im „Prozess“-Objekt für jeden einzelnen Prozess grafisch darstellen und sehen, welcher Prozess so viele IO verursacht.

Bearbeiten:

Der Artikel, den Sie in Ihrem Kommentar an Jim B verlinkt haben, enthält einige sehr gute Leistungsindikatoren, die Sie sich ansehen sollten. Ich frage mich auch, ob Sie eine virtuelle Speicherauslagerungsdatei auf diese Festplatten gelegt haben und eine übermäßige Auslagerung feststellen.

Ich habe nach dem Lesen des Artikels und der verlinkten Artikel zu Entourage den Verdacht, dass Sie möglicherweise Probleme mit diesen Clients haben. Outlook Anywhere (auch bekannt als RPC über HTTP) verursacht jedoch nicht dieselben Probleme wie Entourage – das ist etwas völlig anderes (MAPI über HTTP im Vergleich zu WebDAV, das die Entourage-Clients verwenden).

Es geht ohne Nachfrage, aber sehen Sie in den Ereignisprotokollen etwas Seltsames?

Bearbeiten nach Ihrem Update:

Die Gesamtzahl der Lese-/Schreibvorgänge ist nicht wirklich das, wonach Sie suchen. Sie suchen wirklich nach dem Delta bei Lese-/Schreibvorgängen pro Intervall. Öffnen Sie Perfmon, löschen Sie die Standardzähler und fügen Sie einige Zähler für Folgendes hinzu:

  • Objekt:Verfahren -Schalter:Datenoperationen/Sekunde -Beispiel:conduit.exe
  • Objekt:Verfahren -Schalter:Datenoperationen/Sekunde -Beispiel:store.exe

Schauen Sie sich auch dieMicrosoft Exchange-Benutzermonitor(netter kleiner Artikel über seine Verwendung verfügbar unterhttp://www.msexchange.org/tutorials/Microsoft-Exchange-Server-User-Monitor.html). Dadurch werden zwar keine WebDAV-Sitzungen angezeigt, aber es gibt Ihnen möglicherweise einen Einblick in die Aktivitäten Ihrer herkömmlichen MAPI-basierten Benutzer.

Antwort2

Boah! Das ist sehr hoch. Die durchschnittliche Warteschlangenlänge sollte gleich oder kleiner als die Anzahl der physischen Festplattenspindeln sein, sodass Ihre Maschine etwa eine Größenordnung mehr Leistung bringt, als sie sollte.Dieser Linkverfügt über eine Liste aller Exchange-Vorgänge, die zu Datenträger-E/A-Vorgängen führen. Daher sollten Sie mithilfe der Vorschläge von Sam und Evan überprüfen, dass bei Ihnen keine dieser Aktivitäten in ungewöhnlichem Ausmaß auftreten (z. B. eine E-Mail-Schleife).

Antwort3

Das ist ziemlich hoch. Haben Sie irgendeine Art von Antivirus-Software? Sehen Sie sich auch \process*\io Datenoperationen/Sek. an. Das sollte Ihnen sagen, ob store.exe oder etwas anderes die IO verursacht. Wenn es store.exe ist, würde ich vermuten, dass etwas Ihre Postfächer durchsucht.

Antwort4

Weitere interessante ThemenProzessmonitor, das jeden Zugriff auf die Festplatte einzeln protokolliert. Wenn etwas anderes als Exchange Ihre Festplatten verwendet, werden Sie sehen, dass die Liste der Festplattenzugriffe in ProcMon sehr schnell gefüllt wird.

Sie erwähnen nicht, wie viel RAM Sie haben, obwohl die von Ihnen genannten Spezifikationen darauf hindeuten, dass Sie wahrscheinlich eine angemessene Menge haben. Wenn Sie weniger als 2 GB verwenden, kann dieses Verhalten auftreten, wenn die Maschine auf die Auslagerungsdatei zugreift. Stellen Sie sicher, dass die im Task-Manager verwendete RAM-Menge kleiner ist als die Menge des im Server installierten physischen Speichers.

verwandte Informationen