問題タブ [filegroup]

新しい SQL Server を構築しようとしていますが、ファイル グループを広範囲に使用することを計画していました。このサーバー上の 5 つの異なるデータベースへの大量の読み取り/書き込みと、大幅な成長が予想されます。各データベースに 2 つの追加ファイル グループ (ユーザー データ用とインデックス用) を作成して、データベースごとに合計 3 つのファイル グループを作成することを計画していました。ファイル グループを異なるドライブ/スピンドルに分割することを計画していました。このサーバーは、EMC SAN 上の仮想サーバー (VMWare) です。私は SAN アーキテクチャに不慣れで、SAN 管理者ではありません。「Microsoft SQL Server 2012 Unleashed」という本で、ファイル グループと SAN に関する簡単な説明を読みましたが、SAN を使用する場合、ファイル グループはおそらく無関係であると書かれていました。残念ながら、それ以上の詳細はありませんでした.

ストレージに SAN を使用する場合、ファイル グループを使用する意味はありますか?

そうでない場合、なぜですか？もしそうなら、なぜですか？

このトピックについて、SAN 管理者にどのような質問をすることができますか?

ファイル グループとファイルを使用してデータベースを作成しています。

このスクリプトはその役割を果たしますが、別のマシンで実行されるため、ファイルには相対パスを使用したいと考えています。ファイル (実際にはフォルダー) は、データベース ファイルのすぐ近くに配置する必要があります。それを達成する方法は？

2 つのファイル グループを持つデータベースがあり、2 番目のファイル グループ (デフォルト) はデータベース テーブルに使用されます。

何らかの理由で、ファイル グループのサイズを確認すると、プライマリ ファイル グループはまだすべてのデータを格納するために使用されていますが、セカンダリ ファイル グループは初期サイズのままです。

テーブル プロパティの [ファイル グループ] フィールドを表示して、テーブルがセカンダリ ファイル グループにあることを再確認しました。

このデータベースがまだプライマリ ファイル グループを使用しているのはなぜですか?

追加情報。@Vishal Gajjar の参照スクリプトを実行したところ、1 つのテーブル (最大のテーブル) がセカンダリ ファイル グループを完全には使用していないことがわかりました。これは、「テキスト ファイル グループ」のプライマリをまだ使用しているためです。

約 600 GB の既存のデータベースにファイル グループを実装することを検討しています。私が抱えている最大のハードルは、実際にこれを本番環境にセットアップすることです。データベースを引き続き使用できるようにする必要がありますが、一部のテーブルの移動にはかなりの時間がかかります。開発中、すべてのインデックスを新しいホームに移動し、データベースを縮小するのに 5 日近くかかりました。

では、データベースを稼働させておく必要がある大規模なデータベースにファイル グループを実装する最善の方法は何でしょうか?

読み取り専用で頻繁に使用される監査テーブルをデータベースの残りの部分から分離しようとしています。ファイルグループと別のファイルに入れるのが最善の解決策のようです。

ただし、エンティティ フレームワークでこれを設定する方法がわかりません。テーブルを手動でドロップして作成し、ファイル グループに制約を適用する必要がありますか?

現在、移行を使用してデータベースとテーブルを作成しています。

関連: SQL Server 2008 で特定のファイル グループにテーブルを移動する方法

あなたが私を助けてくれることを願っています.対応するファイルグループの名前でファイルを追加しようとしています.これが私のコードです:

コードを実行すると、次のエラーが表示されます: Msg 102, Level 15, State 1, Line 5 Incorrect syntax near '('

私のコードに何か問題がありますか？前もって感謝します

SQL Server の記事の多くで、物理ディスク上で複数のファイル グループを使用して、ディスクの競合やディスク スピンドルの問題を回避することがベスト プラクティスであると言及されています。したがって、私のクエリは次のとおりです。

1:複数のファイル グループを持つという同じ理論は、仮想マシンにも当てはまりますか?
2: temp db を別のディスクに作成する必要がありますか? また、複数の temp db ファイルを作成して、本番環境用の仮想マシン セットアップで同じ temp db ファイルに対する大規模な読み取り/書き込み操作を回避する必要がありますか?

推奨事項と推論は、ベスト プラクティスを決定するのに役立ちます。ありがとう。

別のパーティションに配置されている約 300 のテーブルがあり、現在、これらのテーブルは以前のように巨大なデータには使用されていません。現在、スペースの問題が時々発生しており、貴重なスペースの一部がこれらのテーブル用に作成された 150 個のファイル グループによって占められているため、テーブルのファイル グループを 150 FG ではなく任意のファイル グループに変更し、これらのファイル グループを削除してスペースを解放したいと考えています。 .

参考までに: これらのテーブルは現在データを保持していませんが、多くの制約とインデックスを定義しています。

どうすれば効率的に行うことができるか教えてください。