Wo kann ich für einen Hochleistungsserver die Auslagerungsdatei, die SSD, die lokale Festplatte oder das SAN einfügen?

1090
nini thepug

Ich bin dabei, den Server zu spezifizieren. Ich weiß, dass die Leistung der Auslagerungsdatei von entscheidender Bedeutung ist, ebenso wie der Systemordner für unsere App. Wo soll ich sie hinstellen? Wahlmöglichkeiten sind lokale Festplatte, SSD oder im SAN?

Meine Sorge, SSD anzulegen, ist die Abnutzung. Ich habe gehört, dass sie auf lange Sicht nicht funktioniert, auch auf dem SAN-Laufwerk. Es scheint, dass der Cache nicht so gut ist.

0

1 Antwort auf die Frage

1
LawrenceC

Ein Hochleistungsserver verfügt über ausreichend RAM, um seine Anforderungen zu erfüllen, und verwendet die Auslagerungsdatei nur in sehr ungewöhnlichen Situationen oder in sehr überlasteten Situationen. Wenn die überlastete Situation andauert und zur "neuen Normalität" wird, müssen Sie dies tun zu spezifizieren und zu aktualisieren. Aus diesem Grund ist es nicht sinnvoll, die Abnutzungserwägungen von SSDs in Bezug auf die Position der Seitendatei zu berücksichtigen.

Die Auslagerungsdatei ist die schnellste, wenn sie sich auf einem eigenen Laufwerk und Controller befindet. Dies bedeutet, dass Sie keine gemeinsam genutzte Partition mit Ihrem Systemvolume haben, sondern auf einer separaten Festplatte an einem separaten SATA-Port. Am Tag der IDE wurde gesagt, er sollte sich auf einem eigenen Controller befinden (nicht mit einem anderen Laufwerk oder einer CD-ROM teilen), um maximale Leistung zu erzielen. Eine SSD ist natürlich schneller als eine Standardfestplatte. Stellen Sie sicher, dass TRIM unterstützt wird. Wenn Sie ein Betriebssystem später als Windows XP ausführen, sollten Sie die Leistungseinbußen im Laufe der Zeit durch die Verwendung von TRIM erheblich verringern.

Je nach SAN kann das Anlegen schneller sein als ein lokales sich drehendes Festplattenlaufwerk, aber wahrscheinlich nicht. Wenn in Ihrem SAN Sicherungsvorgänge ausgeführt werden, ist das Sichern der Auslagerungsdatei im Allgemeinen sinnlos.