新しいSQL ServerにReFSを使用する必要がありますか？
現在、SQL Server 2014 Enterprise Editionを実行するための新しい運用Windows Server 2012 R2サーバーを構築しています。
Windows Server 2012とSQL Server 2012では、DBCC CHECKDBのようなデータベースコマンドが機能しないため、NTFS（例 itknowledgeexchange ）に固執する必要があることを示唆する、インターネット上のアドバイスが少しあります。
ただし、SQL Server 2014がReFSをサポートするようになったというアドバイスもあります（例： Brent Ozar 、 msdn social ）
Microsoftからの推奨事項、またはNTFSをいつ使用するか、およびSQL 2014およびServer 2012 R2のデータファイルとログファイルにReFSを使用するかどうか/いつ使用するかについての一般的な経験則はありますか？
サーバー2012とSQL 2012については、NTFSに固執する必要があることを示唆するアドバイスがインターネット上にあります。 itknowledgeexchange）DBCC CHECKDBのようなデータベースコマンドが機能しないため。
これはSQL Server 2014では当てはまらず、完全に KB 2974455 に記載されています。
この問題はMicrosoft SQL Server 2014で解決されています。このバージョンのSQL Server以降、DBCC CHECKDBコマンドは名前付きストリームを使用して内部スナップショットデータベースを作成しません。
実際、インメモリOLTP（Hekaton）もサポートされています（ 最初は問題がありました ））が、ミッションクリティカルなデータベースサーバーを配置することはお勧めしませんReFS（それは新しく、昔から存在しているNTFSとは対照的に、人々がまだ発見していないバグがあるかもしれません）-チェック
SQL Server AND REFS Part 1 and 2 by @ swasheck
完全性のための追加：
Bob Dorr-SQL Serverの主なエスカレーションエンジニアが最近これに関するブログ投稿を公開しました。
ログ配布シナリオのログバックアップの復元に問題がありました。時間の経過とともに、復元は次第に遅くなり、小さなファイルでは最大15秒かかりました。 SQLインスタンスが再起動された後、復元は毎秒1ファイル（実際には1秒未満でさえ）で行われ、その後徐々に減速していました。 SQLインスタンスを再起動し続け、再起動後の復元が高速で、速度が低下するたびに。 NTFSを使用してボリュームを再構築します。ログバックアップの復元は高速で実行されており、ReFSが使用されたときのように遅くなるようには見えません。