驗證合併訂閱者的資料分割資訊
在為合併式發行集定義參數化資料列篩選器時，可以使用參考「訂閱者」資訊的功能，例如「訂閱者」的登入名稱。依預設，複寫將在每次同步處理和在「訂閱者」端套用快照集之前，根據該功能驗證「訂閱者」資訊。驗證處理可確保為每個「訂閱者」正確分割資料。驗證行為由 validate_subscriber_info 發行集屬性控制，該發行集屬性可使用 sp_changemergepublication (Transact-SQL) 或在 [發行集屬性] 對話方塊的 [訂閱選項] 頁面中變更。如需變更發行集屬性的詳細資訊，請參閱＜如何：檢視和修改發行集屬性 (複寫 Transact-SQL 程式設計)＞和＜如何：檢視和修改發行集與發行項屬性 (SQL Server Management Studio)＞。
資料分割驗證的運作方式
例如，使用函數 SUSER_SNAME() 對某發行集進行篩選後，「合併代理程式」便會根據有效的 SUSER_SNAME() 運算式資料，將初始快照套用到每個「訂閱者」。
如果在「訂閱者」重新連接到「發行者」以進行下一次同步處理時已啟用驗證，「合併代理程式」便會在「訂閱者」端驗證資訊，並確定每個「訂閱者」的資料分割與初始快照集中接收的資料分割相同。對於每個後續合併或快照集應用程式，「合併代理程式」會驗證每個「訂閱者」的資料分割。
如果「合併代理程式」偵測到，篩選運算式中使用的函數傳回不同於初始快照集中獲得的值，合併或快照集應用程式便會失敗，且「訂閱者」的訂閱可能需要重新初始化。如果「訂閱者」的合併設定發生變更，則可能需要重新初始化以防止出現問題，但在「訂閱者」端將資訊 (例如登入名稱) 變更回原始快照集所使用的值或許已足夠。
在「合併代理程式」驗證分割時，除了根據篩選運算式中所使用之函數傳回的值來驗證分割外，代理程式還會檢查快照集在使其無效的變更 (例如中繼資料清除作業或結構描述變更) 發生前是否已產生。如果分割的快照集太舊，「合併代理程式」將傳回錯誤，且您必須根據目前的一般快照集為該「訂閱者」重新產生分割的快照集。