完整備份SQL2005數據庫後，事務日誌有多重要？對SQL2005數據庫進行完全備份後，事務日誌有多關鍵？
示例：我有一個名爲的數據庫測試，我不關心使用事務日誌進行時間點恢復，只是我可能想要恢復到上次完全備份時採用的數據庫版本。
現在，在備份目錄中，我有一個名爲Test.bak的完全備份以及4個關聯的.trn文件。如果我創建另一個名爲Test1.bak的新備份，那麼從我以前的備份序列中刪除Test.bak + .trn文件是否安全？如果我刪除除Test1.bak以外的所有備份文件，我是否能夠僅從該一個文件恢復，或者是否應該因爲.trn文件不存在而導致恢復問題？
如果您不希望將它們用於日誌傳送或作爲備份策略的一部分，則可以爲所有意圖和目的而忽略事務日誌文件。
事務日誌文件有兩個用途，最重要的是在發生崩潰（以及短期事務管理）時保持數據完整性。第二個目的涉及備份，正如問題所推斷的那樣，而且該目的也有助於日誌傳送和相關事情。
如果您沒有在給定數據庫中使用事務日誌以外的任何其他常見的崩潰恢復/完整性行爲，那麼您可以使用簡單恢復模式，該模式反過來啓用「trunc. log on checkpoint」數據庫選項。發生這種情況時，事務日誌不能被備份，並且它會被週期性地截斷。即時無憂交易日誌！
如果您對時間點恢復不感興趣，則根本不需要事務日誌備份。您始終可以從完整數據庫備份恢復數據庫。
但是，我不能想到一個好的理由，不要對時間點恢復感興趣，除非它是一個開發或測試數據庫（如你的）。
是的，但我的問題不是關於我想要時間點恢復的情況。對於那些scenerios我沒有任何問題，因爲在互聯網上有關於該主題的大量文檔。在上網後，很難找到我的問題的直接答案（上圖）。 – djangofan 2009-07-02 17:30:09
如果您不使用SIMPLE備份策略，並且保留事務日誌，那麼當您執行完整備份時，我認爲事務日誌不再需要。因此，如果事務日誌對您和您的備份策略非常重要，那麼您可能希望在備份期間使用COPYONLY標誌，這樣就不會中斷事務日誌歷史記錄的序列。
謝謝。你的答案確實有幫助。另外，從您的評論，我發現這個網站，它可以幫助我很多：http://www.simple-talk.com/sql/backup-and-recovery/sql-server-2005-backups。我很可能會將此標記爲答案，但我想看看我得到了什麼其他答案。 – djangofan 2009-07-02 17:41:42