大規模なサーバー環境では、依存する他のデータベースと同期していない可能性のある SQL Server データベースのバックアップの問題をどのように処理しますか?
つまり、サーバーから DB1 をバックアップし、それがバックアップされていない別の DB を使用する場合、DB が異なる状態にあるときに復元を実行すると問題が発生する可能性がありますか? サイズなどに関係なく、すべての依存 DB をバックアップする必要があるようですが、現在の仕事 (データセンター会社で、私は .NET 開発者です) では、SQL Server インスタンス上のいくつかの依存 DB の一部のみをバックアップしています。
ありがとう
答え1
まず最初に、すべてのデータベースをバックアップします。特に、他のデータベースに依存している場合はそうです。依存データベースのバックアップは、バックアップされていない他のデータベースの状態に依存している場合は役に立ちません。
そうは言っても、データベースがサポートするアプリケーションの種類に応じて、説明されている状態の問題に対処する方法は多数あります。バックアップ戦略は、アプリケーションのアーキテクチャと連携して実行する必要があります。理想的には、アプリケーション アーキテクチャはバックアップを考慮して設計されます。
アプリケーションがリアルタイム入力システム (オンライン ストアなど) である場合は、該当するすべてのデータベースを特定の時点に復元するといった作業に直面することになります。
アプリケーションが、最後の計算の時点でシステム状態が安定している計算レポート システムに近いものである場合は、計算の完了後しばらくしてから完全な DB バックアップを実行するだけで済む可能性があります。また、計算が完了した後のユーザー入力も考慮する必要があります。おそらく、完全なバックアップから復元し、その後にローリング トランス ログを実行することになります。
これらはいくつかのアイデアです。これらが解決策を見つける助けになれば幸いです。