同僚の何人かは、SQL Serverデータベースがまだ実行されている間にバックアップできると言って驚いたのですが、それがどのように可能か疑問に思いました。SQL Serverがデータベースをオンラインのままバックアップできることは知っていますが、なぜそれが可能かを説明する方法はわかりません。私の質問は、これがデータベースにどのような影響を与えるかです。
バックアップの実行中にデータが（挿入、更新、または削除によって）変更された場合、バックアップにはそれらの変更が含まれますか、それともその後データベースに追加されますか？
ここではログファイルが重要な役割を果たしていると考えていますが、その方法はよくわかりません。
編集：ちょうどメモとして、私の場合は、SQL Serverエージェントを使用してデータベースをバックアップすることと、このプロセス中のデータベース変更の影響を伴います。
回答:
完全バックアップには、データとログの両方が含まれます。データについては、そのバックアップに単純にコピーするデータベースの各ページには、などであることがページを読み込み、現時点では。その後、バックアップメディアにすべての「関連する」ログを追加します。これには、少なくとも、バックアップ操作の開始時のLSNとバックアップ操作の終了時のLSN間のすべてのログが含まれます。実際には、バックアップの開始時にすべてのアクティブなトランザクションとレプリケーションに必要なログを含める必要があるため、通常はより多くのログがあります。完全なデータベースバックアップに関するいくつかの神話を暴くを参照してください。
データベースが復元されると、すべてのデータページがデータベースファイルにコピーされ、すべてのログページがログファイルにコピーされます。現時点では、データベースは互いに同期していない可能性のあるデータページイメージが含まれているため、一貫性がありません。しかし、通常の回復が実行されます。ログにはバックアップ中のすべてのログが含まれるため、リカバリの終了時にはデータベースは一貫しています。
質問で示唆したように、コピー中にデータベースに変更が加えられる可能性があるため、単にコピーすることはできません。
データベースの機能を認識し、OS機能を介して「スナップショット」を取得するか、ユーティリティを使用してデータベースを安全な状態（mysqlを使用する場合はmysqldumpなど）でダンプできるエージェントで実行する必要があります。
そうしないと、破損する可能性のあるバックアップが取得され、復元するまでそれを知ることができません。JoelとJeffは最近StackOverflowポッドキャストで少し話したと思う。
そして、あなたはログファイルが重要であるという点で正しいです。ジャーナル/ログファイルが実際のデータと同期していない場合、ファイルを復元すると破損します。
結局のところ、データベースの安全な状態を使用して、データベース対応エージェントまたはスナップショットアプリケーション、またはデータダンプ中に更新を妨げずにデータベースを適切にフックしてデータをドロップする方法を知っているアプリケーションを介してバックアップをバックアップします。結果のファイルを作成します。
これを行うには非常に多くの方法があります（一般的に、MSSQLが通常行う方法はわかりません）単に、データベースをファイルにダンプしながら、ダンプの完了後にコミットされるログファイルに変更を追加する-ファイルシステム固有のスナップショットを利用するWindows上のVSSなどの機能。