SQLServer-Konfiguration - So widerlegen Sie, dass 1 Laufwerk in einem SAN dasselbe ist wie mehrere physische Laufwerke

SQLServer-Konfiguration - So widerlegen Sie, dass 1 Laufwerk in einem SAN dasselbe ist wie mehrere physische Laufwerke

Ich habe ein Leistungsuntersuchungsproblem geerbt, bei dem eine SQLServer 2008-Datenbank (und auch 2012) ihre Daten, Indizes und Protokolldateien alle auf einem einzigen Laufwerk D: hat. Das Laufwerk D: ist eigentlich Teil eines SAN. Ich habe derzeit nicht viele weitere Details.

Ich empfehle, mindestens 3 Laufwerke zu haben, 1 für Daten, 1 für Indizes, 1 für das Transaktionsprotokoll. Wir können hier noch viel mehr tun, hier wollte ich nur anfangen, da wir alle möglichen Probleme untersuchen, die auftreten könnten.

Ich gehe davon aus, dass wir weiter wären, wenn sie mehr „logische Datenträger“ auf dem SAN erstellen und diese dem Betriebssystem und dem SQL Server zur Verfügung stellen würden. Doch ich stoße auf entschiedenen Widerstand und behaupte, dass das dasselbe sei, da sie sich alle auf einem SAN befänden und die Last somit verteilt sei.

Vielleicht haben sie recht, aber ich glaube nicht. Es ist mir eigentlich egal, wer recht hat, ich versuche, einen bestimmten Artikel oder etwas zu finden, das dies auf die eine oder andere Weise klärt. Ich kann anscheinend nicht die perfekte Antwort darauf finden.

Für mich ist das einzelne Laufwerk D: zwar auf einem SAN, für das Betriebssystem ist es jedoch ein einzelnes Laufwerk und hätte einen „einzelnen Puffer“ zwischen dem Betriebssystem und dem SAN und wäre ein Konfliktkandidat. Ich habe keine wirkliche Erfahrung mit SAN-Technologie, also möchte ich es verstehen, wenn ich falsch liege.

Vielen Dank für alle Hinweise.

Antwort1

Sie müssen eine Leistungsbasislinie erstellen, da Ihr Verbrauch sich von dem aller anderen unterscheidet.

Möglicherweise sind zum Laden separate Arrays erforderlich, in den meisten Fällen führt das Aufteilen eines vorhandenen Arrays jedoch zu einer schlechteren Leistung, sofern Sie keine Festplatten hinzufügen.

Aber was Sie verlangen, ergibt keinen Sinn, weil es auf dasselbe hinausläuft. Wenn die Rate der zu Warteschlangen hinzugefügten Elemente nicht geringer ist als die Rate der entfernten Elemente, spielt es keine Rolle, wie viele Warteschlangen Sie haben, sie werden alle voll sein.

Seiten mit Links mit echten Ergebnissenhttps://www.google.co.uk/search?q=sql+san+best+practice

Antwort2

http://blogs.technet.com/b/rycampbe/archive/2011/08/23/virtualization-the-san-and-why-one-big-raid-5-array-is-why.aspx

Ich habe diesen Link gefunden und er scheint die Frage für meine Zwecke ausreichend zu beantworten. Ich glaube, ich weiß intuitiv, warum das keine gute Idee ist, konnte aber keinen Artikel finden, der „nicht zu bestreiten“ ist, und ich habe weder Zugriff noch Berechtigung für eine Umgebung, in der ich das Experiment einrichten könnte.

verwandte Informationen