如何使此備份方案對報告更友好？

目前，我們有大約 50 台遠端伺服器，每台伺服器都有一個生產數據庫。每天晚上，所有 50 台伺服器都會執行備份作業並壓縮備份。每天早上，本地伺服器都會為每個站點執行一項作業，將 zip 文件複製過來，並將數據庫恢復到“臨時”伺服器。然後，該作業將單個表（並非所有表都複製）複製到“報告”伺服器上的相應數據庫中。報告伺服器上的數據庫可能包含用於跟踪資訊的自定義表，因此我們不能每天晚上簡單地刪除數據庫。

我覺得這個過程有些多餘。我不喜歡在兩個地方擁有相同的數據，並且我不喜歡創建腳本來為每個添加的遠端伺服器複製單獨的表（大約每月 1 個）。但是，我找不到這樣做並保留我們使用的自定義表的好方法。

我的一個想法是將“臨時”伺服器變成生產數據庫備份的儲存庫，並將“報告”伺服器僅用於自定義表，但這導致需要使用連結伺服器連接。

有沒有人知道如何使這個過程變得更好？

我認為日誌傳送也是一種可行的方法。

您可以對其進行設置，以便日誌在一夜之間發送和恢復，但在工作時間會暫停 - 或者執行頻率要低得多。由於恢復新日誌需要獨占訪問數據庫。因此，您可以在上午 8:30 之前執行恢復，然後在中午恢復下一組。這樣他們早上的報告反映到 8:30，下午他們趕上了一點。

與複製和/或您目前的方法相比的好處？

1. 根據延遲的不同，這也可以使您免於生產中的“中彈”場景。如果您延遲日誌傳送，您仍然可以在報告伺服器上獲取“錯誤前”數據，而無需完成恢復生產數據的完整過程，然後繼續獲取最新的錯誤前數據.
2. 與每晚一次運送和恢復整個備份相比，伺服器的衝擊要小得多。

無論如何，日誌傳送都不是靈丹妙藥，但設置起來並不困難，適用於任何版本（儘管並非所有版本都支持一個 hokey 嚮導），並解決了幾個不同的問題。

引用自：https://dba.stackexchange.com/questions/25497