複数のファイルグループを読み取り専用に変更するのが適切なオプションであり、それらをいつ使用するべきかについて、誰かが実際のシナリオを教えてもらえますか?読み取り専用に設定するとどのようなメリットがありますか?
複数のファイルグループを持つデータベースでは、データベース全体のバックアップを実行し、そのファイルグループの各ファイルもバックアップする必要がありますか?ファイルグループバックアップが使用される場合の例も教えてください。データベース全体をバックアップできるだけのときに、ファイルグループをバックアップすることが有益である理由はわかりません。このファイルグループのバックアップが理想的な実世界での体験が得られることを願って
質問は多岐にわたりますが、主なポイントには次のようなものがあります。
一般的に、複数のファイルグループ:
物理的に分離されていると仮定すると、パフォーマンスが向上する可能性があります。通常、クラスター化インデックス用に1つのファイルグループ、非クラスター化インデックス用に1つのファイルグループ、ヒープ用に1つのファイルグループを作成します。または、パーティション分割の状況で複数のファイルグループを作成することもできます。
piece-meal restore を有効にすることで、回復性を向上できます。断片的な復元を使用すると、アーカイブデータの復元がオンラインアクティビティに影響を与えないようにしながら、重要な本番データをすばやくオンラインにすることができます。 onlineの段階的部分復元は「エンタープライズのみ」のオプションであることに注意してください。私は SQLServerScience.com で断片的な復元を実行する方法を示すブログ投稿を書きました
個別にバックアップする必要はありませんが、それらは個別にバックアップできます。これは、VLDBで必要になる場合があります。個々のファイルグループをバックアップする場合は、プライマリファイルグループもバックアップする必要があります。
読み取り専用ファイルグループ:
レポート専用データの競合を減らすために使用できます。
明らかに、データの変更を防ぐために使用できます。
データベースがオンラインになったときに回復プロセスを実行する必要はありません。これにより、VLDBのリカバリー時間が大幅に改善されます。
また、読み取り/書き込みファイルグループはNTFSファイルシステムベースの圧縮では使用できませんが、読み取り専用ファイルグループは使用できます。ここでの意味は、非常に限られたシステムのセットでは、ディスク上の読み取り専用ファイルグループファイルを圧縮することにより、低速のディスクにあるVLDBデータのパフォーマンスがわずかに向上する可能性があることです。もちろん、これは、ケースバイケースで評価する必要があります。それに対して、NTFSクラスターがディスクから読み取られるときに解凍するために必要なCPUオーバーヘッドを比較します。
読み取り専用ファイルグループに関する神話:
「読み取り専用のファイルグループに格納されているテーブルの統計は更新されません。」これは完全に間違っており、 SQLServerScience.com で私の ブログ投稿 に示すようにテストベッドを作成することで証明できます。これを私に指摘してくれた @ PaulWhite に感謝します。
「読み取り専用データベースではロックは発生しません。これにより クエリのパフォーマンスが向上する が発生する可能性があります。 データベース全体が読み取り専用でない限り、これは正しくありません。読み取り専用ファイルグループのみ 共有ロックをスキップすることはできません 。