Sql server 从数据库中拉取而不是推送数据

通过OPENQUERY或SSIS数据流将数据从我的OLTP数据库（它是ETL的一部分）加载到另一个SQL Server数据库（运行此SSIS包/OPENQUERY语句的仓库）会终止它。当我签入Performance Monitor时，我使用源数据库中的资源，而不是destiny中的资源。是否可以逆转此资源利用率（使用SQL Server 2016或SSI）？

这里的问题在于目标写入操作。如果在快速加载访问模式下使用OLE DB Destination，请尝试将“每批行数”值设置为非零值，并将“最大插入提交大小”减小为一个易于使用内存和CPU的值。SSI在写入目标表之前不必等待默认值2147483647，这可能会对日志文件造成很大影响，从而减慢进程。有关设置此值的更多信息，请参阅此。祝你一切顺利

---

这里的问题在于目标写入操作。如果在快速加载访问模式下使用OLE DB Destination，请尝试将“每批行数”值设置为非零值，并将“最大插入提交大小”减小为一个易于使用内存和CPU的值。SSI在写入目标表之前不必等待默认值2147483647，这可能会对日志文件造成很大影响，从而减慢进程。有关设置此值的更多信息，请参阅此。祝你一切顺利

---

导出查询的外观如何？它只是一个简单的数据转储，还是您有一些复杂的逻辑（例如，使用导出执行一些非规范化/聚合）

如果只是一个简单的导出，请检查SSIS包在哪个服务器上运行，以及它使用了哪些资源。在任何情况下，您都需要从源系统读取数据，因此需要进行一些读盘操作

通常，最好尽快从OLTP获取数据，然后在ETL/data warehouse服务器上的ETL过程的后续步骤中应用其他操作。以减少对事务系统的影响

---

希望有帮助。

您的导出查询是什么样子的？它只是一个简单的数据转储，还是您有一些复杂的逻辑（例如，使用导出执行一些非规范化/聚合）

如果只是一个简单的导出，请检查SSIS包在哪个服务器上运行，以及它使用了哪些资源。在任何情况下，您都需要从源系统读取数据，因此需要进行一些读盘操作

通常，最好尽快从OLTP获取数据，然后在ETL/data warehouse服务器上的ETL过程的后续步骤中应用其他操作。以减少对事务系统的影响

---

希望有帮助。

我对目标服务器（带有SSIS实例的仓库）的性能没有问题，但对源服务器（OLTP）有问题。我正在寻找一种有利于目标服务器的降低资源使用率的方法。我对目标服务器（带有SSIS实例的仓库）的性能没有问题，但对源服务器（OLTP）有问题。我正在寻找一种有利于目标服务器的降低资源使用率的方法。“杀死它”是什么意思？你能用技术术语解释这个问题吗？如果要将数据从一个系统传输到另一个系统，则需要同时使用这两个系统上的资源。“杀死它”是什么意思？你能用技术术语解释这个问题吗？如果要将数据从一个系统传输到另一个系统，则需要同时使用这两个系统上的资源。