Warum mehrere Partitionen auf einem Windows-Server?

7

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)?

Mike T.
quelle
Ich sehe einige Verwirrung in den Antworten zwischen Volumes und Partitionen. Wenn einige Daten auf einem anderen RAID-Container als% SystemDrive% gespeichert sind, bedeutet dies ein anderes Volume. Ich glaube, mehrere Partitionen auf demselben Volume sind das, wonach das Poster wirklich fragt.
Evan Anderson
Stellen Sie sich vor, ich spreche von einem etwas größeren Laufwerk. Heute wäre dies für eine Serverumgebung unglaublich klein.
Mike T
Ein guter Grund, wenn Sie den Server als Domänencontroller verwenden, wird der Schreibcache auf dem Laufwerk, auf dem der DC geladen ist, deaktiviert, um die Datenbank vor Beschädigung zu schützen. Wenn Sie Dateien auf demselben Laufwerk halten, wird die Leistung erheblich beeinträchtigt.
LPChip

Antworten:

11

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.

Bryan
quelle
2
Ja +1, 10 GB sind zu klein für Server 2003. Vertrauen Sie mir, viele unserer 2003-VMs haben <1 GB frei auf dem C: Jetzt, nachdem Sie die neuesten Updates angewendet haben. 15-20 GB sind realistischer.
Lazlow
5

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.

MDMarra
quelle
Ich kann das verstehen, wenn wir reden, nur das Betriebssystem wiederherzustellen. Es gibt viele Anwendungen, speziell MS-Apps, die selbst dann, wenn Sie ihnen sagen, dass sie das Laufwerk 'D' verwenden sollen, noch etwas Speicherplatz auf dem Laufwerk 'C' benötigen. Würde dies nicht bedeuten, den gesamten Server wiederherzustellen? In diesem Fall profitieren Sie nicht zusätzlich von einem möglichen Systemfehler und verursachen eine zusätzliche Konfiguration, um wieder einsatzbereit zu sein.
Mike T
Ich denke, die Situation, in der diese Hilfe mit dem Wiederherstellen der Daten zusammenhängt, nicht mit dem Betriebssystem / den Programmen ... Zumindest in meiner Umgebung ist das Wiederherstellen von Daten weitaus häufiger als das Wiederherstellen eines Betriebssystems.
Zoredache
@MarkM: Wie wird das Wiederherstellen aus Backups einfacher? Können Sie Ihre Argumentation näher erläutern? Vielen Dank.
Joeqwerty
Eine Wiederherstellung mit 10 oder 25 GB geht viel schneller als eine Wiederherstellung mit 250 GB. Sie können problemlos mehr Sicherungen speichern, sodass eine einzelne fehlerhafte Sicherung kein so großes Problem darstellt und es schneller ist, eine kleine Sicherung als eine große zu erstellen.
Shial
1
Außerdem musste ich in meinen 10 Jahren im IT-Bereich nur einmal ein gesamtes System aus dem Backup wiederherstellen. Für mich gibt es keinen zwingenden Grund, mehrere Partitionen auf einer einzigen Festplatte zu erstellen. Meiner Meinung nach verursachen Sie mehr Probleme als Sie lösen: Sie haben das Betriebssystem und die Daten, die um dieselbe zugrunde liegende physische Festplatte kämpfen, und Sie riskieren sowohl Ihr Betriebssystem als auch Ihre Daten, wenn das Laufwerk ausfällt. Meiner Meinung nach sollten sich das Betriebssystem und die Daten auf separaten physischen Festplatten befinden, hoffentlich in irgendeiner Form von RAID-Konfiguration.
Joeqwerty
4

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.)

Evan Anderson
quelle
1
Ein Grund für separate Partitionen auf Produktionsservern besteht darin, zu verhindern, dass ein außer Kontrolle geratener Fehler die Systempartition beschädigt oder füllt und den Server insgesamt herunterfährt. Darüber hinaus können Sie Ihren Datenspeicher einfacher erweitern, ohne die Systempartition selbst zu beeinträchtigen.
Phoebus
Das Befüllen eines Volumes, ob Betriebssystem oder nicht, ist ein DoS-Angriff. Hoffentlich verwenden Sie Quoten oder einen anderen Mechanismus, um zu verhindern, dass dies auf einem Volume geschieht, auf das es ankommt.
Evan Anderson
3

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.


BEARBEITEN (basierend auf dem ursprünglichen Fragesteller, der die Virtulisierung hervorbringt):.

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.

Zypher
quelle
Ich würde glauben, wenn ich wüsste, wer mit mir zusammenarbeitet, dass die Standard-10 GB tatsächlich das Standard-Dell-Setup sind. Der Schlachtzugswinkel ist interessant. Eher ein Argument dafür, dass verschiedene Festplatten richtig sind. Das Überfallen auf Partitionen scheint den Grund für einen Überfall in erster Linie zu negieren. Würde ein "echter" Laufwerksfehler nicht mehr Chaos verursachen, wenn mehrere Partitionen gehostet würden, die nicht mehr existieren?
Mike T
@Zypher: Sie sprechen nicht mehr über Partitionen, wenn Sie über verschiedene physische Spindeln / RAID-Container sprechen.
Evan Anderson
@ Mike T: Ja, ich habe BTDT das erste Mal, als ich dieses Dienstprogramm ausgeführt habe ... sehr ärgerlich. Außerdem wäre ein Laufwerksfehler auf einer RAID-Partition tatsächlich besser als ein Fehler auf einem Nicht-RAID-Laufwerk mit mehreren Partitionen, solange Sie den Punkt nicht überschritten haben, den Ihr RAID-Set wiederherstellen konnte. @Evan: Sie haben Recht, für mich ist die Idee, mehrere Partitoins / Mount-Punkte auf einem einzigen RAID-Volume zu platzieren, ... an diesem Punkt so fremd für mich, wenn ich an Partitionen / Mount-Punkte denke, denke ich gut an das, was ich geschrieben habe Über.
Zypher
2

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.

Nic
quelle
Persönlich muss ich (2) rabattieren, da Sie Ihre Server nicht in diesen Zustand versetzen sollten. Glauben Sie nicht, dass es schlimmer gewesen wäre, wenn es auf einem einzelnen Volume mit Daten und System aufgetreten wäre?
Bryan
@Bryan Ja, ein Server würde in einer idealen Welt niemals in diesen Zustand gelangen. Aber Sie können nicht immer davon ausgehen, dass die SA, bevor Sie seine Arbeit richtig gemacht haben. Die Partitionen wurden schlecht ausgewählt (ca. 120 GB für das Betriebssystem), was das eigentliche Problem war.
Nic
Eine der interessantesten Verwendungsmöglichkeiten von Kreuzungspunkten, von denen ich gehört habe
Mike T
1

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.

Rodey
quelle
1

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.

sysadmin1138
quelle
0

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.

daed
quelle
0

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.

rauben
quelle
0

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.

pplrppl
quelle
0

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.


quelle
0

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.

curropar
quelle
0

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.

user2320464
quelle