WIndows服务器2019 + Server 2019企业性能问题(vs Win Server 2016)

Question

到目前为止，我们还在Windows 2016上运行MSSQL 2019企业服务器。MSSQL用于业务智能，因此它还使用Server代理作业执行存储在中的SSIS包。在Windows2016Server上，这个工作需要大约4分钟的时间进行定期刷新。

切换到新的Windows 2019后，大约需要12分钟，即慢三倍。我已经检查了Server和数据库的所有设置。它们都符合旧的设计。磁盘、CPU和RAM也匹配，基准测试显示没有问题。另外，新服务器使用的新存储比旧的快得多。因此，这一切都归结于网络性能，在Windows 2019似乎比2016年差得多。

有谁知道这里会有什么问题吗？我搜索了一下，找不到任何真正的解决方案。似乎大家都知道，Win 2019的表现不如2016年。但是，讨论这个问题的线索(没有解决办法)已经有好几年了。我不敢相信这件事在过去的三年里没有得到解决。

任何帮助都是非常感谢的。

编辑:其他解释: SSIS包从不同的位置加载数据。另一个运行在Win 2016服务器上的MSSQL和几个运行在Debian上的Postgres。这些数据存储在上述Win 2016 (old) / 2019 (new) Server上。当然，包中也有查找。但包裹完全一样。还有数据库、表、Server配置等等。唯一的区别是操作系统。我正在讨论关于操作系统的网络接口/功能的问题，因为CPU、RAM、SSD都被排除在外，因为它们也是相同的，并且基准测试没有显示任何问题。此外，我还注意到了使用远程桌面将1GB文件复制到服务器上的巨大差异。2016年服务器上的副本大约需要1:40分钟，2019年服务器上的副本需要3:30分钟。会有更多的基准。

更新:我做了额外的测试。我想知道ssis软件包在哪里执行需要更长的时间。所以我做了这样的设置:我在两台Windows服务器上安装了VisualStudio2019Enterprise2019,2016和2019。然后，我将SSIS复制到这两台机器上，并将它们配置为使用它的本地主机的MSSQL-数据库。然后，我首先执行单个包，然后执行更大的主包。在此之后，我比较了执行时间。也没有什么区别。在Visual中直接在服务器上执行的所有包花费的时间几乎相同。然后，我在这两台机器上创建了一个简单的SQL代理作业，以执行更大的主包，而且只执行这个包。在Visual中，在这两台机器上执行大约需要2:40分钟。当我使用SQL代理作业执行相同的packe时，我得到了以下持续时间：

Windows 2016与Server 2019: 2:01分钟Windows 2019与Server 2019: 3:43分钟

所以2016年的安装使用SQL代理更快(这是合理的，因为开销比VS的执行要少)，但2019年的设置大约慢了30%。由于Visual的执行实际上与SQL Server代理执行相同，因此SQL Server代理必须出现问题，导致它比运行在Windows 2019上的Server慢得多。我不知道这会是什么。

Answer 1

我们解开了谜团。我们的环境是一个ProxMox虚拟化环境。SQL Server的硬盘以SCSI的形式挂载。在我们切换到SATA之后，它的表现得到了巨大的提高。我不知道为什么，因为SCSI应该更快。所有的驱动程序都是最新的，SCSI控制器处于写回模式.但这是我们的一个问题，在这里我没有参与。性能下降的原因是，正如我所说的，旧服务器使用SATA和新的SCSI。