約 100 ギガバイトの大規模なデータベースがあり、そのうち約 5 ギガバイトがミッション クリティカルなデータで、残りは Web サービスからリロードできるため、それほど重要ではありません。
データをバックアップするのはコストがかかり、再ロードするだけで済むのであれば、その価値はありません。
そこで、単純なリカバリを実行し、プライマリ ファイル グループをバックアップしたいと思います。問題は、それがグレー表示されており、それを開く唯一の方法は、完全リカバリ モデルまたは一括ログ リカバリ モデルを使用することです。
これらの他のリカバリ モデルでは、50 ～ 100 GB のログ ファイルが生成されます。これは、大規模なデータベースでは、毎日のランク付けや保存など、多くの操作が実行されているためです。
私が望んでいること、つまりバックアップされたプライマリ ファイル グループを使用した単純なリカバリを実行する方法はありますか。また、そうでない場合は、バックアップするほど気にも留めない大量のデータでいっぱいのこれらの巨大なファイルを持つよりも、もっと近い場所にアクセスできる方法はありますか。
ありがとう
答え1
データベースをフル ログに切り替え、数分ごとにローカルまたはネットワーク ディスクにログ バックアップを実行して、以前のバックアップを上書きするように設定できます。ログがバックアップされているからといって、実際にバックアップを保持する必要があるわけではありません。
すでに提案されているように、重要なデータを独立してバックアップできるセカンダリ ファイル グループに移動できます。
別のオプションは、重要なデータを独自のデータベースに配置することです。このデータを使用しているアプリケーションについては何も知りませんが、ビュー/シノニムを使用して、すべてが 1 つのデータベースにあるようにアプリケーションに見せることができる可能性があります。
答え2
データベース復旧モデルが FULL または BULK-LOGGED でない限り、SQL Server ではプライマリ ファイル グループの明示的なバックアップは許可されません。
現在 PRIMARY にあるものをセカンダリ ファイル グループに配置するようにデータベースを「再構築」するのはどうでしょうか。これは現実的ではない、実行不可能、または単に無謀かもしれませんが、そうでなければここからそこに到達する方法がわかりません。