ファイルグループの利点とファイルグループを読み取り専用に設定

複数のファイルグループを読み取り専用に変更するのが適切なオプションであり、それらをいつ使用するべきかについて、誰かが実際のシナリオを引用してくれませんか？読み取り専用に設定するとどのようなメリットがありますか？

複数のファイルグループを持つデータベースでは、データベース全体のバックアップを実行し、そのファイルグループの各ファイルもバックアップする必要がありますか。ファイルグループバックアップが使用される場合の例も教えてください。データベース全体をバックアップできるのに、ファイルグループをバックアップすることが有益である理由はわかりません。このファイルグループのバックアップが理想的な実世界での体験が得られることを願っています

質問は多岐にわたりますが、主なポイントには次のようなものがあります。

一般的に、複数のファイルグループ：

• 物理的に分離されていると仮定すると、パフォーマンスが向上する可能性があります。通常、クラスター化インデックス用に1つのファイルグループ、非クラスター化インデックス用に1つのファイルグループ、ヒープ用に1つのファイルグループを作成します。または、パーティション分割の状況で複数のファイルグループを作成することもできます。

• 断片的な復元を有効にすることで、回復性を向上させることができます。断片的な復元を使用すると、アーカイブデータの復元がオンラインアクティビティに影響を与えないようにしながら、重要な本番データをすばやくオンラインにすることができます。オンラインでの段階的な部分復元は「エンタープライズのみ」のオプションであることに注意してください。SQLServerScience.comで段階的な部分復元を実行する方法を示すブログ投稿を作成しました

• 個別にバックアップする必要はありませんが、VLDBで必要になる場合があるため、個別にバックアップすることができます。個々のファイルグループをバックアップする場合は、プライマリファイルグループもバックアップする必要があります。

読み取り専用ファイルグループ：

• レポート専用データの競合を減らすために使用できます。

• 明らかに、データの変更を防ぐために使用できます。

• データベースがオンラインになったときに回復プロセスを実行する必要はありません。これにより、VLDBのリカバリー時間が大幅に改善されます。

• また、読み取り/書き込みファイルグループはNTFSファイルシステムベースの圧縮では使用できませんが、読み取り専用ファイルグループは使用できます。ここでの意味は、システムの非常に限られたセットでは、ディスク上の読み取り専用ファイルグループファイルを圧縮することにより、低速のディスクにあるVLDBデータのパフォーマンスがわずかに向上する可能性があることです。もちろん、これはケースバイケースで評価する必要があります。それに対して、NTFSクラスターがディスクから読み取られるときに、それを解凍するのに必要なCPUオーバーヘッドを評価します。

読み取り専用ファイルグループに関する神話：

• 「読み取り専用のファイルグループに保存されているテーブルの統計は更新されません。」これは完全に間違っており、SQLServerScience.comの私のブログ投稿に示されているようにテストベッドを作成することで証明できます。これを私に指摘してくれた@PaulWhiteに感謝します。

• 「読み取り専用データベースではロックは発生しません。これにより、クエリのパフォーマンスが向上する可能性があります。」データベース全体が読み取り専用でない限り、これは正しくありません。読み取り専用のファイルグループだけでは、共有ロックをスキップできません。