Soll ich ReFS für einen neuen SQL Server verwenden?

Wir sind dabei, einen neuen Windows Server 2012 R2-Produktionsserver für die Ausführung von SQL Server 2014 Enterprise Edition zu erstellen.

Im Internet gibt es einige Ratschläge, die für Windows Server 2012 und SQL Server 2012 empfehlen, dass ich mich an NTFS (z. B. itknowledgeexchange ) halten sollte, da Datenbankbefehle wie DBCC CHECKDBnicht funktionieren.

Es gibt jedoch auch Hinweise, dass SQL Server 2014 jetzt ReFS unterstützt (z. B. Brent Ozar , msdn social ).

Gibt es eine Empfehlung von Microsoft oder eine allgemeine Faustregel zur Verwendung von NTFS und zur Verwendung von ReFS für Daten- und Protokolldateien in SQL 2014 und Server 2012 R2?

Im Internet gibt es einige Ratschläge, die für Server 2012 und SQL 2012 empfehlen, dass ich mich an NTFS halten sollte (z. B. itknowledgeexchange), da Datenbankbefehle wie DBCC CHECKDB nicht funktionieren.

Dies gilt nicht mehr für SQL Server 2014 und ist vollständig in KB 2974455 dokumentiert

Dieses Problem wurde in Microsoft SQL Server 2014 behoben. Ab dieser Version von SQL Server verwendet der Befehl DBCC CHECKDB keine benannten Streams zum Erstellen der internen Snapshot-Datenbank.

Tatsächlich wird auch In-Memory-OLTP (Hekaton) unterstützt ( anfangs gab es Probleme ), aber ich würde nicht empfehlen, Ihre geschäftskritischen Datenbankserver auf ReFS zu stellen (es ist neu und es gibt möglicherweise Fehler, die noch nicht entdeckt wurden im Gegensatz zu NTFS, das es seit Ewigkeiten gibt) - überprüfen

SQL Server UND REFS Teil 1 und 2 von @swasheck

Der Vollständigkeit halber hinzufügen:

Bob Dorr - Principal SQL Server Escalation Engineer hat kürzlich einen Blog-Beitrag zu diesem Thema veröffentlicht:

Sparse Files - Wird sowohl von NTFS als auch von REFS unterstützt

Wir hatten Probleme beim Wiederherstellen von Protokollsicherungen für ein Protokollversand-Szenario. Mit der Zeit wurden die Wiederherstellungen immer langsamer, bis zu 15 Sekunden für eine kleine Datei. Nach dem Neustart der SQL-Instanz wurde die Wiederherstellung mit 1 Datei pro Sekunde (sogar weniger als einer Sekunde) ausgeführt und dann allmählich verlangsamt. Wir haben die SQL-Instanz immer wieder neu gestartet und jedes Mal waren die Wiederherstellungen nach dem Neustart schnell und wurden dann langsamer. Wir erstellen die Volumes mit NTFS neu. Die Wiederherstellung der Protokollsicherung läuft schnell und scheint nicht langsamer zu werden als bei Verwendung von ReFS.