Sql-Server
原木運輸替代方案
在我們目前的環境中，我們在一個實例上大約有 40 個數據庫，所有這些數據庫都被日誌傳送並配置為待機/只讀。其中大約 90% 用於報告目的，其他用於只讀。故障和維護的數量加上使用者抱怨在恢復日誌時無法訪問數據庫，迫使我們重新考慮這個功能，我們強烈考慮轉向複製。
我主要擔心的是，如果我們將分發伺服器放在單獨的實例上，複製功能能否處理這麼多數據庫？我們應該有一個分銷商還是不止一個？網路很好地處理了日誌傳送，我認為網路頻寬不會成為問題。
如果複製不是一個好的選擇，那麼需要更少維護或更重要的是更少故障的其他選擇會更好。
我們在亞馬遜雲基礎設施上。
任何輸入將不勝感激。
您可以考慮為您的數據庫設置可用性組。由於您已經將它們用於報告/只讀，因此您已經擁有輔助實例的許可證。
這將允許更好地訪問您的輔助伺服器，因為它不需要使數據庫離線進行更新 - 您的數據也將是最新的，因為它是事務日誌更新的持續流，而不是批量備份。
我沒有將 Amazon Cloud 用於我的伺服器，但假設複製工作正常，複製將是滿足您要求的一個很好的解決方案。只需要確保您的表有一個主鍵。
在複製的情況下，因為您可以選擇要複製的表，它可以幫助您提高性能（日誌傳送整個數據庫與僅複製所需的表），並且由於在事務傳遞時沒有“停機時間”，因此它可以正常工作你的使用者。
最佳實踐是在不同的伺服器上擁有分發數據庫，這樣它不會影響生產環境，因為您目前沒有性能問題，我的建議是將它與您的訂閱數據庫一起放置。