我知道我最有可能使用不正确的术语，所以请纠正我，如果我使用错误的条款，所以我可以更好地search。
我们在客户的网站上有一个非常大的数据库，我们希望能够通过互联网发送一些表格的最新副本到我们办公室的服务器上。 我们只想复制一些表格，因为整个数据库的日志传送（我们当前的解决scheme）的带宽要求太高。 直接复制到我们的服务器是不可能的，因为我们的服务器不能从互联网上访问，而且pipe理员也不想复制（稍后会介绍）。
我们有一个可能的想法是在同一台服务器上对另一个数据库所需的表执行某种forms的复制，并对第二个较小的数据库执行日志传送，但是pipe理员担心客户端已经断开复制（它位于两台服务器之间他们的内部networking）在过去，并希望尽可能远离它。
任何build议将不胜感激。 如果使用某种forms的复制是唯一的解决scheme，我不反对复制，我只需要引人注目的论据来说服pipe理层去做。
这是设置在运行Sql2005或Sql2008的多个站点上，我们将在我们的两端都有这两个版本来恢复数据，所以这不是问题。
谢谢。
您是否检查过Microsoft Sync Framework ？ 这是一种支持SQL Server和其他数据存储的Microsoft数据同步技术，支持同步这些数据存储的子集（只有特定的表或其他东西），当然，Microsoft试图将其很好地集成到其技术堆栈中。
这里有一个相关的StackOverflow问题，“我可以只同步我的表的一个子集？ 。 太长了; 没读过答案是可以的。
这将为您节省大量的时间来实施自己的解决scheme。
你几乎涵盖了你可以使用的两个选项。 除非你想构build某种SQL Service Broker解决scheme等，但是这仍然需要两台服务器之间的连接。 根据你所描述的SQL Server服务器和你的服务器之间的复制将是正确的解决scheme。
我唯一能想到的就是推出自己的解决scheme。 这是我会做的：
一个在服务器上运行的批处理，它执行表的bcp out转储，将其压缩并放在FTP上。
第二批运行在你的办公室，定期检查FTP，如果它发现一个新的文件，解压缩，运行DELETE FROM [tablename] ，然后解压文件的bcp in 。
如果他们可以打破复制，那么他们很可能会破坏你设置的其他东西。 我可能会去事务性或合并复制（如果需要一些日志传送），并确保您脚本的订阅设置步骤，所以你只需要打F5几次，以修复他们的错误。