我一直试图找出这个问题好几个星期了，我们正在使用每晚运行RMAN作业的Exadata来将数据库备份到NFS挂载。 当这些工作发生时，我们的光纤SAN上的平均等待时间已经过去了。 然而，只有几千个iop，90％的时间，其余的基础设施运行在20k iops左右，所以这是一个下降，即使在峰值时，延迟也不会跳跃。 当我使用dd操作对同一个NFS服务器运行testing时，SAN延迟没有增加。
我们正在为具有8Gb光纤连接到AMS SAN的NFS服务器运行Sparc Blade。 提供给该服务器的存储位于SATA上，但延迟会影响我们的VMWARE以及光纤驱动器上的Oracle系统以及不同的控制器。
我已经没有想法了，有没有其他人见过这样的事情？
更新 12/17
在做了一些研究后，看起来exadata上的挂载选项设置为32k传输大小，用于读取和写入。 我正在与数据库团队合作使用一些理智的传输大小，但是Oracle推荐使用32k …
更新 12/31
这是NFS的安装尺寸，我们把它们提高到了每个兆，并且也放弃了RMAN的两个通道，而不是32个（我不知道dba的想法）