浏览
帮助
登录
未解决
此帖子已超过 5 年
andyhsu
36 消息
0
4715
2014年3月25日 18:00
各位前輩好, 我在VNX7500上有兩個LUN，放置SQL Data及Log， DBA發現放置Log的LUN非常緩慢，Data LUN卻不會， 想請教設定完全相同的情況下， 若要放是SQL log的LUN是否需要特殊設定方式？ 謝謝各位～
回复(18)
Fenglin1
2.1K 消息
2014年3月25日 20:00
Log慢的话，响应时间是多少？Data的响应时间呢？
Roger_Wu
4K 消息
1
MS SQL是物理机还是虚拟机？是用于OLTP还是Data warehouse或OLAP？通常OLTP类型的应用，对Log LUN的压力非常大。
存储这里，你用的是Traditional LUN（RAID Group LUN）还是Pool LUN。如果是Pool LUN的话，有没有把Data LUN和Log LUN放在一个Pool，有没有启用FAST VP？RAID 类型是什么？如果都是默认配置的话，其实没有起到最优的效果。EMC的几篇白皮书说得很详尽，建议先阅读一下：
Microsoft SQL Server Best Practices and Design Guidelines For EMC Storage：http://www.emc.com/collateral/white-papers/h12341-sqlserver-bp-wp.pdf
EMC Optimization for Microsoft SQL Server 2012 Business Intelligence：http://www.emc.com/collateral/white-papers/h11257-emc-performance-optimization-sql-server-wp.pdf
liulei_it
3.2K 消息
前辈，既然推荐都是用pool lun那为什么不把Traditional LUN（RAID Group LUN）给取消呢？
2014年3月25日 21:00
有些用户不需要虚拟资源分配（Virtual Provisioning），不需要冷热数据分层（FAST VP），只要最大化性能，而且是可估计的性能（Thick LUN比较难预估性能），于是只有传统LUN和MetaLUN一途了。
呵呵，所以不要随便fire存储管理员...
哦，如此等到资源一多起来不把管理员搞晕了
2014年3月25日 23:00
通常情况下SQL Server的数据文件和日志文件对I/O的响应时间的要求是不一样的，如果数据文件的响应时间超过20ms，会感觉到慢，而日志文件高于10ms就需要一些进行一些调优了。因为所有的事务，写入数据前都会先更新日志，如果你的数据库更新频繁，那日志文件所在的LUN会成为瓶颈。
所以你的问题，需要搞清楚几点，接下来才能进一步处理：
DBA说log比data慢，是慢多少？期望的性能是多少？
log的dataLUN的VNX里面配置是怎么样的？
LUN在VNX端是不是已经最优，还有什么地方可以调整？比如用Pool，修改RAID级别
2014年3月26日 00:00
Dear
Please let your DBA to check whether database has inefficient SQL ,
偶以前不知不觉的是 数据库管理兼存储管理兼备份，结果刚走一周还不到 ，两个站点均出现问题还得打电话给我。
2014年3月26日 06:00
Hi All, SQL是物理機，數據類型目前無法得知！Data及Log LUN皆使用Traditional LUN RAID 6，無FAST VP！Response Time我在找時間測試一下，User反應IOPS只有2000多，我不知道2千多是否還算合理值？謝謝大家～
2014年3月26日 07:00
有没有觉得数据库使用RAID 6本身就有点。。。
2014年3月26日 18:00
用户可能使用的是SATA（NL-SAS）盘，RAID 6是兼顾磁盘利用率与安全性的选择了。不过就是不符合SQL Server的Best Practice..
RAID 6写惩罚（Write Penalty）太高了。把Log LUN迁移到RAID 1/0 （最好SAS盘）上去再测试看看。浅谈RAID写惩罚（Write Penalty）与IOPS计算
下表列出了各种RAID级别的Write Penalty值：
RAID
Write Penalty
2
5
4
6
10
物理磁盘总的IOPS = 物理磁盘的IOPS × 磁盘数目
可用的IOPS = （物理磁盘总的IOPS × 写百分比 ÷ RAID写惩罚） + （物理磁盘总的IOPS × 读百分比）
2014年3月26日 20:00
IOPS 2000多是log的LUN上的吗，用哪个工具看到的，决定快慢关键还是要看响应时间。RAID6的确是写入最差的，一个写IO要变成6个。
2014年3月27日 06:00
前輩們 我了解RAID 6 Write Penalty確實高了些，但我比較不清楚的事，一樣是RAID 6，Data LUN卻又不會慢！這點是我一直很疑惑的～(皆使用SAS盤) 謝謝各位前輩～
戴尔支持资源
查看更多
查看全部
Top
Fenglin1
2.1K 消息
0
2014年3月25日 20:00
Log慢的话，响应时间是多少？Data的响应时间呢？
Roger_Wu
4K 消息
1
2014年3月25日 20:00
MS SQL是物理机还是虚拟机？是用于OLTP还是Data warehouse或OLAP？通常OLTP类型的应用，对Log LUN的压力非常大。
存储这里，你用的是Traditional LUN（RAID Group LUN）还是Pool LUN。如果是Pool LUN的话，有没有把Data LUN和Log LUN放在一个Pool，有没有启用FAST VP？RAID 类型是什么？如果都是默认配置的话，其实没有起到最优的效果。EMC的几篇白皮书说得很详尽，建议先阅读一下：
Microsoft SQL Server Best Practices and Design Guidelines For EMC Storage：http://www.emc.com/collateral/white-papers/h12341-sqlserver-bp-wp.pdf
EMC Optimization for Microsoft SQL Server 2012 Business Intelligence：http://www.emc.com/collateral/white-papers/h11257-emc-performance-optimization-sql-server-wp.pdf
liulei_it
3.2K 消息
0
2014年3月25日 20:00
前辈，既然推荐都是用pool lun那为什么不把Traditional LUN（RAID Group LUN）给取消呢？
Roger_Wu
4K 消息
1
2014年3月25日 21:00
有些用户不需要虚拟资源分配（Virtual Provisioning），不需要冷热数据分层（FAST VP），只要最大化性能，而且是可估计的性能（Thick LUN比较难预估性能），于是只有传统LUN和MetaLUN一途了。
Roger_Wu
4K 消息
0
2014年3月25日 21:00
呵呵，所以不要随便fire存储管理员...
liulei_it
3.2K 消息
0
2014年3月25日 21:00
哦，如此等到资源一多起来不把管理员搞晕了
Fenglin1
2.1K 消息
1
2014年3月25日 23:00
通常情况下SQL Server的数据文件和日志文件对I/O的响应时间的要求是不一样的，如果数据文件的响应时间超过20ms，会感觉到慢，而日志文件高于10ms就需要一些进行一些调优了。因为所有的事务，写入数据前都会先更新日志，如果你的数据库更新频繁，那日志文件所在的LUN会成为瓶颈。
所以你的问题，需要搞清楚几点，接下来才能进一步处理：
DBA说log比data慢，是慢多少？期望的性能是多少？
log的dataLUN的VNX里面配置是怎么样的？
LUN在VNX端是不是已经最优，还有什么地方可以调整？比如用Pool，修改RAID级别
liulei_it
3.2K 消息
0
2014年3月26日 00:00
Dear
Please let your DBA to check whether database has inefficient SQL ,
liulei_it
3.2K 消息
0
2014年3月26日 00:00
偶以前不知不觉的是 数据库管理兼存储管理兼备份，结果刚走一周还不到 ，两个站点均出现问题还得打电话给我。
andyhsu
36 消息
0
2014年3月26日 06:00
Hi All, SQL是物理機，數據類型目前無法得知！Data及Log LUN皆使用Traditional LUN RAID 6，無FAST VP！Response Time我在找時間測試一下，User反應IOPS只有2000多，我不知道2千多是否還算合理值？謝謝大家～
liulei_it
3.2K 消息
0
2014年3月26日 07:00
有没有觉得数据库使用RAID 6本身就有点。。。
Roger_Wu
4K 消息
0
2014年3月26日 18:00
用户可能使用的是SATA（NL-SAS）盘，RAID 6是兼顾磁盘利用率与安全性的选择了。不过就是不符合SQL Server的Best Practice..
Roger_Wu
4K 消息
0
2014年3月26日 18:00
RAID 6写惩罚（Write Penalty）太高了。把Log LUN迁移到RAID 1/0 （最好SAS盘）上去再测试看看。
浅谈RAID写惩罚（Write Penalty）与IOPS计算
下表列出了各种RAID级别的Write Penalty值：
RAID
Write Penalty
0
1
1
2
5
4
6
6
10
2
物理磁盘总的IOPS = 物理磁盘的IOPS × 磁盘数目
可用的IOPS = （物理磁盘总的IOPS × 写百分比 ÷ RAID写惩罚） + （物理磁盘总的IOPS × 读百分比）
Fenglin1
2.1K 消息
0
2014年3月26日 20:00
IOPS 2000多是log的LUN上的吗，用哪个工具看到的，决定快慢关键还是要看响应时间。RAID6的确是写入最差的，一个写IO要变成6个。
andyhsu
36 消息
0
2014年3月27日 06:00
前輩們 我了解RAID 6 Write Penalty確實高了些，但我比較不清楚的事，一樣是RAID 6，Data LUN卻又不會慢！這點是我一直很疑惑的～(皆使用SAS盤) 謝謝各位前輩～