我目前有兩個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。