虽然这些计数器记录着散发者端执行的过程，但是如果要利用这些数据决定如何校调散发者端，还是略嫌不足。因为校调散发者端最重要的几个部分是属于 SQL Server 数据库端的校调。关于校调的重点如下： • CPU 的高使用率 ：是否有一个或数个 CPU 长时间的以高使用率执行（超过 CPU 容量的 75% 级为高使用率）？
校调交易式复写系统最主要的步骤就是正确地设定和监视系统，这些在前一节中已提及。另外，在系统作业中且您正在进行监视时，可能需要修改轮询时间间隔。通常默认值所设定的 10 秒就可以接受。如果增加轮询频率（让轮询时间间隔缩短），复制交易的时间就更快，但也相对的增加了交易记录的负担。如果降低轮询频率，就会得到相反的结果，也就是会让复写时间更久。 此外，如果更新的次数太过频繁，可能就需要增加批次大小。如之前所提到，记录读取器代理程序可以在同一时间读取交易记录文件外的交易。如果增加这个值，且将轮询时间间隔保持在 10 秒，就可以复写更多的交易，也不会增加额外的负担。 在必要的时候也要监视网络是否可承载负荷。如果系统并不是执行的很顺，举例来说，如果 CPU 和 I/O 子系统达到饱和，或是复写过程的时间过长，就可能是网络出了问题。网络的问题就比较棘手，因为网络的问题不是检查执行效能就可以知道，可能要用到如 Microsoft System Management Server（SMS）这样的网络监控产品才可以监控是否网络卡是否已达饱和。 最后，请记住发行者、散发者和订阅者都是 SQL Server 系统，所以必须像校调其它 SQL Server 系统一般的校调这些系统。校调 SQL Server 的要点在本书已不断的提及。 执行交易式复写
在一个多对一的复写结构中，一个数据库被一个以上的订阅者订阅。这种结构并不是一种常见的复写结构，但也广泛的被使用。由于交易式复写的执行方式是在发行者端读取交易记录，并在订阅者端执行插入、更新和删除，所以适用这类型的复写结构。使用这种结构唯一的潜在缺点是，订阅者端数据表必须在数据表上定义主索引键。只要不违反这个规则，多对一复写结构就可正常执行。 透过 WAN 复写
复写透过 WAN 是常见的方式。如果复写的数据透过 WAN 传送，要注意经常监视散发者端的历史记录并注意可能因频宽受限导致复写时间过久。另外，如果环境允许的话，尽量将复写设定为只有散发者代理程序透过 WAN 联机，也就是说，将散发者和发行者设定在 WAN 的同一端上。 本章总结
注：本站部分文章源于互联网，版权归原作者所有！如有侵权，请原作者与本站联系，本站将立即删除！ 本站文章除特别注明外均可转载，但需注明出处！ [MinTao学以致用网] 
