SQL Server 2012的數據庫事務複製性能問題

Question

我們已經配置SQL Server 2012的數據庫事務複製我們的客戶的.NET Web應用程序分發SQL事務，並在不同的SQL Server報告。

我們已經實現了事務複製到SQL-Node1正在作爲主數據庫服務器，我們在SQL-Node2上配置了主數據庫的複製，以將報表導出到我們的Web應用程序中，該應用程序有很多事務和數據上傳從每天大約1000萬條條目的Excel表單入口。

在兩個SQL Server 2012實例配置複製後，幾個星期後，我們面臨的一些性能問題，並發現了一些資源上的文件上傳到數據庫中，這就是爲什麼應用程序無法訪問這些表和數據時被鎖定。同時發現，當用戶訪問我們的Web應用程序時，服務器在白天執行的速度太慢。

現在我們正在尋找在不同的3個SQL Server 2012節點上分配負載。在Web應用程序將訪問和處理SQL-Node1上的數據的情況下，報表查詢從SQL-Node2獲取拉數據，並且SQL-Node3將被使用將Excel工作表數據上載到將在所有其他SQL節點上覆制的數據庫。

當前的設置，爲Windows Server 2008標準和SQL Server 2012企業版中的所有服務器。

數據庫大小約：在SQL節點2

我們正在尋找解決方案來解決上述問題，可以分配不同的負載（配置上SQL節點1 /用戶角色配置交易/分銷商的角色：15 GB /複製使用報告，數據上傳，事務）以及所有SQL節點之間的複製數據。

哪些功能對於SQL Server 2012的HA，SQL Server複製或SQL Server鏡像在上述情況下將不表現良好？

快速響應將高度讚賞....

Answer 1

因爲你有變化在多於一個節點發生（在節點1的交易數據，擅長節點3上載）「因此沒有上述的」。上述所有技術都是建立在數據變化發生在一個位置並傳播給其他位置的基礎上的。你可以看看對等複製，但它似乎是矯枉過正。

如果是我，我會嘗試診斷爲什麼文件上傳過程查殺性能和修復/工作解決這一問題。一旦你這樣做了，我會把這個過程移回到節點1，並實現一個可用性組來滿足你的報告需求（還有額外的HA）。

Answer 2

，這些技術將拖垮上是在一個大的交易做了大數據導入。我建議把它作爲一個類似ETL的函數來完成。導入暫存表並將數據遷移到生產表中的一小塊（測試許多數據行大小以找到最適合您環境的大小）。 2臺服務器應該可以在集羣上進行復制，以便與您正在討論的工作負載保持一致。