增強合併式複寫效能
除了考慮＜增強一般複寫效能＞中所述的一般效能提示之外，還要考慮合併式複寫特定的以下幾個其他方面。
資料庫設計
資料列篩選與聯結篩選中使用的索引資料行。
當您在已發行的發行項上使用資料列篩選時，請在篩選的 WHERE 子句中所使用的每個資料行上建立一個索引。如果沒有索引，Microsoft SQL Server 就必須讀取資料表中的每個資料列，來判斷該資料列是否應包含於資料分割。有了索引之後，SQL Server 就可以很快地找出應該包含的資料列。當複寫單從索引便可完全解析篩選的 WHERE 子句時，便能產生最快的處理速度。
為聯結篩選所使用的全部資料行加上索引也非常重要。每次執行「合併代理程式」時，系統都會搜尋基底資料表，以決定父資料表與相關資料表中哪些資料列應該包含於資料分割。為聯結的資料行建立索引可避免 SQL Server 在「合併式代理程式」每次執行時都讀取資料表中的每個資料列。
如需篩選的資訊，請參閱＜合併式複寫之篩選發行的資料＞。
考慮包括大型物件 (LOB) 資料類型的過度正規化資料表。
發生同步處理時，「合併代理程式」可能需要從「發行者」或「訂閱者」讀取及傳送整個資料列。如果資料列包含使用 LOB 的資料行，則上述處理可能需要額外的記憶體配置，且即使這些資料行並未更新仍會對效能造成負面影響。為了降低這一效能影響的可能性，請考慮將 LOB 資料行置於另一個資料表，對資料列資料的其餘部分使用一對一關聯性。資料類型 text、ntext 和 image 已被取代。若您納入 LOB，建議您分別依序使用資料類型 varchar(max)、nvarchar(max)、varbinary(max)。
發行集設計
使用 90RTM 的發行集相容性層級 (SQL Server 2005 或更新版本)。
除非一或多個「訂閱者」使用不同版本的 SQL Server，否則請指定該發行集必須僅支援 SQL Server 2005 或更新版本。這可讓發行集利用新功能與效能最佳化。如需詳細資訊，請參閱＜在複寫拓撲中使用多個 SQL Server 版本＞中的＜合併發行集的相容性層級＞一節。
使用適當的發行集保留設定。
發行集保留期限，即訂閱必須進行同步處理之前的最長時間，它決定追蹤中繼資料的儲存時間。值較大可能會影響儲存與處理效能。如需設定發行集保留期限的詳細資訊，請參閱＜訂閱逾期與停用＞。
使用只在發行者端變更之資料表的僅限下載發行項。如需詳細資訊，請參閱＜使用僅限下載的發行項最佳化合併式複寫效能＞。
篩選設計與使用
限制資料列篩選子句的複雜性。
限制篩選條件的複雜度可在「合併代理程式」評估資料列變更以便傳送至「訂閱者」時協助改善效能。請避免在合併資料列篩選子句內使用子選取。反之請考慮使用聯結篩選，當您要依據某個資料表中的資料列篩選子句來分割另一個資料表中的資料時，使用聯結篩選通常更有效率。如需有關篩選的詳細資訊，請參閱＜合併式複寫之篩選發行的資料＞。
使用有參數化篩選的預先計算的資料分割 (預設為使用這項功能)。如需詳細資訊，請參閱＜使用預先計算的資料分割最佳化參數化篩選效能＞。
預先計算的資料分割會對篩選行為造成許多限制。如果您的應用程式無法遵守這些限制，請將 keep_partition_changes 選項設定為 True，以改善效能。如需詳細資訊，請參閱＜參數化資料列篩選器＞。
如果資料已篩選，但是未在使用者之間共用，則使用非重疊資料分割。
複寫可以最佳化未在資料分割或訂閱間共用之資料的效能。如需詳細資訊，請參閱＜參數化資料列篩選器＞。
不要建立複雜的聯結篩選階層。
在合併處理期間聯結篩選五個 (含) 以上資料表可能對效能有很大影響。建議要產生包含五個 (含) 以上資料表的聯結篩選時，考慮使用其他解決方案：
不要篩選主要為下列類型的資料表：查閱資料表、小型資料表以及內容不會變更的資料表。讓這些資料表整體成為發行集的一部分。建議僅在必須分割給「訂閱者」的資料表之間使用聯結篩選。如需詳細資訊，請參閱＜聯結篩選＞。
如果聯結中有大量資料表，請考慮去除資料庫正規化的設計或使用對應資料表。例如，如果業務員僅需其客戶的資料，但需要六個聯結以將客戶與業務員關聯，請考慮在客戶資料表中新增一個資料行以識別該業務員。業務員資料有所重複，但複寫資料分割的效能益處可能要超過去除資料表正規化的成本。
當批次包含大量資料變更時，若要提升預先計算的資料分割效能，請小心設計您的應用程式。務必確定先變更聯結篩選中父資料表的資料，然後再進行子資料表中對應的變更。
如果邏輯允許，則將 join_unique_key 選項設定為 1。
將此參數設定為 1 指出聯結篩選中子資料表與父資料表之間是一對一或一對多關聯性。僅在對子資料表中的聯結資料行有保證唯一性的條件約束時，將此參數設定為 1。如果該參數沒有正確設定為 1，則可能發生資料非聚合。如需詳細資訊，請參閱＜聯結篩選＞。
使用預先計算的資料分割時，應避免執行有大量變更的批次。
在執行包含大量資料變更的批次之後執行合併代理程式時，代理程式會嘗試將此大型批次分割成幾個較小的批次。這時候，其他合併代理程式處理序可能會遭到封鎖。請考慮減少批次中的變更次數，並在批次之間執行合併代理程式。如果無法這麼做，請增加複寫的 generation_leveling_threshold 值。
訂閱考量因素
交錯訂閱同步處理排程。
如果有大量「訂閱者」與某「發行者」同步，請考慮交錯配置排程以使「合併代理程式」在不同時間執行。如需詳細資訊，請參閱：
SQL Server Management Studio: 如何：指定同步排程 (SQL Server Management Studio)
複寫 Transact-SQL 程式設計：如何：指定同步排程 (複寫 Transact-SQL 程式設計)
合併代理程式參數
如需有關合併代理程式及其參數的詳細資訊，請參閱＜複寫合併代理程式＞。
將提取訂閱的所有「訂閱者」升級到 SQL Server 2005 或更新版本。
將「訂閱者」升級到 SQL Server 2005 或更新本會升級該「訂閱者」端之訂閱所使用的「合併代理程式」。若要利用各項新功能與效能最佳化，則需要使用 SQL Server 2005 或更新版本的「合併代理程式」。
如果訂閱透過快速連接進行同步處理，且變更從「發行者」和「訂閱者」端送出，請使用「合併代理程式」的 –ParallelUploadDownload 參數。
SQL Server 2005 引進新的「合併代理程式」參數：–ParallelUploadDownload。設定此參數可讓「合併代理程式」平行處理上載至「發行者」以及下載至「訂閱者」的變更。這對於高網路頻寬的高容量環境非常有用。可在代理程式設定檔和命令列中指定代理程式參數。如需詳細資訊，請參閱：
考慮增加 -MakeGenerationInterval 參數的值，特別是在同步處理從訂閱者上載的數目大於下載到訂閱者的數目時。
當您同步處理具有大量資料的資料列 (例如，具有 LOB 資料行的資料列) 時，Web 同步處理會要求額外的記憶體配置，而這樣會降低效能。當「合併代理程式」產生 XML 訊息，而此訊息包含了過多具有大量資料的資料列時，便會發生這個情況。如果「合併代理程式」在 Web 同步處理期間耗用太多的資源，請使用以下其中一個方法來減少在單一訊息中所傳送的資料列數目：
對「合併代理程式」使用慢速連結代理程式設定檔。如需詳細資訊，請參閱＜複寫代理程式設定檔＞。
將「合併代理程式」的 -DownloadGenerationsPerBatch 和 -UploadGenerationsPerBatch 參數減少為 10 或 10 以下的值。這兩個參數的預設值為 50。
快照集考量
在產生初始快照集之前，於大型資料表上建立 ROWGUIDCOL 資料行。
合併式複寫要求每個發行的資料表都要有一個 ROWGUIDCOL 資料行。若在「快照集代理程式」建立最初的快照集檔案之前表格中還沒有 ROWGUIDCOL 資料行的存在，則代理程式就必須先新增並填入 ROWGUIDCOL 資料行。若要在合併式複寫期間產生快照集時獲得效能優勢，請在發行之前於每個資料表上建立 ROWGUIDCOL 資料行。資料行可以是任意名稱 (rowguid 預設由「快照集代理程式」使用)，但必須包含下列資料類型特性：
資料類型 UNIQUEIDENTIFIER。
預設值 NEWSEQUENTIALID() 或 NEWID()。建議使用 NEWSEQUENTIALID()，因為它可以在進行變更及追蹤變更時提供更高的效能。
ROWGUIDCOL 屬性集。
資料行上的唯一索引。
預先產生快照集及/或允許訂閱者在第一次同步處理時，要求快照集的產生與套用。
使用上述一或兩個選項為使用參數化篩選的發行集提供快照集。如果不指定任何選項，訂閱會使用一系列 SELECT 與 INSERT 陳述式進行初始化，而非使用 bcp 公用程式；此處理要慢很多。如需詳細資訊，請參閱＜含參數化篩選之合併式發行集的快照集＞。
維護與監視考量
偶爾重新索引合併式複寫系統資料表。
做為合併式複寫維護的一部分，請不時檢查與合併式複寫相關聯的系統資料表成長：MSmerge_contents、MSmerge_genhistory、MSmerge_tombstone、MSmerge_current_partition_mappings 和 MSmerge_past_partition_mappings。定期重新整理這些資料表的索引。如需詳細資訊，請參閱＜重新組織和重建索引＞。
使用複寫監視器內的 [同步處理記錄] 索引標籤監視同步處理效能。
對於合併式複寫，「複寫監視器」會在 [同步處理記錄] 索引標籤中顯示同步處理期間處理之每個發行項的詳細統計資料，包括在每個處理階段 (上載變更、下載變更等等) 內花費的時間。這樣有助於找出導致過慢的特定資料表，同時也是解決合併訂閱效能問題的最佳地點。如需檢視詳細統計資料的詳細資訊，請參閱＜如何：檢視與訂閱相關聯之代理程式的資訊並執行工作 (複寫監視器)＞。