SQL Server の復旧と一括復旧モードについて 2 つの混乱があります。
リカバリ プロセス自体がトランザクション ログを生成するかどうか (ここでログとは、リカバリ プロセスによって生成されたログであり、通常のデータベース DML/DDL 操作によって生成されたものではないことを意味します)。なんで？
一括復旧モードで、A または B の理解が正しいかどうか (どちらも正しくない場合は、訂正してください。ここに 2 つの異なる理解があるため、混乱します)
A. 製品データベースでの通常の DML/DLL 一括操作 (復旧操作ではない) では、最小限の量のログが生成されます。B. 製品データベースでの通常の DML/DLL 一括操作では、通常どおり大量のログが生成されますが (非一括ログ リカバリ モードと同じ)、リカバリ プロセスはトランザクション ログ内の一括操作をリカバリの単位として扱います。回復プロセス自体の最小限のログ。
よろしく、ジョージ
次の 2 つの記事をお読みください。
http://technet.microsoft.com/en-us/magazine/2009.02.logging.aspx
http://www.simple-talk.com/sql/backup-and-recovery/simple-talk-sql-server-backup-crib-sheet/
回復プロセスはログを作成しません。ログは、ポイント イン タイム リカバリ プロセスを実行するために必要なものです (完全なデータベース バックアップ、場合によっては差分バックアップと共に)。
「一括ログ」リカバリを使用するデータベースは、関連するトランザクションではなく、一括操作の影響のみがバックアップに記録されることを除いて、「完全」リカバリとほぼ同じように機能します。これらの一括操作には、BCP、特定のデータ変換サービス (DTS) 操作、画像とテキストの操作、および SELECT INTO が含まれます。「一括ログ」復旧モデルを使用すると、一括操作はログに記録されないため、はるかに高速になります。ログ バックアップに一括操作が含まれる場合、ログ バックアップにはログ レコードと一括操作によって変更されたデータ ページの両方が含まれるため、これらの一括操作のいずれかが実行された場合、ポイント イン タイム リカバリは不可能です。ログがバックアップされた時点までのすべての変更。