In Bezug auf die Aufteilung der Instanzwurzel gibt es ein paar Argumente dafür.
- Einige Leute sind dafür, dass ihr "C" -Laufwerk nur für das Betriebssystem und die Betriebssystem-Binärdateien reserviert bleibt. Dies kann Ihnen einige verschiedene Optionen für die Wiederherstellung im Falle eines Absturzes auf dem C-Laufwerk bieten. Es kann dabei helfen, das Betriebssystem davon abzuhalten, Speicherplatzprobleme zu verursachen oder zu erhalten, die beim Teilen mit anderen Apps auftreten.
- Sie isolieren die Binärdateien von SQL Server von anderen Programmen und stellen die Verfügbarkeit einiger kritischer Ordner sicher, z. B. des Protokollordners, in dem Fehlerprotokolle gespeichert sind. Dieser Ordner muss für den Start von SQL Server zugänglich sein. Sie schützen sich im Grunde genommen vor anderen.
Sie können die SQL Server-Binärdateien / -Instanzdateien an derselben Stelle ablegen, an der Sie auch Ihre anderen Programmdateien ablegen. Aber wenn Sie das tun - stellen Sie zumindest sicher, dass Sie Ihre Systemdatenbankdateien und möglicherweise Ihren Standard-Sicherungsspeicherort verwenden und an einen anderen Ort verschieben.
Folgendes mache ich normalerweise, wenn ich eine unbegrenzte Anzahl von Laufwerksbuchstaben zum Spielen habe (mindestens .. Buchstaben sind hier nicht wichtig):
- Dateien auf C-OS- und Systemebene. Nur
- D - Programmdateien für alle Apps (einschließlich SQL Server)
- S - Dateien auf Instanzebene / SQL Server-Systemdatenbanken und -Protokolldateien (mit Ausnahme von TempDB) (Hinweis: Wenn ich mehrere Instanzen habe, mache ich keine vier davon. Ich würde alle SQL-Binärdateien für alle Instanzen aktivieren.) S in den meisten Situationen mit den Ordnern, die die Trennung bereitstellen)
( ED- Ein weiterer Hinweis - Ich habe oft kein "S" -Laufwerk zur Verfügung. Letztendlich befinden sich Ihre Systemdatenbankdateien für Master, Model, MSDB und Resource DB auf demselben Laufwerk wie einige Ihrer Benutzer Datenbankdateien, aber in einem separaten Ordner für die logische Trennung, um die Dinge weniger verwirrend zu halten, ist nicht das Ende der Welt.)
- F - Datendateien für Benutzerdatenbanken
- L - Protokolldateilaufwerk für Benutzerdatenbanken
- T-TempDB
- X - Sicherungslaufwerk (obwohl ich mich in vielen Fällen dazu entscheide, ein Backup auf ein Netzwerklaufwerk zu streamen, nach dem Backup nicht für eine Kopie zu bezahlen und sofort an einem anderen Speicherort zu sichern.)
Ich habe oft mehr Daten- und Protokolllaufwerke und manchmal ein anderes TempDB-Laufwerk. Wenn Sie mehrere Instanzen hinzufügen, gehen Ihnen schnell die Laufwerksbuchstaben aus. Sie können sicher davonkommen, wenn Sie Ihre Dateien auf Instanzebene auf C: ablegen. Und ich mache eine Menge Gesundheitschecks für Kunden, die so eingerichtet wurden - und ich sage nie "oh wow ... das müssen wir jetzt beheben" - Wenn nun auch ihre TempDB-Datei (en) da sind, werde ich das normalerweise tun Lassen Sie sie das ändern. Verschieben Sie manchmal auch ihre Master- und MSDB-Datenbanken.
Aber die Welt wird nicht untergehen, wenn Sie diese Dinge nicht aufteilen. Ich denke, der Vorteil besteht darin, dass Sie Ihre Dateien wirklich getrennt halten. Als DBA sollten Sie eine gesunde Paranoia in Bezug auf andere Rollen in Ihrem Unternehmen, andere Anwendungen, andere Installationen usw. haben. Je mehr Sie sich vom Konfliktpotenzial abgrenzen können, desto besser werden Sie. Außerdem stehen Ihnen weitere Optionen für die Neuinstallation und Wiederherstellung zur Verfügung. Also ja trennen Sie Ihre Binärdateien von C .. Aber mein Rat wäre nicht, für jede Instanz auf einem separaten Laufwerk verrückt zu werden ..