Warum mehrere Partitionen auf einem Windows-Server?

Mit meinem IT-Outfit haben wir Vorlagen zum Bereitstellen von Servern mit einem kleinen C-Laufwerk / einer Partition (10 GB) und einem größeren D-Laufwerk / einer größeren Partition. Warum das? Windows ( zumindest bis vor kurzem und zumindest minimal ) verwendet dynamische Bereitstellungspunkte in allgemeinen Serverbereitstellungen nicht wirklich.

Bearbeiten

Also mit vielen der Kommentare unten eine Zusammenfassung:

1. Es ist schneller, eine kleinere Partition wiederherzustellen. Dies schließt eine Beschädigung von NTFS ein, die auf einer bestimmten Partition gespeichert würde, anstatt das Gesamtsystem durcheinander zu bringen.
2. Sie erhalten einen gewissen Schutz vor Runnaway-Prozessen. Dies beinhaltet die Möglichkeit, Quoten festzulegen.
3. Bietet einige Kosteneinsparungen für die Raid-Konfiguration
4. Ein religiöser Überbleibsel aus den Tagen vor Virtualisierung, Überfällen und Netzwerken mit hoher Bandbreite.

Abgesehen von # 3 ( was meiner Meinung nach ein Argument gegen Partitionen ist ) sehe ich immer noch keinen Grund, separate Partitionen zu haben. Wenn Sie Ihre Daten schützen möchten, würden Sie sie dann nicht einfach auf einen anderen Satz realer oder virtueller Festplatten legen oder auf andere Weise einer gemeinsam genutzten Ressource zuordnen (NAS, SAN, was auch immer)?

So verhindern Sie, dass Daten Ihr Betriebssystem-Volume füllen und den Server zum Absturz bringen.

Dateiserver profitieren von separaten Volumes, wenn Sie Kontingente verwenden, da diese normalerweise pro Volume festgelegt werden. (z. B. Legen Sie die Home-Verzeichnisse Ihres Benutzers auf einem Volume, Profile auf einem anderen, Unternehmensdaten auf einem anderen usw. ab.)

ps 10Gb klingt für eine Systemlautstärke zu klein. Nach mehreren Jahren von Windows-Updates und Service Packs wird sich das bald füllen.

Das Wiederherstellen aus dem Backup wird einfacher, wenn Programm- / Datendateien von der Betriebssysteminstallation getrennt werden. Ich möchte der Betriebssystempartition mindestens 25 GB geben, aber der Punkt bleibt der gleiche.

Normalerweise finde ich keinen Vorteil beim Erstellen von Partitionen.

Anwendungen (Microsoft und andere) sind dafür berüchtigt, Speicherplatz auf% SystemDrive% zu beanspruchen, selbst wenn Sie damit ein Zielverzeichnis auswählen können. Da der Windows Update-Dienst für automatische Updates nicht in der Lage ist, Sicherungen gepatchter Dateien zu speichern, wächst und wächst die Größe der Verzeichnisse "$ Uninstall $" unter% SystemRoot%. Ein künstlich eingeschränktes% SystemDrive% zu haben, war für mich nichts anderes als Arbeit.

Normalerweise füge ich freigegebene Verzeichnisse und Daten unter ein einziges Unterverzeichnis auf Stammebene. Das befriedigt meine Bedürfnisse, Anwendungen und Daten getrennt zu halten.

Trotzdem ist dies im Allgemeinen ein "religiöses" Thema und ich streite mich nicht mit Leuten darüber. Mach was du willst mit deinen Servern. Das Fehlen von "Daten" -Partitionen hat mir gute Dienste geleistet.

(Nun, separate physische Volumes / Spindeln zu haben ... das ist eine andere Geschichte.)

Ein Grund dafür ist, dass Windows nicht zu Boden stürzt, wenn auf der Festplatte nicht genügend Speicherplatz vorhanden ist, wenn Sie einen außer Kontrolle geratenen Prozess haben, der das Laufwerk ausfüllt.

Der zweite Grund, warum wir dies tun, besteht darin, Laufwerke unterschiedlicher Größe / RAID-Ebenen für unser Betriebssystem und unsere Datenpartitionen zuzulassen. Zum Beispiel würden wir (ich runde Zahlen und ziehe sie hier aus dem Nichts) 2x100 GB SAS-Laufwerk für eine OS Mirror-Partition und dann 6x700 GB SAS-Laufwerke für eine RAID 10-Datenpartition erhalten. Wenn Sie dies tun, können Sie am Ende des Tages leicht 1000 US-Dollar an Systemkosten sparen.

Der dritte Grund ist eigentlich ganz einfach: Wer auch immer den Server mit der Dell-CD gebaut hat, hat nicht darauf geachtet und standardmäßig ein 10-GB-Betriebssystemlaufwerk erstellt (20 bei neueren Versionen, glaube ich).

Nun, wie Evan gesagt hat, ist dies wirklich eine persönliche Präferenz, die an "religiösen" Glauben grenzt. Ehrlich gesagt, mit der Größe der heutigen Laufwerke wird jeder Weg gut funktionieren. Tun Sie, was Sie möchten ... oder was Ihre Unternehmensstandards vorschreiben.

Der Gedanke an Virtulisierung wirft ein interessantes Thema auf. Wie Evan betonte, ging es mir hauptsächlich um verschiedene RAID-Container. In meiner VMWare-Umgebung habe ich jedoch eine Basisvorlage von 20 GB. Jetzt kommt der interessante Teil hierher, alle meine Server werden in einem SAN gehostet und ich habe zwei Volumes vorgestellt.

1. das 20 GB Laufwerk, das Teil meiner Vorlage ist und

2. eine variable Datengröße Datenlaufwerk, das ich gemäß den Anforderungen der Systeme anhänge.

In 90% der Fälle befinden sich diese beiden Festplatten auf demselben RAID-Set, es handelt sich jedoch um zwei verschiedene "physische" Laufwerke des Computers. Wie üblich bringt die Virtualisierung eine Ebene der Dunkelheit in den "Standard" -IT-Denkprozess.

Ich habe keine genaue Antwort auf Ihre Frage, aber ich habe einige Anekdoten, die Sie beim Entwerfen Ihres Laufwerks- / Partitions-Setups nützlich finden könnten.

(1) Das beschädigte NTFS
Ich hatte einen Server mit zwei Partitionen, eine für das Betriebssystem und eine für Daten. Irgendwann im Laufe der Jahre ist ein Fehler mit der Datenpartition aufgetreten, und eine einzelne Datei mit einer Tiefe von etwa 6 Ebenen konnte nicht mehr gelöscht oder umbenannt werden. Am Ende bestand die einzige Lösung darin, die Partition zu löschen und die Daten wieder zu laden. Offensichtlich wäre es ohne Partitionen viel schmerzhafter gewesen.

(2) Die vollständige Datenpartition
Derselbe Server wie oben hat zu einem anderen Zeitpunkt in seinem Leben eine vollständig vollständige Datenpartition erhalten, während auf der Betriebssystempartition Dutzende GB verfügbar waren. Als Stop-Gap-Maßnahme habe ich einen Knotenpunkt verwendet, um Daten vorübergehend auf der Betriebssystempartition zu speichern, bis der neue Server eintraf. Es war hässlich, aber es hat funktioniert. Das Vermeiden von Partitionen hätte das Vermeiden hässlicher Korrekturen bedeutet.

(3) Die Server 2008-Benutzerkontensteuerung
Auf einem neueren Server habe ich festgestellt, dass Sie möglicherweise Probleme bei der Verwaltung eines Laufwerks mit Ausnahme des Laufwerks C: haben, es sei denn, Sie sind der lokale Administrator oder Domänenadministrator. Es reicht nicht aus, in der Gruppe Administratoren zu sein. Dies liegt an einer Kuriosität mit der Benutzerkontensteuerung, die ich vorerst deaktiviert habe.

(4) Die Volume Shadow Copy
Shadow Copy (auch bekannt als "Previous Versions") wird pro Partition ein- und ausgeschaltet. Wenn Sie keinen Speicherplatz für frühere Versionen eines bestimmten Datensatzes verschwenden möchten, sind Partitionen Ihr bester Verbündeter.

Meine bevorzugte Vorgehensweise besteht darin, Betriebssystem und Daten vollständig zu trennen, indem ein separates RAID 1-Array nur für das Betriebssystem vorhanden ist. Dies ermöglicht ein hohes Maß an Flexibilität. Zum Beispiel könnte ich alle für die Datenspeicherung verwendeten Festplatten aktualisieren, ohne die Betriebssysteminstallation ändern zu müssen.

Wir verwenden mehrere Partitionen auf unseren Servern mit dem Laufwerk C: für das Betriebssystem. Unsere anderen Partitionen verwenden wir hauptsächlich zum Speichern von Daten wie Datenbanken, Benutzerdateien / Ordnern, freigegebenen Dateien / Ordnern usw.

Das hängt natürlich vom Service ab, aber das ist wertvoll. Wie bereits an anderer Stelle erwähnt, können unterschiedliche Partitionen unterschiedliche zugrunde liegende Speichereigenschaften aufweisen. Daher sollten unterschiedliche Laufwerksbuchstaben unterschiedliche unterlegte Laufwerke und keine Partitionen darstellen. Es war einmal ein kluger Schritt, Ihre Swap-Datei auf eine eigene Partition zu stellen, aber das ist nicht mehr so ​​vorteilhaft wie früher. Andernfalls behalten Sie Ihr C: -Laufwerk für Betriebssysteme und störende Anwendungen, die sich weigern, irgendwo anders hinzugehen, und Ihre verschiebbaren Apps an einem anderen Ort.

Mit der Virtualisierung können Sie Ihr C: -Laufwerk als dateisicheren Speicher und Ihre D:, E:, F: usw.-Laufwerke als NPIV-Direktdarstellungen für Speicher auf Blockebene verwenden. Oder lassen Sie Ihr Betriebssystemlaufwerk das gespiegelte Festplattenpaar sein (das können 72 GB oder 144 GB sein) und Ihre Nicht-Betriebssystemlaufwerke ein RAID10-Set oder sogar etwas ganz anderes sein.

Beim Ausführen eines Windows IIS-Servers haben wir das Betriebssystemlaufwerk getrennt, von dem Sie die gehosteten Website-Dateien abgelegt haben, um das Durchlaufen von Verzeichnissen zu verhindern.

Dies war jedoch hauptsächlich ein Windows 2000-Problem.

Wenn Ihre Systempartition klein ist, dauert die Ausführung von Diagnosen und Reparaturen auf dieser Partition weniger lange, was zu weniger Ausfallzeiten führt. Wenn Sie beispielsweise ein unerwartetes Festplatten- oder Dateisystemproblem haben und neu starten müssen, um chkdsk auf einer kombinierten 2-TB-System + Datenpartition auszuführen, ist der Server möglicherweise erst morgen wieder online. Wenn diese Partition nur 20 GB groß ist, können Sie in weniger als einer halben Stunde wieder einsatzbereit sein. Sie können die Partition auch in kürzerer Zeit sichern oder ein Image erstellen.

Das von Ihnen erwähnte 10-GB-Limit scheint jedoch alarmierend klein zu sein, da Sie diesen Speicherplatz mit Service Packs und Hotfixes schnell belegen. 20-30 GB wären besser geeignet.

Ich habe keine Erwähnung von Short Stroking gesehen, daher werde ich es hier hinzufügen.

Kleinere Volumes / Partitionen auf mechanischen Laufwerken reduzieren die Zugriffszeit / Latenz. Dies kann in einigen Fällen die Leistung spürbar steigern.

10-GB-Boot-Partitionen scheinen heutzutage zu klein zu sein 25 bis 80-GB-Volumes scheinen mir komfortabler zu sein. Unabhängig von der tatsächlichen Größe formatiere ich Laufwerke aus mehreren Gründen nicht auf ihre volle Kapazität. Die meisten davon gehen auf Leistungsprobleme zurück.

Wenn die D-Partition auf demselben physischen Laufwerk nur für selten verwendete Daten oder für den Notfall verwendet wird, profitiert C: dennoch vom Kurzhubeffekt. Der Schlüssel dort besteht darin, andere davon abzuhalten, diesen Speicherplatz so zu nutzen, als wäre er ein Primärspeicher. Jede regelmäßige Verwendung der sekundären Partition verschwendet diesen Vorteil.

Ich möchte auch hinzufügen, dass Sie mit kleinen Partitionen möglicherweise ein Ersatzlaufwerk mit 36 ​​GB oder 73 GB als Ersatzlaufwerk für ein beeinträchtigtes RAID 1 verwenden können, anstatt das Array beeinträchtigt zu lassen, bis ein neues Laufwerk eintrifft. Sie können auch SSDs verwenden, die möglicherweise kleiner sind, um eine kleine Partition zu übernehmen, wenn Sie sich nicht für diese Option entschieden haben.

Vergessen Sie auch nicht die Dateifragmentierung. Ein Datenlaufwerk auf einem Server füllt sich normalerweise mit Protokolldateien und erweitert ständig die Datenbanken. Die Systempartition leidet auch unter dem gleichen Problem mit Updates und internen Protokollen für Windows. Ein Fragmentierungsproblem auf der Systempartition bringt jedoch das gesamte System zum Stillstand, wobei dasselbe Problem auf einem Datenlaufwerk nur die Anwendungsleistung beeinträchtigt.

Es gibt auch das Problem der Partitionstabelle für Laufwerke. Je größer die Tabelle, desto langsamer kann sie indiziert und durchsucht werden, insbesondere wenn Sie über eine große Anzahl von Dateien verfügen.

Nach meiner Erfahrung sind fehlerhafte Blöcke und Scandisk der wichtigste Punkt: Sie möchten wirklich nie, dass ein 10-TB-Volume fehlerhafte Blöcke erhält und einen Scandisk benötigt, insbesondere auf einem wichtigen Server, da dies mehrere (oder viele) dauern kann !) Stunden bis zum Ende, während Ihre Benutzer zuerst nach ihren Dateien fragen, dann die IT-Inhalte beschuldigen und Sie schließlich anschreien.

Wenn Sie Partitionen haben, befinden sich fehlerhafte Blöcke auf einem kleinen Laufwerk (zumindest solche, die verhindern, dass Ihr Server funktioniert), das schnell genug gescannt und repariert wird, damit Ihre Benutzer Sie nicht anschreien (denn seien wir ehrlich, sie Ich werde immer noch die IT-Sachen beschuldigen.

Upgrade / Wiederherstellung

Wenn Sie ein Upgrade durchführen oder das Betriebssystem wiederherstellen, ist es viel einfacher und sauberer, wenn sich das Betriebssystem auf einem dedizierten Volume befindet. In virtuellen Umgebungen können die Daten ".VHD" einfach auf einen neuen Server kopiert werden, um den Dienst wiederherzustellen / zu aktualisieren.

Volume Shadow Copy Service

Diese Funktionalität kann nur pro Volume ein- und ausgeschaltet werden. Es ist am effizientesten, ein separates Volume zuzuweisen, da bei dieser Technologie Wiederherstellungspunkte basierend auf dem verfügbaren freien Speicherplatz zugewiesen werden. Je mehr freier Speicherplatz verfügbar ist, desto weiter hinten kann eine Wiederherstellung durchgeführt werden. Das Betriebssystemlaufwerk belegt Speicherplatz für installierte Updates, temporäre Programmdateien usw. Das Zuweisen der vorherigen Version bedeutet nur, dass die Wiederherstellungspunkte verkürzt werden und die Technologie nicht gut genutzt wird.

Komprimierung vs EFS

Nur eine dieser Technologien kann auf einem Volume verwendet werden, sodass die Verwendung dedizierter Volumes Konflikte verhindert.

Verwaltung

Dies ist eher eine Präferenz als ein technischer Grund, da es für mich im Gegensatz zu einem verschachtelten Unterordner auf dem Betriebssystem-Volume viel einfacher ist, zu einem anderen Volume zu navigieren.

Gleiches gilt für das Anwenden von Berechtigungen, da es einfacher ist, diese pro Volume zu verwalten, als verschachtelte Unterordner.

OS Volume - 0 Freier Speicherplatz

Das ist mir schon lange nicht mehr passiert, aber wenn es passiert ist, passieren sehr seltsame Dinge. Wenn Benutzer Inhalte auf dem Betriebssystem-Volume ändern dürfen (über eine Dateifreigabe, große Dateien in eine Datenbank hochladen usw.), wird ein Denial-of-Service-Szenario angezeigt. Die Auflösung ist viel einfacher, wenn dies auf einem anderen Volume als dem Betriebssystem geschieht.