Sql-Server

日誌傳送備份和目標文件夾位置

  • June 26, 2018

我們計劃將用於基本災難恢復的日誌傳送與報告需求結合起來。伺服器 A 源數據庫將日誌發送到伺服器 B 數據庫。我們將每四個小時進行一次日誌傳送。

原計劃,源備份位置將在 Server A Harddrive 備份文件夾中。備份將復製到伺服器 B 硬碟目標文件夾。

然而,在閱讀了下面兩篇 MS 文章後,

這兩個大膽的陳述是說同一件事還是不同?

(1) 源備份文件夾不應該位於Server A Harddrive文件夾中嗎?(我可以根據需要使其可供伺服器 B 訪問。)

(2) 如果是這樣,我為什麼要將源備份保存在單獨的伺服器主機上?這將帶來什麼好處?

(3) 我是否需要將日誌備份複製到伺服器 B 硬碟文件夾中?為什麼不保留在單獨的伺服器主機中,因為他們建議有一致的理念?

關於日誌傳送 “主伺服器實例執行備份作業以備份主數據庫上的事務日誌。然後,此伺服器實例將日誌備份放入主日誌備份文件中,並將其發送到備份文件夾。在此圖中,備份文件夾位於共享目錄——備份共享。 三個輔助伺服器實例中的每一個都執行自己的複製作業,將主日誌備份文件複製到自己的本地目標文件夾。

數據庫鏡像和 日誌傳送 在日誌傳送會話期間,主數據庫上的備份作業會在備份文件夾中創建日誌備份。從那裡,備份由輔助伺服器的複製作業複製。要使備份作業和復製作業成功,它們必須有權訪問日誌傳送備份文件夾。**為了最大限度地提高主伺服器的可用性,我們建議您在單獨的主機上的共享備份位置建立備份文件夾。**確保所有日誌傳送伺服器,包括鏡像/主伺服器,都可以訪問共享備份位置(稱為備份共享)。

建議是準確的。原因 1 永遠不要在數據庫伺服器或磁碟上保留備份。只是在發生災難時將它們分開的好習慣。理想情況下,您還希望在不同的硬體甚至不同的位置/數據中心上進行備份。以這種方式接近它,如果災難發生,你能恢復嗎?如果不是,你的故障點是什麼,伺服器,磁碟,基礎設施。

您在 MS 頁面上引用的場景解釋了到多個輔助位置的多個複制和還原作業。複製到每個輔助節點並還原會保留該實例的作業的唯一歷史記錄。正如 MS 所說,“主伺服器實例和輔助伺服器實例將它們自己的歷史記錄和狀態發送到監控伺服器實例。”

引用自:https://dba.stackexchange.com/questions/209894