我可以重新複製事務性出版物嗎？我是不是該？
我們使用基於雲的 SAAS 提供商作為我們的業務線應用程序之一。我們的 DMZ 中的現場 SQL Server 2008 R2 實例是提供者 SQL Server 上許多發布的事務複製訂閱者。
我們有興趣建構一個報告伺服器，其中包含目前從我們的提供商複製的大部分數據（如果不是全部的話）。如果我們希望在內部實現這一目標（與將報告伺服器添加為提供商出版物的第二訂閱者的可能性相反），那麼支持此目標的最合適的機制是什麼？
從概念上講，最吸引人的前景是將我們目前的訂閱者建立為獨立的發布者，並將數據重新復製到報告伺服器，但這似乎充滿風險——我們的出版物總計超過 250GB 的數據，以及任何需要重新初始化我們提供商出版物的每個訂閱的問題將導致 24 到 36 小時的中斷。“重新複製”的最大好處是能夠優化報告伺服器上的索引，據我所知，使用日誌傳送或數據庫鏡像是不切實際的，甚至是不可能的。
有沒有辦法使用標準 SQL Server 堆棧在內部完成此任務？如果是這樣，有什麼優點和缺點？或者我們最好的選擇是研究對 SAAS 出版物的額外訂閱？
是的，可以根據需要設置複製。請按照以下步驟配置複製：
- 配置主伺服器和輔助伺服器之間的事務複製。確保需要初始化對像以再次設置複製。
- 請按照以下文章在輔助伺服器和報告伺服器之間再次設置複製。
https://www.mssqltips.com/sqlservertip/2386/initialize-sql-server-replication-using-a-database-backup/ 3. 確保在複製對像上添加適當的索引以避免延遲。檢查 procedure_stats 了解更多詳情。
我希望這將有助於設置。
這個有可能。我在生產、企業層面都看到了。
缺點：訂閱者必須被初始化並完全趕上未分發的事務，然後才能將其設置為發布者。必須通過備份/恢復來初始化第二個訂閱者。如果您創建快照並且文章設置為刪除並重新創建，則重新分發者可以阻止第一個分發者。第一次複製的任何延遲問題都會影響到重新分發的複制。如果需要，請確保有足夠的磁碟空間用於事務日誌增長。如果需要，請確保您有足夠的磁碟空間用於分發增長。