sql server 2005鏡像數據庫事務日誌文件維護

Question

對於標準的非鏡像數據庫，確保事務日誌保持在檢查狀態，無論是簡單地使數據庫處於簡單模式還是定期備份。我們保持簡單，因爲我們有SAN快照備份，並且不需要SQL備份。

我們現在要鏡像。我顯然不再有簡單模式的選擇，並且必須使用完整模式。這顯然導致大型日誌文件和日誌備份的需要。沒關係，我可以解決這個問題。一個採取日誌備份並丟棄任何以前的維護計劃。我意識到，如果沒有其前身，這種備份本質上是無用的，但SAN快照正在進行備份。

我的問題是...

一）有沒有一種方法，以截斷所有處理的行日誌文件，而無需創建一個備份？ （因爲無論如何我都無法使用它們......）

b）維護計劃對於服務器是本地的，不會跨鏡像對複製。應該如何在鏡像設置上完成？這樣當數據庫故障轉移時，該計劃開始在新的主體上運行，但是當其鏡像時不會不高興？

感謝

Answer 1

答：如果您的服務器足夠重要，以便對其進行鏡像，爲什麼事務日誌備份不夠重要？ SAN快照只是一個時間點的時間點映像，但它們不能讓您在一段時間內停止不同的時間點。當你的開發人員截斷一個表時，你想要重播所有的日誌，直到這個語句結束。這就是事務日誌備份的優點。

B.建立一個維護計劃（或更好的T-SQL腳本，如Ola Hallengren的http://ola.hallengren.com）來備份所有的數據庫，但選中這些複選框只備份在線的數據庫。 （關於我的頭頂，不知道2005年這是否是一種選擇 - 可能只是2008年）。這樣，你總能得到任何發生故障的事情。

當然，請記住，您需要小心清理腳本和複製這些備份文件。如果一個共享中有一半的t-log備份，另一半共享一半，則恢復更爲困難。

Answer 2

一）不，你不能截斷日誌是鏡像數據庫的一部分。支持日誌是您的最佳選擇。我有幾個數據庫只是基於HA需求進行鏡像設置，但由於各種原因，DR不是必需的。這似乎是你的情況？我真的仍然建議保持一段時間的日誌備份。沒有理由殺死您的高可用性策略所添加的完美恢復計劃。 :)

b）我自己的解決方案是有一個輔助代理作業，根據鏡像的狀態進行監視。如果發現鏡像發生更改，則將啓用鏡像實例上的輔助作業，並且如果可能，舊主體將被禁用。如果委託人倒閉並恢復正常工作，該工作仍然被禁用。工作本身將被切換回來的唯一方式就是再次發生另一次強制故障切換。