爲報表備份SQL數據庫

Question

我正在尋找一些關於將兩個大型數據庫備份到一臺專用於報表的服務器的幫助/建議。情況是這樣的;

我公司內部網站有兩個數據庫。一個用於英國，一個用於歐洲。兩者都被鏡像爲DR。

我有總部設在歐洲這是專門爲微軟報告服務，在這裏我們運行基於這兩個數據庫中收集的數據報告的服務器。

我們不想指向報告服務，爲每天的基礎上性能/安全考慮，因此，我們當前的備份兩個數據庫的實時數據庫，並將其還原到我們的Reporting Services服務器。

然而，這意味着我們可以讓我們的網絡的應變通過備份整個數據庫，昨日也僅達最新午夜的數據。

我們的目標是讓數據最新至少15分鐘，有人建議查看日誌傳送，所以我想知道是否任何人有任何設置這個的經驗，有什麼優點和缺點，以及是否有更好的選擇？

任何幫助，將greatley讚賞， 感謝

Answer 1

我們開發了一個類似的環境。我們使用鏡像功能將數據發送到我們的報告服務器，並創建了一個自動化例程，每15分鐘創建一次數據庫的快照。這些快照只需要1到2秒鐘即可在我們的環境中創建，併爲我們提供數據庫的只讀副本。如果您想讓我深入細節，請告訴我。

注意我們都是服務器上運行的企業。

Answer 2

你應該看看replication作爲替代備份。

Answer 3

日誌傳送是一個很好的解決方案。我們在SQLServerPedia's Log Shipping section有關於它的文章，並且我有一個視頻教程，在那裏通過您的不同選項討論您。關於日誌傳送需要注意的一點是，當恢復發生時，您的用戶將被退出報告數據庫。

複製沒有這個問題，但複製遠沒有靠近「設置它並忘記它」 - 管理起來非常耗時，並且不像您希望的那樣可靠是。另外，您可能必須進行架構修改才能使用複製。日誌傳送更加自動化，但需要在恢復時間將用戶踢出去。

您可以最小化，通過有兩個日誌傳送時間表 - 一個用於白天營業時間，以及一個用於休息。在工作時間內，您只能每小時（或更少）恢復一次數據，其餘時間每15分鐘執行一次。

Answer 4

我建議你看看使用事務複製。

聽起來好像您正在尋找實施類似於我們目前正在實施的場景。

我們使用事務複製（儘管是實時的，你很可能希望你的環境不需要頻繁的時間表同步）來卸載我們的生活生產數據庫的拷貝到另一臺服務器進行報告。

卸載報告數據是一種常見的複製方案，在Microsoft複製文檔中進行了介紹。

http://msdn.microsoft.com/en-us/library/ms151784.aspx

布倫特是正確的，確實是有與複製所需配置的一個元素，與需要但是，要解決，有一些關鍵的優勢，在我看來，使用複製的安全考慮沿，包括：

• 與日誌 運輸相比，延遲減少。
• 只能發佈 需要 進行報告的文章（表格）。
• 降低存儲需求。
• 減少發佈數據意味着減少 網絡流量。
• 隨時訪問您的報告 數據/數據庫。

例如，在我們的環境中，我們決定僅複製生產數據庫中實際需要報告的特定表格（文章）。

我希望我所描述的內容清晰明瞭，但如果您有任何疑問，請隨時與我聯繫。