SQL Server 2008ファイルストリームの最大行数

8

私たちは、使用しているファイルストリームにおける10.0.4000.0（X64）およびWindows Server 2008 - Microsoft SQL Serverの2008（SP2）を数百万のファイルを格納します。数百万のファイルがあるため、それらすべてが100個のファイルグループにグループ化され、次々とファイルグループに挿入されます。現在、各ファイルグループには約15Kのファイルがあり、間もなく20Kに増えると予想されています。したがって、ファイルグループが最適なパフォーマンスを実現するために必要な行の最大制限はありますか？または、単一のフォルダーに約20K未満のファイルを格納または格納するときに、最適なパフォーマンスを得るためにオペレーティングシステム側に最大値がありますか？

適切なリソースへの提案も非常に役立ちます。

私はそれを述べるmsdnブログへのリンクを持っています

4.特に8.3ファイル名の生成が有効になっている場合、NTFSパフォーマンスの低下が問題になる可能性があるため、FILESTREAMディレクトリコンテナーに個別に300,000を超えるファイルがないかどうかを確認します。

MSDNブログリンク

ありがとう。

sql-server sql-server-2008 filestream

— カキラン
ソース

4

さて、ヒントの1つとして、Windowsエクスプローラーでそのフォルダーに移動しないでください。

— アーロンバートランド

1

私は最近、NTFSフォルダーにわいせつな数のファイルをいっぱいに詰め込んでいます（私のランダムなペットプロジェクト）。Explorerのパフォーマンスタンクは約1Mですが、ほとんどのファイルシステム操作は、ファイルシステムキャッシュを超えるまで問題ありません。20kファイルは問題になりません。

— ligos

アーロン、セキュリティのために移動したり、誤って懸念を削除したりしないでください、またはそれを行わない他の理由がありますか？

— カキラン2012

3

実際には、必要な数のファイルをファイルグループに入れることができます。

基本的にSQLサーバーに含まれるファイルグループ機能。組織データを適切にアーカイブし、データを効率的にクエリできます。また、サーバーのハードディスク領域と、データストレージに使用するRAIDモデルの構成にも依存します。

— JP Chauhan
ソース

MSDNブログの1つは、次のことをベストプラクティスとして提案しています。4.特に8.3ファイル名の生成が有効になっている場合、NTFSパフォーマンスの低下が問題になる可能性があるため、FILESTREAMディレクトリコンテナーに個別に300,000を超えるファイルがないかどうかを確認します。リンク-blogs.msdn.com/b/blogdoezequiel/archive/2011/02/11/…– cakiran '19

— 07/19

0

ファイルストリームでも多くのファイルを管理しています。1つのファイルグループ（ディレクトリ）にある1600000個のファイルで、filestream-dataの読み取りおよび書き込み操作は非常に低速でした。SQLとC＃で問題が発生しなかった最大約1000000ファイル。しかし、ファイルシステムは非常に遅くなりました。

もう一つの提案。1つのファイルグループに多数のファイルがある場合、バックアップ中に問題が発生する可能性があります。システムがハングアップします。http://support.microsoft.com/kb/2550552にご協力ください。

— rfr
ソース