Bedeutung des Installationsorts von Microsoft SQL Server

Ich habe einen Server mit billiger langsamer Festplatte und einer teuren schnellen Festplatte.

Ich möchte die teure Festplatte für alle Dinge verwenden, bei denen es wichtig ist, dass sie schnell ist, z. B. für meine Datenbanken.

Um Geld zu sparen, möchte ich die langsame Festplatte für alles verwenden, wo es keinen großen Unterschied macht, ob sie schnell oder langsam ist, wie zum Beispiel für Backups.

Meine Frage ist nun, ob ich meinen Microsoft SQL Server auf der langsamen oder der schnellen Festplatte installieren soll .

(Um es klar zu sagen, ich werde meine Datenbanken auf der schnellen Festplatte ablegen, egal was passiert, daher bezieht sich meine Frage nur auf den Speicherort der Installation selbst.)

Dies ist eine Art Meinungsbild, aber ich würde die SQL Server-Binärdateien auf der langsamen Festplatte ablegen. Es ist durchaus üblich, die Binärdateien auf der Betriebssystemfestplatte (obwohl manche Leute das hassen) oder auf einer langsameren Festplatte abzulegen.

Sie möchten jedoch auf jeden Fall daran denken, Ihre Systemdatenbanken, insbesondere Tempdb, auf der schnelleren Festplatte abzulegen. In der Tat ist es auch üblich, Tempdb selbst zu setzen.

Dies steht im Einklang mit einem Paar von Artikel fand ich , dass könnte für Sie nützlich sein.

Es gibt auch Transaktionsprotokollsicherungen, an die man denken muss, und ich bin hin und her gerissen, weil Sie die LDFs auf der schnelleren Festplatte und Sie möchten auch Sicherungen auf einer anderen Festplatte als der, auf der sich die Datenbanken befinden, aber es wäre besser, wenn sie sich auf einer befinden würden schnellere Festplatte. Sie müssen ein Urteil fällen, aber ich würde wahrscheinlich auf die langsamere Festplatte zurückkehren und mich darüber beschweren. ;)

Ich möchte die ziemlich gute Antwort, die Katherine Villyard bereits gegeben hat, weiterverfolgen .

Dies hängt etwas von der beabsichtigten Verwendung Ihrer Datenbank ab.
Wenn Sie viele Schreibvorgänge erwarten, legen Sie Ihre .mdfund Ihre .ndfDateien auf der schnelleren Festplatte ab.

Wenn Ihre Datenbank jedoch eine ist, die im Allgemeinen recht statisch ist (z. B. Bereitstellung von Webinhalten). Und die Abfragen variieren nicht sehr. Wahrscheinlich erhalten Sie einen großen Teil der Abfragen in Ihrem Speicher oder werden sogar auf der Anwendungsseite zwischengespeichert. An diesem Punkt sind Sie besser dran , die schnellere Festplatte für Ihre Verwendung .ldf, tempdbund Backups.

Ebenso, wenn Sie eine Menge großer Abfragen, wie für eine erwartete OLAPDatenbank sind Sie besser dran , Ihre Speicherung .mdf, tempdbauf der schnelleren Festplatte. Und legen Sie das .ldfauf Ihre langsameren Festplatten, da dies nicht oft Teil des Engpasses ist.

Machen Sie sich auf keinen Fall die Mühe, die Binärdateien auf der schnellen Festplatte abzulegen. Wir legen diese im Allgemeinen auf einer langsamen Festplatte ab (nicht auf dem System, wenn dies vermieden werden kann).
Versuchen Sie auch nicht, sowohl die .ldfals auch die .mdfDateien auf der schnellen Festplatte abzurufen. Im Allgemeinen werden sie nach Möglichkeit getrennt.

Überprüfen Sie also zusammenfassend Ihre Last, um festzustellen, was Ihr wahrscheinlichster Engpass sein wird.

Sie haben Dinge rückwärts. Ich weiß, dass dies nicht intuitiv ist, aber Sie möchten die Sicherungen (insbesondere Transaktionsprotokollsicherungen) auf der schnellen Festplatte und die MDF / LDF-Dateien (mit der bemerkenswerten Ausnahme von Tempdb) auf der langsamen Festplatte.

Sie können sich vorstellen, dass SQL Server zwei Darstellungen Ihrer Daten enthält. Die MDF + LDF-Dateien stellen den aktuellen Status der Datenbank dar, während die Sicherung (einschließlich der Transaktionsprotokollsicherungen seit der letzten vollständigen Sicherung) das darstellt, was Sie benötigen, um den aktuellen Status der Datenbank im Falle eines Fehlers wiederherzustellen. Sie möchten diese beiden Darstellungen voneinander getrennt halten, damit ein Ereignis, das eine Darstellung zerstört, auch die andere Darstellung nicht beschädigt.

Es stellt sich heraus die Leistung von SQL Server neigt dazu, einen abhängen LOT mehr auf , wie schnell können Sie die Transaktionsprotokolldateien schreiben und ihre Backups über , wie schnell Sie mdf Dateien zugreifen können. Dies bedeutet, dass Sie unbedingt in Betracht ziehen müssen, Backups auf dem schnellen Laufwerk abzulegen (idealerweise würden Sie dem Server eine kleine SSD hinzufügen, die Sie für ldf-Dateien verwenden können, um ihnen Geschwindigkeit zu verleihen und gleichzeitig die Trennung von Ihren Backups beizubehalten). Leider bleibt das langsame Laufwerk für Ihre MDF-Dateien, aber noch einmal: Es ist nicht so wichtig, wie Sie denken.

Es ist erwähnenswert, dass oben davon ausgegangen wird, dass Sie über ausreichend RAM verfügen, dass Sie typischen Workloads folgen und dass Sie den vollständigen Wiederherstellungsmodus anstelle von einfach verwenden möchten. Zusätzlich kann der Betrieb des Systems und installierten SQL - Server - Programm selbst kann auf der langsamen Fahrt gebracht, obwohl natürlich Sie wahrscheinlich so viel wollen , wie Sie Speicherplatz für bis live auf der schnellen Fahrt.