0

我正在考慮在70GB主數據庫(即將遷移到SQL Server 2014)上實施具有中高級別CRUD活動的事務複製。我們在工作時間內使用SQL Reporting Services(2005-> 2014)生成重度隔夜報告生成和中等臨時報告生成。SQL server事務複製和SSRS

我的想法是使用事務複製,其中1個新的虛擬機用於主(發佈者)數據庫,1個新的虛擬機用於分配器+ 1個新的虛擬機用於用戶,它自己的只讀數據庫用於SSRS + 1用於報表目錄的新VMN + 1虛擬機報告服務器(5個新虛擬機)。

我打算使用SSRS從訂戶檢索數據(只讀,與發佈者的表的子集),而不是來自發布者。

我的問題,如果我想節省一些虛擬機(不失去太多的性能): - 可以我把報告目錄在同一臺服務器上的用戶?或者 -Combine經銷商和用戶數據庫在同一VM ,但離開報告目錄在一個單獨的虛擬機?

其他建議?提前致謝。 WM

回答

1

的兩個客戶的成立,我們現在是如下

出版商(VM) - 服務器託管的主應用程序數據庫。 訂戶(VM) - 服務器託管訂戶數據庫,分銷商(我們使用拉訂閱)和報表服務器。

數據庫大小約爲10GB,同時中高CRUD

其工作過程中,下側之一是當客戶端運行使用列表中的事務處理試圖更新對用戶密集的查詢。事務複製過程不會向訂戶提交事務。接下來的錯誤信息在最好的時候是沒有幫助的。如果你能找到另一種解決方案,例如帶有隻讀副本的可用性組可能是更好的解決方案。

+0

謝謝...但不會有一個只讀副本AG具有相同的延遲問題?或者,如果AG配置爲異步提交模式,AG的問題將最小化?請原諒我的無知。 – WML

+0

在我的情況下,DR是不是一個高要求 – WML

+0

你有一個關於延遲的好點,我會檢查我不確定。 – BobF