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

Question

好的，對於標准的非鏡像數據庫，可以通過使數據庫處於簡單模式或定期進行備份來保持對事務日志的檢查。 由於我們進行了SAN快照備份，因此無需進行SQL備份，因此我們將其簡單化。

我們現在要鏡像。 我顯然不再可以選擇簡單模式，而必須使用完全模式。 顯然，這會導致日志文件很大，並且需要備份日志。 我可以解決這個問題。 維護計划，該計划需要日志備份並丟棄以前的所有備份。 我意識到，沒有它的前輩，該備份實際上是沒有用的，但是SAN快照正在執行備份。

我的問題是

a）是否可以在不創建備份的情況下截斷所有已處理行的日志文件？ （因為我還是無法使用它們...）

b）維護計划對於服務器而言是本地的，並且不能跨鏡像對復制。 如何在鏡像設置上完成？ 這樣，當數據庫進行故障轉移時，該計划開始在新的主體上運行，但是當其成為鏡像時不會感到不安嗎？

謝謝

Answer 1

答：如果您的服務器足夠重要以進行鏡像，那么為什么不足夠重要以進行事務日志備份？ SAN快照只是一個時間點的時間點映像，但是它們不能使您在過程中的不同時間點停止。 當開發人員截斷表時，您想重播所有日志直到該語句，然后在此停止。 這就是事務日志備份的優點。

B.設置維護計划（或什至更好的T-SQL腳本，如http://ola.hallengren.com上的 Ola Hallengren的腳本）來備份所有數據庫，但選中相應的框僅備份在線數據庫。 （讓我煩惱的是，不確定2005年是否可以這樣做-可能僅是2008年。）這樣，無論發生什么故障切換，您總會得到。

當然，請記住，您需要注意清理腳本和復制那些備份文件之類的事情。 如果您在一個共享中擁有一半的t-log備份，而在另一共享中擁有一半，則還原起來將更加困難。

Answer 2

a）不，您不能截斷作為鏡像數據庫一部分的日志。 備份日志是您的最佳選擇。 我有幾個僅基於HA需求而設置有鏡像的數據庫，但是由於各種原因不需要DR。 這似乎是您的情況？ 我真的仍然建議將日志備份保留一段時間。 沒有理由取消您的高可用性策略中添加的完美恢復計划。 :)

b）為此，我自己的解決方案是擁有一個輔助代理作業，該作業根據鏡像的狀態進行監視。 如果發現鏡像發生更改，則啟用該鏡像實例上的輔助作業，並且如果可能，則禁用舊的主體。 如果主體降下來又恢復正常，則該作業仍被禁用。 作業本身將被切換回的唯一方法是再次發生另一次強制故障轉移。