Installation SQL Server 2017 Standard
Hallo Kollegen,
da ich jetzt zum ersten mal einen SQL Server installiere und nix falsch machen will, wende ich mich an Euch.
Installation an sich ist klar, was mich interessiert ist, ob ich die Datenbank auf C oder doch lieber ein seperates Laufwerk nehmen soll.
Wäre für ein bisschen Unterstützung dankbar.
MfG
da ich jetzt zum ersten mal einen SQL Server installiere und nix falsch machen will, wende ich mich an Euch.
Installation an sich ist klar, was mich interessiert ist, ob ich die Datenbank auf C oder doch lieber ein seperates Laufwerk nehmen soll.
Wäre für ein bisschen Unterstützung dankbar.
MfG
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 505338
Url: https://administrator.de/forum/installation-sql-server-2017-standard-505338.html
Ausgedruckt am: 22.12.2024 um 07:12 Uhr
7 Kommentare
Neuester Kommentar
Hallo
Es gibt einige Guides und auch Tipps im weiten Internet:
https://docs.microsoft.com/de-de/sql/sql-server/install/planning-a-sql-s ...
https://www.mssqltips.com/sqlservertip/4891/sql-server-installation-best ...
https://www.mssqltips.com/sqlservertip/1328/hard-drive-configurations-fo ...
Gruß Mikro
Es gibt einige Guides und auch Tipps im weiten Internet:
https://docs.microsoft.com/de-de/sql/sql-server/install/planning-a-sql-s ...
https://www.mssqltips.com/sqlservertip/4891/sql-server-installation-best ...
https://www.mssqltips.com/sqlservertip/1328/hard-drive-configurations-fo ...
Gruß Mikro
Hallo,
prinzipiell sollte man SQL-Installation, Logfiles und Datenbankenfiles auf separate Partitionen / Platten legen ... unabhängig von physikalischer oder virtueller Umgebung.
Es gibt bestimmt auch Szenarien (Testsysteme?) bei denen alles auf eine Platte kann, würde ich aber nur in Ausnahmefällen so durchführen.
Laufen die Logs voll, ist die Platte voll, läuft die Platte voll geht gar nichts mehr.
Greetz
thejoker2305
prinzipiell sollte man SQL-Installation, Logfiles und Datenbankenfiles auf separate Partitionen / Platten legen ... unabhängig von physikalischer oder virtueller Umgebung.
Es gibt bestimmt auch Szenarien (Testsysteme?) bei denen alles auf eine Platte kann, würde ich aber nur in Ausnahmefällen so durchführen.
Laufen die Logs voll, ist die Platte voll, läuft die Platte voll geht gar nichts mehr.
Greetz
thejoker2305
Zitat von @TheJoker2305:
prinzipiell sollte man SQL-Installation, Logfiles und Datenbankenfiles auf separate Partitionen / Platten legen ... unabhängig von physikalischer oder virtueller Umgebung.
prinzipiell sollte man SQL-Installation, Logfiles und Datenbankenfiles auf separate Partitionen / Platten legen ... unabhängig von physikalischer oder virtueller Umgebung.
Nö, wenn das ein kleines Datenbänkchen ist, kann die auch auf C laufen.
Und wenn in der VM die virtuellen Platten auf dem selben Storage liegen etc. pp.
Laufen die Logs voll, ist die Platte voll, läuft die Platte voll geht gar nichts mehr.
Genau, und wenn das passiert dürfte es egal sein ob die Platte nun D, E oder F heisst.
SQL Performance ist ein seeehr weites Feld
Moin,
Gruß,
Dani
Und wenn in der VM die virtuellen Platten auf dem selben Storage liegen etc. pp.
soweit richtig. Aber es kann durchaus einen Unterschied machen, wenn in der VM verschiedene Controller bzw. Schnittstellen für die einzelnen Festplatten genutzt werden. Auch der Controllertyp kann je nach Szernario etwas bringen.Gruß,
Dani