SQL2005データベースのフルバックアップ後のトランザクションログの重要度はどれですか？SQL2005データベースのフルバックアップ後のトランザクションログの重要度はどれですか？
例：テストというデータベースがありますが、最後のフルバックアップの時点で取得したデータベースバージョンに戻す必要がある点を除いて、トランザクションログを使用した特定時点回復については気にしません。
今、backupsディレクトリには、Test.bakという名前の完全バックアップと関連する.trnファイルが4つあります。 Test1.bakという別の新しいバックアップを作成した場合、以前のバックアップシーケンスからTest.bak + .trnファイルを削除することは安全ですか？ Test1.bak以外のすべてのバックアップファイルを削除した場合、その1つのファイルからのみリカバリすることができますか.trnファイルがなくなるため、リカバリの問題が発生するはずですか？
ログ配布やバックアップ戦略の一環としてトランザクションログファイルを使用したくない場合は、すべての目的と目的のためにトランザクションログファイルを無視できます。
トランザクションログファイルは2つの目的を果たしますが、クラッシュが発生した場合（および短期間のトランザクション管理の場合）、データの整合性を維持することが最も重要です。第2の目的は、質問によって推測されるバックアップを含み、その目的は、ログ配布および関連するものを容易にする。
通常のクラッシュリカバリ/整合性の動作以外の目的で特定のデータベースのトランザクションログを使用していない場合は、シンプルリカバリモードを使用すると、「trunc. log on checkpoint」データベースオプションが有効になる場合があります。この場合、トランザクションログはにバックアップされず、定期的に切り捨てられます。即座に手間のかからないトランザクションログ！
時刻回復に関心がない場合は、トランザクションログのバックアップはまったく必要ありません。完全データベースバックアップからデータベースをいつでも回復できます。
しかし、dev-testデータベース（あなたのようなもの）でない限り、ポイントインタイムリカバリには興味がないとは思いません。
ええ、私の質問は、ポイントインタイムリカバリが必要な場合ではありません。それらのsceneriosのために私はインターネット上のその件名にたくさんの文書があるので、何の疑いもありません。インターネットを撃退した後、私の質問に真っ直ぐ答えを見つけるのは難しかった（上記）。 – djangofan
SIMPLEバックアップ戦略を使用せずにトランザクションログを保持している場合、フルバックアップを実行すると、その時点までトランザクションログが不要になると考えられます。したがって、トランザクションログがあなたとバックアップ戦略にとって重要な場合は、バックアップ中にCOPYONLYフラグを使用して、トランザクションログ履歴の順序を中断しないようにすることができます。
ありがとうございます。あなたの答えは本当に役に立ちます。また、あなたのコメントから私は多くの助けになるこのサイトを見つけました：http://www.simple-talk.com/sql/backup-and-recovery/sql-server-2005-backups。私はこれを答えとしてマークする可能性が非常に高いですが、私は他の答えを見たいと思っています。 – djangofan