任何人如何从Sun（Oracle）统一存储安装nfsshare都有最佳实践？ 我们在debian上运行一般的hard和nfs4。 我们使用Xen通过这个NFS共享运行我们的虚拟机。 当我们的SAN在星期五丢失了磁盘并且开始了重build（重build）时，所有的nfs份额都被压制了，我们的Dom0中的一个崩溃了nfs份额，使得很多vms崩溃。 有没有任何安装选项，这使得更无缝的错误？
我不太了解Debian，也不了解NFSv4。
但是，如果挂载选项仍然与NFSv3相同，我的collections夹（对于任何nfs-client-mount任何操作系统）是：
rsize和wsize会根据默认情况调整到合理的大小 – 查看您的lokcal手册页。
我曾经使用“ wsize = 32768，rsize = 32768 ”来获得更好的传输速率。
你还必须注意nfs-server-side（如果NFSv4在这里和NFSv3一样的话）：
否则，客户端将尝试重新连接一个空的“NFS服务”，将失败，而不是重试。
顺便说一句，SAN有哪些与Sun统一存储（在这种情况下）相兼容？ 当你“丢失”你的SAN时发生了什么？ 为什么重build过程会破坏事物？ 存储不是多余的吗？
不久前，我也遇到了类似XenServer的问题，并对此进行了一些研究。 显然，由于某些原因，XenServer使用软安装与短暂的超时进行NFS安装。 有些人build议直接在xen服务器上修改安装脚本，因为安装选项不能以任何其他方式进行configuration。 显然这是唯一的方法。 我们现在没有这个问题了，因为我们现在已经100％在vmware上了，而且它对于NFS的减速更有弹性。
然而，实际的问题是底层存储的写入性能降低，并且高度依赖于RAID控制器（即在重build过程中性能会下降多less）。 您可以尝试使用arrays重build的优先级设置，但对我的控制器（Adaptec 5085）没有影响。 你可以通过为NFS服务器购买更多内存来改善这种情况。 这样，NFS守护进程将只写入日志条目，但它会将数据保存在FScaching中，直到更好的时间，但是根据您的情况，它可能会也可能不会。
我也注意到这个问题更多地发生在有奇偶校验的存储（即RAID-5和RAID-6）上，所以我们尽可能地为我们的虚拟机尝试使用镜像存储。