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