我是 Linux 新手，我们的客户决定在 Linux 上使用 SQL Server。我们一开始测试，就遇到了性能问题。
有问题的服务器是配置有 SSD 本地磁盘和“本机”附加存储的物理机器。我不知道这里引用的“本机”实际上是什么意思。下面是 Linux 家伙的原话
存储“本地”连接到服务器
存储区域网络也建立在 SSD 之上，我在一秒钟内将一个 4.7 GB 的备份文件从那里复制到本地 SSD。
cp \gsfs\sql\backups\testdb01.bak \tmp\backups\testdb01.bak
但是当我尝试从
- SAN
RESTORE DATABASE 在 369.425 秒（12.952 MB/秒）内成功处理了 612466 个页面。
- 本地磁盘
RESTORE DATABASE 在 26.248 秒（182.295 MB/秒）内成功处理了 612466 个页面。
数据库文件也存储在 SAN 上，虽然 SAN 到物理机没有连接问题，但我敢肯定，MS SQL 读取 SAN 上文件的方式与速度慢有关。
数据库大小不够大，根据等待统计，数据库通常处于空闲状态
我想了解为什么 SQL Server 从 SAN 恢复比本地文件系统慢。如果差异很小，我会理解，但目前，差异是巨大的。由于我们的数据文件和日志文件也在 SAN 上，我们需要确保尽可能快地读取/写入磁盘。
- 大多数设置都设置为默认值
- 网络数据包大小为 4096
- 没有安装防病毒软件
我辞职了，所以我不知道他们做了什么。在我离开之前，决定让 SAN 管理员调查他们的存储是否缓慢或是否面临其他挑战。
关闭此问题，因为我无法进一步跟踪该问题。