几个星期以来，我一直在尝试解决这个问题，我们正在使用 Exadata 运行夜间 RMAN 作业来将数据库备份到 NFS 挂载。当这些作业发生时，我们的光纤 SAN 上的平均延迟会急剧上升。然而，这些只有几千 iops，90% 的时间，其余基础设施运行在 20k iops 左右，所以这只是九牛一毛，即使在峰值期间延迟也不会增加。当我使用 dd 操作对同一台 NFS 服务器运行测试时，SAN 延迟没有增加。
我们正在为 NFS 服务器运行 Sparc Blade，该服务器具有与 AMS SAN 的 8Gb 光纤连接。该服务器的存储位于 SATA 上，但延迟影响了我们的 VMWARE 和 Oracle 系统，它们位于光纤驱动器上，并位于不同的控制器上。
我没什么主意了，有其他人见过类似的事情吗？
更新12/17
经过一番研究，似乎 Exadata 上的挂载选项设置为 32k 的读写传输大小。我正在与 DB 团队合作使用一些理智的传输大小，但是 Oracle 建议 32k...
更新12/31
这是 NFS 安装大小，我们将它们每个增加到 1MB，并且将 RMAN 通道数从 32 减少到 2（我不知道 dba 在想什么）