Ich bin neu im Einrichten von SQL Servern und VMS. Mein Vorgänger verwendete Raid 5 für C Drive, in dem sich die SQL-Installation befand, und RAID 10 für Datenbankdateien und Datenbankprotokolle.
Ich habe mich gefragt, ob das richtig ist oder ob RAID 5 stattdessen für SQL-Datenbankdateien verwendet werden soll.
Irgendeine Hilfe?
sql-server
sql-server-2008
Masa Rumi
quelle
quelle
Antworten:
Ich habe eine Reihe von TCP-C-Tests mit mehreren gängigen RAID-Levels durchgeführt und war überrascht, dass RAID5 in einem schreibintensiven Szenario mehr als dreimal langsamer war als RAID10 (um genau zu sein 319% langsamer). Ihr Kilometerstand kann je nach dem tatsächlichen Verhältnis von Lese- und Schreibvorgängen in Ihren Szenarien variieren.
-Kev
quelle
Ich würde RAID 10 um mindestens eine Größenordnung bevorzugen, wenn Sie es sich leisten können. Die Schreibleistung ist sehr schwer zu erreichen, und obwohl die Leseleistung etwas geringer ist, ist dies nur ein Faktor in Fällen, in denen Ihr Speicher völlig unzureichend ist (da die meisten Lesevorgänge normalerweise nicht physisch sein sollten).
Obwohl etwas veraltet, hier ein großer Datensatz von Kendal Van Dyke, um dies zu belegen (diese Links sind das Intro und die Zusammenfassung; der erstere enthält Links zu allen Teilen):
http://www.kendalvandyke.com/2009/02/disk-performance-hands-on-series.html
http://www.kendalvandyke.com/2009/02/disk-performance-hands-on-series-recap.html
quelle
Ich bin nicht sicher, ob Sie SQL auf VM oder Physical einrichten. Wenn es sich um eine VM handelt, kann die Speicherentscheidung variieren, da sie vom VM-Host abhängt.
Ich empfehle, SQL nicht auf Laufwerk C zu installieren, sondern nur SQL für Betriebssystem und Betriebssystem zu verwenden. Es kann also klein sein, aber stellen Sie sicher, dass Sie das C-Laufwerk spiegeln, denn wenn das C-Laufwerk aufgibt, muss der gesamte Server neu erstellt werden.
Wie alle meinen, ist RAID 10 in Bezug auf E / A viel besser als RAID 5. Gleichzeitig funktioniert RAID 5 hervorragend bei der Indizierung, da es schneller als RAID 10 liest. RAID 10 ist gut für LOG und TEMP DB. In vielen Fällen auch DATA und INDEX. Wir verwenden die meiste Zeit RAID 10.
quelle
RAID-5 eignet sich hervorragend zum LESEN (io ist auf 3+ Festplatten aufgeteilt), aber nicht zum SCHREIBEN (muss die Parität über 3+ Festplatten berechnen).
RAID-10 eignet sich hervorragend zum LESEN und SCHREIBEN, verursacht jedoch höhere Hardwarekosten (4x Kosten).
Das auf RAID5 installierte Betriebssystem ist in Ordnung, aber die Hauptdatenbankdateien bleiben auf dem RAID-10.
Ironischerweise kann es ratsam sein, Ihre Daten in Data Warehousing zu verschieben, um ein RAID-5-Array zu verwenden, da Sie viel analysieren / lesen und viel weniger schreiben.
TempDB auf RAID-10 ist auch der beste Ansatz.
quelle
Die Leistung ist wichtig und RAID 10 ist überlegen, wie andere bereits erwähnt haben. Was meiner Meinung nach wichtiger ist, sind die Hochverfügbarkeitseigenschaften des Arrays. RAID 5 kann nur 1 Festplattenfehler tolerieren. RAID 10 kann möglicherweise bis zur Hälfte der Festplatten verlieren und weiterhin funktionieren. Noch schlimmer ist die Leistung des Arrays, wenn eine Festplatte ausfällt. Obwohl Sie keine Daten verlieren, muss ein RAID 5 mit einer ausgefallenen Festplatte eine XOR-Operation für jeden gelesenen Sektor ausführen, um die Daten wiederherzustellen. Wenn Sie jemals einen Festplattenfehler auf einem RAID 5 in der Produktion auf einem ausgelasteten Array festgestellt haben, wissen Sie, dass dies praktisch nutzlos ist. Ich habe schon einige Male gesehen, wie Systeme in die Knie gezwungen wurden ... Vorsicht!
quelle