我注意到，在“分区烧录”之后，我的新EMC VNX5200 SAN趋于更好地运行。 通过这个我的意思是用不同的垃圾数据填充分区，并删除所有的东西几次。 向我的SANpipe理员询问这件事，但他不能打扰。 他嘟d了一下IOPS，还说MB / s是相关的。 现在可能是这样，但是对于我来说，我每晚的SQL备份和恢复（大的连续的块）以当前的80MB / s而不是我开始的15MB / s运行是非常重要的。 推动并获得了一个SQL服务器我自己的LUN。 但是我不清楚后端有多less个磁盘，RAIDconfiguration，或者是否有任何其他LUN，如果SAN执行任何caching或将常用数据移动到某些更快的存储（可以解释“烧入” ）。 我可以挖掘pipe理控制台，因为我有权访问，但不知道如何阅读所有的信息。
我很高兴知道这一切都运行良好，并接受目前的performance为预期的水平。 但是再次看到，在这个昂贵的SAN atm上看到的最大读取是80MB / s，写入了大约一半，在我的3年前的7200rpm硬盘（没有RAID）的桌面实验室下，可以获得恒定的110MB / s备份。
问题是，如何从SAN获得一致的性能？ 我应该问什么我的SANpipe理员？ 什么是检查性能的最好方法？ 还是有一个值得信赖的在线资源，我可以检查并指向他的性能基准，考虑到SAN制造商，磁盘型号和configuration数据以及负载typesscheme？ （类似于相同游戏平台的CPU + GFX分数）
你的存储pipe理员并没有给你整个故事。 IOPS是当你进行正常的IO（随机写入读取和小块写入）时你将受到的限制，然而你认为备份应该是一个大的顺序读取并且不能在IO / s中有效地测量。
当你做一个备份，你连续阅读，或者你是在整个磁盘上做很多小的读取？ 如果是随机读取，那么会将您的限制返回到以IO / s为单位的磁盘search能力。
假设它是连续读取的，速度将首先受到传输层的限制 – 如果您使用的是1 Gb / s iSCSI，则最高速度可达80 MB / s。 如果您正在共享一个networking，并且less于一个完整的链接，甚至更less。 如果您的存储前端端口正在为多个客户端进行备份，那么这也会限制您。 最后，如果您使用的磁盘与大量其他读取或写入较重的客户端共享，则可能导致此问题。
也就是说，你的存储人员应该至less能告诉你为什么你这么慢，所以你可以找出一种方法来提高性能。 您可以尝试移动备份窗口以避免争用共享资源，也可以将存储分离出来，这样就不会争夺您当前被扼杀的任何资源。