我们决定把我们的服务器放在美国东西海岸的数据中心，以保持高水平的冗余。 在评估复制选项的数量之后，除了VPN以外，没有其他方法可以为SQL Server执行复制。 我们正在调查VPN，但我有以下问题。
我们的大型数据库由媒体信息（图片/电影/audio/ pdf）等组成，所以我们不关心安全性，因为它们不是财务敏感数据。
SQL 2005支持或可以configuration为支持通过互联网复制？ 如果是，那么我们应该降级到2005年？
如果SQL 2008 Publisherconfiguration了Web Sync，那么我们可以编写一个自动程序（C＃Windows服务）充当拉客户并在订户服务器上运行并复制订户数据库吗？
还是有没有在SQL中可用的API，我们可以写我们自己的程序以非常通用的方式进行复制？ （在坚果shell，我们可以写我们自己的基于C＃Windows服务的订户程序？）
是的，您可以编写自己的复制，但这不是必需的。 您可以在两个数据中心之间使用SQL Server复制，而在它们之间没有VPN（始终首选VPN）。
在configuration复制之前，我会敦促你看看两个站点之间的SQL Server的数据库镜像。 数据库镜像将为您提供另一个站点上的数据库的精确副本。
无论哪种情况，只需要在两个站点的防火墙中打开正确的TCP端口（并且如果SQL Server具有私有IP，则在两个站点之间configuration公用IP与专用IP之间的NAT）。 然后简单地告诉复制或数据库镜像使用远程SQL Server的公共IP作为复制或镜像伙伴。
如上所述，您需要在站点之间设置VPN，以便您可以在pipe理远程计算机时通过该VPN路由所有Active Directory复制stream量以及所有pipe理stream量。
正如mrdenny所说，只要你拥有正确的港口，这应该不是什么大问题。 假设你有更多的基础设施，那么只是几个MSSQL的盒子，你不想要一个VPN吗？
SQL Server合并复制支持Web同步。 Web同步使用基于SSL的Web服务来支持通过Internet进行安全复制。
“Internet连接使用安全套接字层（SSL），因此，不需要虚拟专用networking（VPN）
请参阅： http : //msdn.microsoft.com/en-us/library/ms151763.aspx
这种复制forms比直接TCP连接稍微慢一些，但这是您通过SSL进行复制的权衡。 这个解决scheme对我们来说工作得很好，我希望它也能很好地适用于您，所以您不需要编写自定义同步服务。
我终于写了触发器自己的复制程序，这有助于现在！ 但是可惜的是，即使购买了Sql标准许可证之后，容易复制的东西也需要手写！ MySQL提供了通过互联网轻松复制的function，但是mysql使用innodb“secrete file format”，不仅如此，它还没有很好的自动增长function，导致大型表格的分割太多。