sql-server-2005 – 什么是典型的SAN性能?

前端之家收集整理的这篇文章主要介绍了sql-server-2005 – 什么是典型的SAN性能?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我对SAN的经验很少,所以请原谅这个新手.

我们的一个生产基地有一个带有一堆磁盘的HP EVA8000 SAN(确切地说忘了多少).它已配置成一堆raid5,sql服务器使用一个RAID卷用于数据,另一个用于Log.

到现在为止还挺好.或者我想

今天我跑了一些速度测试.使用rdfc我在主数据磁盘上创建了一个100 MB的文件,同时系统被大量使用.这表明写入的吞吐量在5到20 MB / s之间,我认为这有点偏低.然后我取下了维护应用程序,并再次运行测试.这次在安静的系统上我获得了50MB / s的写入性能.

这有点偏低吗?我的意思是,我从桌面上的SATA驱动器获得相同的信息.

然后我尝试将500MB写入一个驱动器(数据驱动器),同时将500MB写入另一个驱动器(日志驱动器).这两个写入互相干扰.这是错误设置的标志吗?

我不知道我的期望,但我正在审查系统,试图找到瓶颈.

所以,我想我的问题是.使用光纤连接器(可能)昂贵的SAN,您期望(读/写)什么样的性能

(不,它不是小netgear的东西;它的这个)
http://h10010.www1.hp.com/wwpc/ca/en/sm/WF05a/12135568-12135820-12135820-12208992-12208992-12236532.html

解决方法

我们有一台EVA6100,所以我对类似的硬件进行了测试. 8000是IIRC,是比6100更旧的系统.

首先,您对数据库卷和日志卷的写入很可能会争用写入,因为它们听起来像是在EVA内部的同一磁盘组中.磁盘组是您在其上创建LUN的一组磁盘,每个LUN都是呈现给一个(或多个)服务器的磁盘.在一个磁盘组中容纳许多LUN并不罕见.如果您只有一个磁盘组,那么将日志I / O与DB I / O分开的好处会有所减少.

其次,如果该DG遇到真正的I / O争用,那么它将降低性能.从消费者的角度来看,这是非常难以检查的,这是SAN维护者需要注意的事情.询问他们是否知道平均控制器cpu负载是多少,因为这会显着影响您的写入性能.

第三,知道你的I / O组合确实是什么的基准,而不仅仅是文件复制速度.如果您的数据库卷I / O是80/20读/写,那么您真的想检查读取路径吞吐量.如果是相反的方式,那么您的写入性能就是您真正需要检查的指标.

原文链接:https://www.f2er.com/mssql/80037.html

猜你在找的MsSQL相关文章