SQL 2005事務複製：快照處理期間的行爲？

Question

所以，我有SQL（2005）事務複製一般適用於單個發佈者和單個（只讀）訂閱者。數據更改和更新完美流暢，大約5秒延遲，這很好。

我的一個嘮叨的問題，我花了幾天試圖解決（和谷歌搜索到處尋找答案）是新 sprocs /表/等。不要傳播給只讀訂閱者，即使我已經將它們作爲「發佈」添加爲「文章」。該發佈將「傳輸模式更改」設置爲ON，並將存儲過程設置爲傳輸其定義。但是，由於某種原因，他們沒有。

我的「快照代理」進程設置爲NOT SCHEDULED。 （換句話說，它只發生一次，當我手動啓動它。）我應該把這個按計劃進行，以便傳輸新的或修改過的表和sprocs？

我認爲僅僅將該對象作爲文章添加到出版物的行爲會做到這一點，但它仍然不會發送它，除非我做快照。連接這些設備的WAN是完全快速和可靠的，所以這不是問題，並且表數據更新相對快速和完美地傳輸。

雖然我可以按計劃放置快照代理程序，但它是否對主發佈數據庫或只讀副本的用戶有任何實時生產影響？ （我的網站目前每個月可以獲得4百萬以上的獨特用戶，所以我想盡可能減少中斷......）謝謝！

Answer 1

事務複製僅從源（發佈）數據庫的事務日誌中分發（然後發佈）DML（數據操作語言）語句。

新表格和存儲過程不會複製到訂戶。儘管我不得不承認它在某些聯機叢書文檔中有點不清楚，請參閱現有模式，即如果您要將列添加到現有數據庫，則此更改將傳播到訂戶。

有關此處的詳細說明，請參閱Microsoft文章，其中詳細介紹了可以進行的架構更改。

[http://msdn.microsoft.com/en-us/library/ms151870(SQL.90).aspx][1]

我希望這有助於。複製是一個很大的學科領域，所以請讓我知道，如果我能得到進一步的幫助。

哦，是的，你是正確的，如果你添加新的文章到你的出版物，你將需要創建一個更新的快照。

乾杯，