SQL複製：有沒有辦法通過使用合併複製來實現快照複製的相同效果？

Question

我正在尋找維護克隆數據庫的正確方法。

日誌傳送似乎是一個不錯的選擇，但它似乎不適合我的目的，因爲在日誌傳送中，輔DB是不可寫的。
所以我正在考慮使用複製作爲替代。

據我所知，快照複製的特點是：

1. 一個可以修改用戶數據庫。
2. 對用戶數據庫所做的任何修改都會在下次同步時消失。

我希望能夠採用這些功能，但在應用於大型數據庫時，Snapshot Replication會佔用大量資源。

問題：使用合併複製可以達到相同的效果嗎？即

1. 用戶所做的修改不會合併到Publisher中。
2. 在下次同步時，用戶所作的修改將被恢復。

（我使用SQL Server 2005）

Answer 1

我已經使用合併複製了8年，而且我們有很多正在使用它的預期用途的客戶 - 多臺服務器並且都正在使用。但是我們確實有一些正在使用它來實現100％的備份目的。我只是像我爲其他機器設置合併複製，並從分配器複製到訂閱服務器。您無法以單一方式進行100％的合併複製，因此您的克隆數據庫只能在需要時使用（主要發生故障），或者只能由應用程序進行只讀訪問。 如果您的克隆數據庫僅用於備份目的，我瞭解的方式是Microsoft不需要您指定另一個SQL Server副本，並且您可以在兩臺機器上使用相同的許可證。 您也可以將合併複製設置爲連續（這是我們擁有除一對夫婦以外的所有我們的設置），或者您可以將它設置爲僅在特定時間或特定時間間隔發生。當克隆DB不必一直保持100％時，這非常有用。因此，您可以將它設置爲僅在晚上10點合併，然後所有在一天中發生的更改都將被複制。

希望有所幫助。