SQL Server: Mehrere Datenbanken mit Transaktionsprotokoll auf einem SSD-Array

Question

i kenne für HDD-Arrays, mit denen mehrere Protokolldateien aus verschiedenen Datenbanken mit einem Performance-Treffer verfügen, da er das IO-Muster voneinander auf Random für das Array ändert.Ein Array pro Datenbank für ihre Protokolle ist also eine Best-Practice.

hat jemand Vorschläge zum Ausführen mehrerer SQL Server-Datenbanken mit den Protokolldateien für jedes dieser Datenbanken, die auf einem SSD-Array vorhanden sind?

Hat jemand Erfahrung mit den Unterschieden von Hitachis FMDS-VS-SSDs für ihre H-Hardware?Ich bin damit befasst, individuelle Laufwerke auf ein paar FMDs zu konsolidieren und nicht die Leistung zwischen den Benutzerdatenbanken und der TEMPDB aufrechtzuerhalten, wenn alles, wenn alles, was ich habe, den Festplattenpool von 4 FMDs für alles ist.

Answer 1

Ändern von sequentiellen auf logische Lese- / Schreibmuster ist auf Rotationsantriebe weit schädlicher als SSDs.Da SSDs keine Leseköpfe haben, ist die Latenzzeit auch auf nicht sequentiellen Lesungen viel niedriger, sondern schreibt.Sie werden einen Performance-Treffer annehmen, wenn es nicht sequentiell ist, aber mit höher-End-SSDs können Sie in der Nähe von Busgeschwindigkeiten (SAS / SATA) in der Nähe oder Sättigung von Bussen (SAS / SATA) auf dem System gelangen.Sie müssen sicherstellen, dass alles, was Sie mit Ihrem Array fahren, mit der E / A, die Sie aufrechterhalten können.Ich habe festgestellt, dass Crystaldiskmark-Benchmarks w / 4k @ 32QD-Indikatoren für die Leistung auf einem belebten System waren.Alles, was gesagt hat, wenn Ihr SSD-Array dieselbe IOPs in allen Protokollen mit zufälliger E / A aufrechterhalten kann, wenn Ihre Rotationslaufwerke sequentiell tun können, ist es Ihnen gut.

Ich habe keine Erfahrungen mit FMDS-VS-SSDs.