个人观点：
（1）heavy duty real time sync应该硬件上考虑光纤千兆/至少是100M带宽连结。软件上考虑采用成熟方案,比如：datamirror的产品等等。很多电讯公司/银行都是在real time sync上下大本钱的。是不是INTERNET只要带宽符合就无所谓，只不过INTERNET加了一层security的考量
（2）如果允许一定范围内的latency,比如1天内sync 2次（中午/午夜各一次）就该考虑从snapshot replication和transaction replication中斟酌。根据每次传输的数据量，及同步数据库的用途（live production OLTP or OLAP)等等来考虑。至于merge replication属于同步两边server各有数据要同步，更是得仔细考虑performance及容错问题。
（3）还是最根本的：你要同步多大规模的数据量？银行分行间同步和两个精品屋数据同步方案肯定不同，甚至，后者都应该用远程访问同一数据库的方案有可能来的更省钱（维护成本）。
（4）关于SQL server merge replication，最权威的信息查 SQL server 的BOL(book on line,随机安装），或者是MSDN.
个人观点，仅供参考。
（1）heavy duty real time sync应该硬件上考虑光纤千兆/至少是100M带宽连结。软件上考虑采用成熟方案,比如：datamirror的产品等等。很多电讯公司/银行都是在real time sync上下大本钱的。是不是INTERNET只要带宽符合就无所谓，只不过INTERNET加了一层security的考量
（2）如果允许一定范围内的latency,比如1天内sync 2次（中午/午夜各一次）就该考虑从snapshot replication和transaction replication中斟酌。根据每次传输的数据量，及同步数据库的用途（live production OLTP or OLAP)等等来考虑。至于merge replication属于同步两边server各有数据要同步，更是得仔细考虑performance及容错问题。
（3）还是最根本的：你要同步多大规模的数据量？银行分行间同步和两个精品屋数据同步方案肯定不同，甚至，后者都应该用远程访问同一数据库的方案有可能来的更省钱（维护成本）。
（4）关于SQL server merge replication，最权威的信息查 SQL server 的BOL(book on line,随机安装），或者是MSDN.
个人观点，仅供参考。