FILESTREAMファイルグループを使用したSQLサーバーデータベースのバックアップと復元

私はSQL Serverを使用しており、2つのファイルグループを持つ巨大なデータベースがあります。

• プライマリ：大きなファイル（1MB +）を除くすべてのデータが含まれます
• FILESTREAM（読み取り/書き込み）：大きなファイルが含まれています

現在、バックアップシナリオは次のとおりです。

• 毎週金曜日に完全バックアップ（午前2時）を取得します
• 金曜日を除く毎日、差分バックアップ（午前2時）を取得します。

データベースが大きく、リモートサーバーで運用されているため、データベースをローカル環境に移動してテストデータベースを（毎週）作成する場合は常に、プライマリとファイルストリームの両方を使用する必要があります。

ファイルストリームを無視して、プライマリファイルグループを取得するだけで済むように、バックアップと復元の方法を変更できるようにしたいと考えています。このようにして、毎週、ファイルストリームを想定するすべての情報ではなく、プライマリファイルグループのみを取得します。

多くの問題があり、ファイルにアクセスするとすべてのファイルストリーム参照が失われる可能性があると思います。バックアップを実行するときにすべてのファイルストリーム列のコンテンツを変更できるか、またはテスト環境でホストされている別のファイルストリームを使用できるかどうか知りたいのですが。また、一部のファイルグループのみの段階的復元について聞いたことがありますが、その実行方法には多くの疑問があります。

質問1：このシナリオはありますか？

質問2：完全バックアップを1つだけにし、差分バックアップ/トランザクションログをテスト環境に持ってくるのは良い考えですか？

質問3：バックアップと復元のシナリオを改善できますか？

私はすべての推奨事項に耳を傾けています。ケースの例がある場合は、T-SQLクエリを表示してください。

バックアップを実行するときにすべてのファイルストリーム列のコンテンツを変更できるかどうか知りたい

番号。

本番データベースと同じスキーマでテストデータベースを作成し、カスタムスクリプトを作成して、プライマリファイルグループのデータを同期します（本番システムがソースであるため、これはかなり簡単で、同期は一方向のみです） ）。

次に、ファイルストリームデータを使用して、ファイルをスタブ化します。これは、さまざまな方法で実行できます。私の頭の上では、どういうわけか、テスト側でゼロバイトファイルを生成します。