我目前有两个SQL数据库服务器2008 R2，一个包含SSIS包和SQL作业运行，另一个包含源数据库和目标数据库。在新提出的体系结构中，我们计划将该程序包迁移到SSIS 2016.该程序包将位于包含SSIS实例的框中，并且目标数据库将驻留在另一个SQL 2016服务器上。源数据库将驻留在旧的SQL 2008 R2服务器上。 SSIS包将在源和目的地之间传输数以百万计的数据。SSIS设置 - 这是否会影响性能
您是否看到此架构设置有任何问题？理想情况下，将源代码迁移到2016数据库服务器以避免网络延迟是有意义的。不幸的是，由于某些技术原因，我们不能这样做，现在需要将它保留在旧服务器中。你觉得它会有显着的影响
我想知道这个架构的任何意见？
在原始设置有以下模式
（DB服务器）Src的DB - >（SSIS服务器）包装改造 - >（DB服务器）目的地DB
因此，你有数据通过网络传播两次 - 从数据库服务器到SSIS服务器和回。 Src DB与Dest DB位于同一台服务器上无关紧要;所有处理均在SSIS服务器上完成。
在您的新设置你
（传统DB服务器）Src的DB - >（SSIS 2016服务器）包装改造 - >（SQL 2016数据库服务器）目的地DB
相同数量的数据通过网络传输;唯一的区别是Src和Dest服务器是不同的。因此，从网络负载角度来看，新设计非常接近原始设计。
移动Src DB到SQL 2016数据库服务器可能受益于SQL 2016的性能和SQL 2008的其他改进。远离它，您将拥有像您的原始案例一样通过网络传输的数据。
如果您真的关心网络流量和延迟，可以使用共享内存OLEDB提供程序将SSIS包执行移至与Src和Dst DB相同的服务器。但是，它可能会对整体性能造成影响，因为SQL Dbs和SSIS都会争夺相同的CPU和RAM。