Rob*_*bin 2 raid performance hard-drive limitations sql-server
我有一个在 Windows 服务器上运行的数据库,我正在使用 Hyperic 进行监控。当我们接近峰值负载时,我看到白天每分钟的写入量增加。随着我们向系统添加更多用户,峰值会随着时间逐渐增加。对于其他资源(即 CPU、内存或磁盘空间),很容易看出最大值是多少,并确保我们在用完之前准备好额外的资源。是否有可能粗略预测每分钟的最大写入次数可能是多少?或者,我是否只需要增加磁盘写入的数量并查看何时开始出现故障,我认为我的磁盘队列将是我超出驱动器/阵列功能的最佳指标。
==编辑==
通过一些额外的细节,我正在运行 SQL Server 2005,我对写入如此感兴趣的原因是磁盘上的写入当前超过读取大约 30 倍。我假设在任何其他磁盘活动之前写入很可能成为瓶颈。它支持的应用程序主要是 OLTP,尽管我们也从那里的数据报告。
简短回答: 预测 - 否,基准 - 是。
长答案: 我认为这对您尝试实现的目标没有帮助,我相信这是围绕您的数据库服务器正在运行的磁盘进行一些容量规划。
服务器运行的是哪种RMDBS?数据库正在运行什么样的应用程序?OLTP、决策支持、DW/报告?不同的应用程序和应用程序组将具有不同的磁盘负载配置文件,预测/测量仅写入性能很可能完全没有意义。
作为一名 SQL Server 人员,磁盘子系统对我很重要。对于基准测试,我在比较磁盘子系统/磁盘配置时使用SQLIO来测试读/写性能。SQLIO 是一个独立的可执行文件,您可以使用它以不同的方式测试读/写,SQLIO GUI也有帮助。您可以使用此工具来确定您的“最大写入次数”。
一般来说,您不应该依赖单个计数器作为 I/O 瓶颈的指标。以下是我寻找的指示服务器需要更多主轴的指标:
• 物理磁盘对象:平均。磁盘队列长度/磁盘数量: 当服务器负载不足时,该值始终高于 2 表示存在瓶颈
• 物理磁盘:%Disk Time任何高于 60% 的都是一个严重的瓶颈
• 平均。磁盘秒/读取和平均。磁盘秒/写:
| 归档时间: |
|
| 查看次数: |
421 次 |
| 最近记录: |