Sql SSIS v/s复制v/s日志传送

我在不同的服务器上有两个SQL server实例。一个是生产实例，每天都有大量的读写操作。另一种方法是让外部应用程序使用生产sql实例中少数表的副本。 目前，我们有一个SSIS作业，它每天会比较和更新一次从生产sql到外部sql server的数据。这需要15分钟，并会影响sql server生产的性能。

---

我们希望增加复制数据的频率，以便在两台服务器上或多或少同步。什么是更好的方法？增加SSIS包的频率或创建复制或使用日志传送？非常感谢您的回答。谢谢。

增加SSIS包的频率将达到您想要的效果，但代价是增加对生产系统的影响（您已经指出这是一个问题），因此这听起来不是一个理想的解决方案

日志传送可能不是一个好的解决方案，因为在恢复日志备份时，用户将无法使用辅助数据库，这意味着根据您计划运行此备份的频率，它也不是一个合适的选项

---

如果只是将记录从几个表复制到一个报告数据库（或类似数据库），则可以使用事务复制，它将为您提供最新的数据，对生产箱的性能影响非常小。它确实给恢复等带来了一些复杂性，但如果您确保仔细阅读并理解其含义，它可能是最好的解决方案。

谢谢您的回复。目前，所有表中的总记录加起来是350万条，但此时SSIS会查看增量并对其进行更新。如果我们使用复制，您认为会花费更长的时间吗？使用复制，您将创建所有当前记录的初始快照，然后将其应用于订阅服务器数据库（创建初始快照可能需要一段时间）。一旦完成此操作，记录将在写入发布服务器上的日志时立即发送到订阅服务器，所以设置起来需要一点时间，但随后更新将以近乎实时的方式逐记录应用。再次感谢您的回复。最后一个问题，您是否认为复制会对生产服务器的性能产生影响？基本上，与SSIS相比，它在资源消耗方面会更差还是更好？我可以想象，除非您有非常高的事务速率，否则它对prod服务器的影响会更小，因为它只是在读取事务日志，而SSIS包必须评估整个数据集以计算增量（我想，除非您使用变更数据捕获）