简介这份资源是Vdbench存储性能测试工具5.0.4.07版的完整压缩包面向存储工程师、运维人员以及需要评估SAN/NAS/SSD/HDD等存储系统I/O能力的测试人员可帮助用户快速搭建基准测试环境定量分析IOPS、吞吐量与延迟等关键指标。压缩包共61个文件大小约2.93MB包含vdbench.jar主程序、Windows下的vdbench.bat启动脚本、7个so动态库、多个sh配置脚本、2个dll库以及各类工作负载示例与曲线测试配置覆盖随机读写、顺序读写、多主机、TPCC和文件系统等典型场景同时附有vdbench.pdf用户手册、example系列配置样例便于新手对照学习和直接修改使用。已有2552人学习下载。总体来看这是一套兼具工具、示例和文档的存储性能评测资料既能用于容量规划和性能优化也可用于故障排查与系统升级前后的对比验证。 直接说结论vdbench50407.zip 这个包懂行的人一看就知道这是 Oracle 出品的存储性能测试工具 vdbench 5.0.4.07 的官方发布包。一套 Java 写成的命令行工具做成 zip 压缩包分发就是圈内常说的压测神器那个东西。我做存储阵列和分布式存储的性能验证做了不少年vdbench 一直是我最常用的压测工具没有之一。这个工具说起来不复杂就是通过配置好的参数按你指定的 I/O 特征去打指定的磁盘或文件系统再把吞吐量、IOPS、延迟这些关键指标给你统计出来。但真要用明白把模拟场景配准还是有不少细节要折腾的。这篇就把我从拿到 zip 包到跑出第一份完整测试报告的完整路径拆开揉碎讲一遍从部署到排错该避的坑都给你标出来。1. 先搞清楚 vdbench 是什么解决什么场景1.1 存储性能测试里的万能标尺很多人第一次见到 vdbench是在项目验收文档里或者在存储厂商的测试报告里。它最核心的本事就是模拟应用 I/O 负载你能定义随机读写还是顺序读写、块大小多大、队列深度多少、并发线程数多少、读写比例多少然后把这一段负载打到裸设备、文件系统、或者网络存储上最后得到一组标准的性能数据结果。比起简单粗暴的 dd 拷贝测试vdbench 的专业之处在于它能同时控制多组负载模型并行运行。比如一组线程在跑 4K 随机写另一组线程在跑 64K 顺序读两组互不干扰数据分别统计。这在模拟真实业务混合负载时特别有用——生产环境从来不是单一的读写模式数据库日志盘是顺序写数据盘是随机读写vdbench 可以在一个测试脚本里全部覆盖。1.2 2.0 版本到 5.x 版本的变化我早期用过的 vdbench 还是 2.x 时代的东西那时候界面之简陋参数之晦涩简直一言难尽。到了 5.x 时代功能就完整多了新增了文件系统测试模式以前只能测块设备支持了多主机分布式压测一个 master 控制多个 salve可以打满几十台存储主机的端口还加入了数据一致性校验功能——这功能在做存储数据可靠性验证时非常关键特别是做长期稳定性测试或者异常断电测试时用 vdbench 写数据带校验值后面再读回来比对能判断存储有没有丢数据或者写坏数据。5.0.4.07 这个版本在 vdbench 的版本序列里算比较新的稳定版Oracle 官方 Blog 发布的最后几个 zip 包之一。圈内大部分测试报告用的就是这个版本你从 zip 文件名里的 vdbench50407 就能判断出大版本是 5.0次版本 4小版本 07。后面 Oracle 虽然没有再对外发布新版本但社区里围绕它的使用经验积累非常多网上能搜到的问题案例、参数模板基本都是围绕这个版本展开的所以它至今还是业内的事实标准。1.3 什么人需要认真学这个工具存储厂商的测试工程师、售前售后技术支持、系统集成商的项目交付人员还有做数据库和虚拟化运维的 DBA、主机工程师这几个岗位的人几乎绕不开 vdbench。只要你的工作需要回答这套存储到底能跑多快多加两块盘性能能不能翻倍对象存储和小文件存储的 OPS 瓶颈在哪这类问题vdbench 就是你最好的回答工具。这篇博文的目标读者就是刚拿到工具、准备在测试环境里捣鼓起来的人我会把每一步都说清楚让你能少踩几个我当年踩过的坑。2. 部署实操从 zip 到跑通第一个测试2.1 前置条件Java 环境是硬门槛vdbench 是纯 Java 应用没有 JDK 或者 JRE 它跑不起来。这里有个大坑vdbench 5.x 依赖的是 JDK 1.8 及以上版本但不能太高也不能太低。实际测试中我发现太新的 JDK比如 JDK 17、21在某些 Linux 发行版上跑 vdbench 会报一些奇怪的兼容性错误最好找 JDK 8 或者 JDK 11 这类 LTS 版本。检测环境的命令很简单java -version如果提示 command not found或者版本低于 1.8需要先去安装 JDK。Windows 环境还要注意装了 Oracle 数据库或者部分开发工具时系统 PATH 里可能指到了自带的旧版 JRE导致 vdbench 怎么都跑不起来。这种问题很隐蔽排查时先where java看看到底调用的哪个 java。2.2 解压 zip 包的正确姿势拿到 vdbench50407.zip 之后解压本身不难但有几个细节处理不好会连续踩坑。第一Windows 用户直接右键解压到当前文件夹就行但解压路径千万不要带中文和空格。比如D:\测试工具\vdbench50407这种路径vdbench 的脚本解析路径时可能直接报错或者找不到文件这是个非常经典的低级错误。第二Linux 服务器上解压时注意编码问题。vdbench 官方包里的配置文件包含 UTF-8 字符如果你用的 Linux 系统默认 locale 是 POSIXunzip 解压出来可能会文件名乱码。建议解压前先设置语言环境export LANGen_US.UTF-8 unzip vdbench50407.zip -d /opt/vdbench如果已经解压乱了用unzip -O gbk可以重新解压一次处理老 zip 的编码问题。这里顺便说一句偶尔会遇到压缩包下载不完整、解压到一半提示 unsupported compression method 或者 invalid zip archive: could not find eocd 之类的问题优先考虑重新下载文件别瞎琢磨其他原因。所谓 eocdEnd Of Central Directory是 zip 格式结尾的一个目录记录找不到它说明压缩包本身就不完整通常是下载中断、杀毒软件误删一部分、或者从网盘下载时文件被云端改过导致的。第三解压后一定要确认目录结构完整。正常情况下会看到这几个核心目录和文件vdbench50407/ ├── bin/ ├── examples/ ├── javasrc/ ├── vdbench.jar ├── vdbench.bat ├── vdbench ├── UserGuide.pdf └── ...如果缺了 vdbench.jar那这个包基本就废了重新去官网下载吧。有时候杀毒软件会把 jar 包当作潜在威胁直接隔离解压后最好把 vdbench50407 目录加入杀毒软件的信任区免得运行到一半 jar 被删掉。2.3 命令行跑通第一个最小测试解压之后别急着去改参数先用一个最简单的配置验证环境没问题。Linux 下进入目录直接执行cd /opt/vdbench50407 ./vdbench -f examples/sdpreallocWindows 下则是cd C:\vdbench50407 vdbench.bat -f examples\sdpreallocexamples 目录里自带了一堆示例配置随便挑一个跑。如果屏幕上开始滚动 I/O 相关的输出最后在 output 目录下生成了一堆结果文件说明你的环境基本没问题了。我自己验证环境时更喜欢用一个最小自定义脚本内容就三行sddefault,size1g wdwd1,sdsd1,xfersize4k,rdpct100 rdrun1,wdwd1,ioratemax,elapsed30s这个脚本的意思简单说就是定义一块 1GB 的测试磁盘跑 4K 小块的 100% 随机读默认随机跑满 30 秒。注意这里的sddefault,size1g意思是给默认配置加个大小属性后续所有 SD 都默认使用 1GB 空间。vdbench 的测试默认就是随机 I/Oseekpct 默认值接近 100%所以这个脚本实际跑的就是 4K 随机读这也是衡量存储最重要的一项基本盘指标。跑完后打开 output 目录下生成的 results.html里面所有统计指标都在表格和图表里。我最常看的是 IOPS 和 Response time (ms) 两列前者决定存储的并发处理能力后者决定业务的延时体验。3. 配置语法拆解让测试按你的设想执行3.1 SD、WD、RD 三个核心 Section 的关系vdbench 的配置语法有三大块核心理解它们的逻辑比背参数管用一百倍SDStorage Definition存储定义定义测试目标也就是你要打哪块盘/哪个文件分配多大空间。WDWorkload Definition负载定义定义 I/O 的特征比如块大小、读写比例、随机还是顺序、队列深度。RDRun Definition运行定义定义怎么跑比如跑多久、用多少并发、输出什么。打个比方SD 相当于选好了靶场WD 相当于选好了用什么枪、打什么靶RD 相当于定好了打几轮、每轮多久。三者组合起来才能构成一个完整的压测方案。很多刚上手的朋友容易在一开始就写一大堆参数然后跑不出来我建议你从最简单的三行配置起步跑通了再逐步加参数这样排错时思路清晰得多。3.2 关键参数的计算与选型逻辑vdbench 的参数非常多但真正决定测试结果可信度的核心参数就那几个。我一个个说xfersize传输块大小这个参数模拟的是应用每次 I/O 请求的数据量。常见的数据库 OLTP 场景是 8K 随机读写日志归档场景是 64K 或 1MB 顺序写视频监控场景偏向 512KB 大块顺序写。你测存储时要先想清楚你的目标业务属于哪种类型别拿一套 4K 随机读的测试结果去说明存储适合做视频编辑那完全是驴唇不对马嘴。rdpct读百分比0 就是纯写100 就是纯读中间值就是混合读写。比如 70/30 混合读写更接近真实的文件服务器场景。seekpct寻址百分比这个参数有点反直觉它指的是每个 I/O 是否需要重新寻址默认值是 100也就是每个 I/O 都是随机位置。写成 0 就是完全的线性顺序访问。要模拟数据库这种高随机访问场景保持默认就行。iorateI/O 速率max表示以最高速率打也就是尽力压测测极限性能。也可以指定一个固定值比如iorate1000意思是每秒只发 1000 个 I/O用来模拟受控的限流场景。测极限性能时用 max测业务模型时用固定速率两种用法思路完全不同。elapsed测试时长建议至少跑 60 秒以上。存储设备的缓存机制很复杂前 10 秒可能在打缓存命中数据漂亮得很跑久了缓存写穿之后性能就回到物理盘的真实水平了。想拿到有说服力的稳态性能数据建议每次压测至少 300 秒让设备进入稳态后再看统计区间。如果需要更精细地控制测试节奏还可以用warmup参数设置预热时间数据不记录用interval参数控制统计周期。比如rdrun1,wdwd1,ioratemax,elapsed300s,warmup30s,interval5这段的意思是先跑 30 秒预热数据不计入统计然后正式统计 300 秒每 5 秒输出一个统计数据点。这样最终报告里你能看到一条性能随时间变化的曲线而不是一个冷冰冰的平均值。3.3 混合负载与多盘并行vdbench 最强大的地方是可以在一个测试里定义多种不同的负载同时压测不同的存储资源。比如你有两块数据盘、一块日志盘想模拟一个数据库主机的整体负载sdsd1,lun/dev/sdb,size50g sdsd2,lun/dev/sdc,size50g sdsd3,lun/dev/sdd,size20g wdwd1,sdsd1,sdsd2,xfersize8k,rdpct80,seekpct100 wdwd2,sdsd3,xfersize64k,rdpct0,seekpct0 rdrun1,wdwd1,wdwd2,ioratemax,elapsed300s这样 wd1 和 wd2 会同时运行数据分开统计。你可以在最终报告里分别看到数据盘和日志盘各自的性能数据这个功能在做数据库存储规划时非常好用。命令里的lun参数在 Linux 下就是块设备路径Windows 下要写成盘符加冒号比如lunE:。3.4 对象存储与文件系统的测试模式vdbench 不止能打裸设备。如果参数里写的是anchor而不是lun它就会转换为文件系统测试模式在指定目录下生成测试文件然后进行读写。这种模式非常适合测试 NAS 存储、分布式文件系统、对象存储的访问性能sddefault,size1g,anchor/mnt/nfs_dir sdsd1 wdwd1,sdsd1,xfersize128k,rdpct100 rdrun1,wdwd1,ioratemax,elapsed120s注意文件系统模式下size1g指的是生成 1GB 大小的测试文件而不是逻辑卷大小。测试小文件场景时把 size 改小、并行度调高就行了。用这个模式测试 NAS 挂载目录简直得心应手比起用 fio 要处理一堆 libaio 引擎参数vdbench 的文件模式上手友好得多。4. 常见问题与实战排错手册4.1 环境与启动类问题报错Could not find Java SE Runtime Environment。这是最典型的 Java 环境没配置好的问题。Windows 下用where java查看实际调用的路径Linux 下用which java。如果指向了奇怪的路径比如 Oracle 数据库自带 JRE手动修改 PATH 环境变量把 JDK 8 或 11 的 bin 目录放到最前面。报错Error: Could not find or load main class Vdb。这是 vdbench.jar 被删掉或者没放在正确位置导致的。确认vdbench.jar还在原目录另外旧版本 JDK 有时需要手动指定 jar 路径可以尝试直接运行java -jar /opt/vdbench50407/vdbench.jar -f /path/to/parmfile4.2 zip 包与文件相关类问题很多朋友遇到的并非 vdbench 运行问题而是压缩包这一步就卡住了。我把 zip 相关的典型问题集中列一下下载的 zip 解压报 invalid zip archive: could not find eocd。这个我之前提到过基本就是压缩包不完整或者文件头损坏。处理思路从上到下依次是重新下载一次换浏览器或者用下载工具、核对文件大小是否和官网一致、解压到本地磁盘而非 U 盘/网盘同步目录。另外如果是从网盘下载部分网盘会对压缩包二次转码导致损坏这种就只能换源。遇到分卷压缩文件.z01/.z02怎么办。有些工具或大文件下载下来是一组分卷文件如果只有 .z01 却没有对应的 .zip那是没法直接解压的。需要确认所有分卷都下载完整然后找到最大的那个 .zip 文件用 360压缩、Bandizip 或 WinRAR 打开 .zip 就能自动合并解压把 .z01 命名为 .zip 是不对的。压缩包带了密码怎么办。vdbench 官方包本身不加密但如果有些内部传递的版本被人加了密那就没办法直接解压了。这时需要拿到正确密码才能解出完整内容。网上确实流传过各种zip 密码恢复zip 密码移除的工具比如百事牛一类的但我得说一下这类工具本质是暴力破解或者字典攻击在高强度加密算法面前基本没戏正规途径还是找文件提供者要密码。另外提醒一句下载来源不明的加密压缩包有安全风险尤其是要求你关闭杀毒软件再解压的十有八九有诈宁可不用。解压后文件就被杀毒软件清掉。vdbench 的 jar 包和脚本在某些杀毒软件眼里可能属于可疑行为尤其在国内的 360、腾讯管家环境下容易被拦截。解决办法就是加入白名单/信任区然后重新解压。别不以为然我见过好几个vdbench 打不开的问题最后排查下来全是杀软误杀。4.3 运行报错实战排查报错No data available from sd...。常见原因是 SD 定义的设备不存在或者路径写错。用lsblk或者磁盘管理确认设备路径在 Linux 下还要注意权限问题vdbench 需要 root 或者有权限访问裸设备的用户。报错Failed to allocate xxMB of disk space。说明磁盘剩余空间不足或者指定的 size 大于设备实际可用空间。把 size 改小或者删掉测试盘上多余的数据重试。Windows 上跑着跑着蓝屏或者 I/O 错误。这在 Windows Server 上偶有发生通常是底层 disk 驱动对裸设备写入时的兼容性问题。建议先测文件系统模式用 anchor 参数确认没有硬件问题后再测裸设备同时确保磁盘有完整备份因为 vdbench 的写入会直接覆盖目标分区上的数据这个一定要记住了跑之前三遍确认测试磁盘上没有重要数据。多主机压测时 slave 连不上 master。vdbench 支持分布式压测master 和 slave 之间走 TCP 端口通信。通常映射一个网络驱动器或者使用 SSH 隧道把 slave 端端口转发出来注意同步系统时间不然时间戳对不上统计结果会乱。第一次做多主机压测时建议先拿两台机器试验不要求贪多。4.4 测试结果的可信度判断最后说一个很多新手容易忽略的问题vdbench 跑出来的数据怎么判断可不可信。首先是看 CPU 占用率。如果测试中发现存储还没到瓶颈本地 CPU 已经被 vdbench 占满了那说明并发线程数开太多测试结果没有意义需要降低threads参数。其次是看延迟曲线如果某些统计周期的延迟突然飙高通常意味着底层存储出现了排队这时候去看存储端的监控日志而不是盯着 vdbench 输出干着急。最后是多次复测的可重复性压测最好重复跑 3 次波动超过 10% 就要排查环境问题了常见原因包括其他任务干扰、快照任务启动、存储端自愈重构等。我个人这么多年用下来的一个体会是vdbench 本身只是个工具真正值钱的是你对业务模型的理解和对数据的分析能力。工具人人都会跑但能把测试脚本设计得贴近真实业务、能从 report 里看出问题端倪的才是真正的高手。像我上面推荐的测试参数组合是踩过很多次坑才总结出来的你照着我这个思路去设计自己的测试方案至少能比裸装乱跑少走很多弯路。最后再分享一个小技巧所有的测试脚本文件parmfile都建议配上注释。vdbench 的语法支持*开头的注释行把你的测试目的、环境信息、修改记录都写在脚本里。这项工作一开始看起来有点多余但等你过了半年再回头看自己写过的测试配置你会发现这些注释比测试报告本身还有价值。做存储这一行数据要能溯源结论才能站得住脚。本文还有配套的精品资源点击获取 vdbench 存储性能压测实战：部署、配置与排错全指南
简介这份资源是Vdbench存储性能测试工具5.0.4.07版的完整压缩包面向存储工程师、运维人员以及需要评估SAN/NAS/SSD/HDD等存储系统I/O能力的测试人员可帮助用户快速搭建基准测试环境定量分析IOPS、吞吐量与延迟等关键指标。压缩包共61个文件大小约2.93MB包含vdbench.jar主程序、Windows下的vdbench.bat启动脚本、7个so动态库、多个sh配置脚本、2个dll库以及各类工作负载示例与曲线测试配置覆盖随机读写、顺序读写、多主机、TPCC和文件系统等典型场景同时附有vdbench.pdf用户手册、example系列配置样例便于新手对照学习和直接修改使用。已有2552人学习下载。总体来看这是一套兼具工具、示例和文档的存储性能评测资料既能用于容量规划和性能优化也可用于故障排查与系统升级前后的对比验证。 直接说结论vdbench50407.zip 这个包懂行的人一看就知道这是 Oracle 出品的存储性能测试工具 vdbench 5.0.4.07 的官方发布包。一套 Java 写成的命令行工具做成 zip 压缩包分发就是圈内常说的压测神器那个东西。我做存储阵列和分布式存储的性能验证做了不少年vdbench 一直是我最常用的压测工具没有之一。这个工具说起来不复杂就是通过配置好的参数按你指定的 I/O 特征去打指定的磁盘或文件系统再把吞吐量、IOPS、延迟这些关键指标给你统计出来。但真要用明白把模拟场景配准还是有不少细节要折腾的。这篇就把我从拿到 zip 包到跑出第一份完整测试报告的完整路径拆开揉碎讲一遍从部署到排错该避的坑都给你标出来。1. 先搞清楚 vdbench 是什么解决什么场景1.1 存储性能测试里的万能标尺很多人第一次见到 vdbench是在项目验收文档里或者在存储厂商的测试报告里。它最核心的本事就是模拟应用 I/O 负载你能定义随机读写还是顺序读写、块大小多大、队列深度多少、并发线程数多少、读写比例多少然后把这一段负载打到裸设备、文件系统、或者网络存储上最后得到一组标准的性能数据结果。比起简单粗暴的 dd 拷贝测试vdbench 的专业之处在于它能同时控制多组负载模型并行运行。比如一组线程在跑 4K 随机写另一组线程在跑 64K 顺序读两组互不干扰数据分别统计。这在模拟真实业务混合负载时特别有用——生产环境从来不是单一的读写模式数据库日志盘是顺序写数据盘是随机读写vdbench 可以在一个测试脚本里全部覆盖。1.2 2.0 版本到 5.x 版本的变化我早期用过的 vdbench 还是 2.x 时代的东西那时候界面之简陋参数之晦涩简直一言难尽。到了 5.x 时代功能就完整多了新增了文件系统测试模式以前只能测块设备支持了多主机分布式压测一个 master 控制多个 salve可以打满几十台存储主机的端口还加入了数据一致性校验功能——这功能在做存储数据可靠性验证时非常关键特别是做长期稳定性测试或者异常断电测试时用 vdbench 写数据带校验值后面再读回来比对能判断存储有没有丢数据或者写坏数据。5.0.4.07 这个版本在 vdbench 的版本序列里算比较新的稳定版Oracle 官方 Blog 发布的最后几个 zip 包之一。圈内大部分测试报告用的就是这个版本你从 zip 文件名里的 vdbench50407 就能判断出大版本是 5.0次版本 4小版本 07。后面 Oracle 虽然没有再对外发布新版本但社区里围绕它的使用经验积累非常多网上能搜到的问题案例、参数模板基本都是围绕这个版本展开的所以它至今还是业内的事实标准。1.3 什么人需要认真学这个工具存储厂商的测试工程师、售前售后技术支持、系统集成商的项目交付人员还有做数据库和虚拟化运维的 DBA、主机工程师这几个岗位的人几乎绕不开 vdbench。只要你的工作需要回答这套存储到底能跑多快多加两块盘性能能不能翻倍对象存储和小文件存储的 OPS 瓶颈在哪这类问题vdbench 就是你最好的回答工具。这篇博文的目标读者就是刚拿到工具、准备在测试环境里捣鼓起来的人我会把每一步都说清楚让你能少踩几个我当年踩过的坑。2. 部署实操从 zip 到跑通第一个测试2.1 前置条件Java 环境是硬门槛vdbench 是纯 Java 应用没有 JDK 或者 JRE 它跑不起来。这里有个大坑vdbench 5.x 依赖的是 JDK 1.8 及以上版本但不能太高也不能太低。实际测试中我发现太新的 JDK比如 JDK 17、21在某些 Linux 发行版上跑 vdbench 会报一些奇怪的兼容性错误最好找 JDK 8 或者 JDK 11 这类 LTS 版本。检测环境的命令很简单java -version如果提示 command not found或者版本低于 1.8需要先去安装 JDK。Windows 环境还要注意装了 Oracle 数据库或者部分开发工具时系统 PATH 里可能指到了自带的旧版 JRE导致 vdbench 怎么都跑不起来。这种问题很隐蔽排查时先where java看看到底调用的哪个 java。2.2 解压 zip 包的正确姿势拿到 vdbench50407.zip 之后解压本身不难但有几个细节处理不好会连续踩坑。第一Windows 用户直接右键解压到当前文件夹就行但解压路径千万不要带中文和空格。比如D:\测试工具\vdbench50407这种路径vdbench 的脚本解析路径时可能直接报错或者找不到文件这是个非常经典的低级错误。第二Linux 服务器上解压时注意编码问题。vdbench 官方包里的配置文件包含 UTF-8 字符如果你用的 Linux 系统默认 locale 是 POSIXunzip 解压出来可能会文件名乱码。建议解压前先设置语言环境export LANGen_US.UTF-8 unzip vdbench50407.zip -d /opt/vdbench如果已经解压乱了用unzip -O gbk可以重新解压一次处理老 zip 的编码问题。这里顺便说一句偶尔会遇到压缩包下载不完整、解压到一半提示 unsupported compression method 或者 invalid zip archive: could not find eocd 之类的问题优先考虑重新下载文件别瞎琢磨其他原因。所谓 eocdEnd Of Central Directory是 zip 格式结尾的一个目录记录找不到它说明压缩包本身就不完整通常是下载中断、杀毒软件误删一部分、或者从网盘下载时文件被云端改过导致的。第三解压后一定要确认目录结构完整。正常情况下会看到这几个核心目录和文件vdbench50407/ ├── bin/ ├── examples/ ├── javasrc/ ├── vdbench.jar ├── vdbench.bat ├── vdbench ├── UserGuide.pdf └── ...如果缺了 vdbench.jar那这个包基本就废了重新去官网下载吧。有时候杀毒软件会把 jar 包当作潜在威胁直接隔离解压后最好把 vdbench50407 目录加入杀毒软件的信任区免得运行到一半 jar 被删掉。2.3 命令行跑通第一个最小测试解压之后别急着去改参数先用一个最简单的配置验证环境没问题。Linux 下进入目录直接执行cd /opt/vdbench50407 ./vdbench -f examples/sdpreallocWindows 下则是cd C:\vdbench50407 vdbench.bat -f examples\sdpreallocexamples 目录里自带了一堆示例配置随便挑一个跑。如果屏幕上开始滚动 I/O 相关的输出最后在 output 目录下生成了一堆结果文件说明你的环境基本没问题了。我自己验证环境时更喜欢用一个最小自定义脚本内容就三行sddefault,size1g wdwd1,sdsd1,xfersize4k,rdpct100 rdrun1,wdwd1,ioratemax,elapsed30s这个脚本的意思简单说就是定义一块 1GB 的测试磁盘跑 4K 小块的 100% 随机读默认随机跑满 30 秒。注意这里的sddefault,size1g意思是给默认配置加个大小属性后续所有 SD 都默认使用 1GB 空间。vdbench 的测试默认就是随机 I/Oseekpct 默认值接近 100%所以这个脚本实际跑的就是 4K 随机读这也是衡量存储最重要的一项基本盘指标。跑完后打开 output 目录下生成的 results.html里面所有统计指标都在表格和图表里。我最常看的是 IOPS 和 Response time (ms) 两列前者决定存储的并发处理能力后者决定业务的延时体验。3. 配置语法拆解让测试按你的设想执行3.1 SD、WD、RD 三个核心 Section 的关系vdbench 的配置语法有三大块核心理解它们的逻辑比背参数管用一百倍SDStorage Definition存储定义定义测试目标也就是你要打哪块盘/哪个文件分配多大空间。WDWorkload Definition负载定义定义 I/O 的特征比如块大小、读写比例、随机还是顺序、队列深度。RDRun Definition运行定义定义怎么跑比如跑多久、用多少并发、输出什么。打个比方SD 相当于选好了靶场WD 相当于选好了用什么枪、打什么靶RD 相当于定好了打几轮、每轮多久。三者组合起来才能构成一个完整的压测方案。很多刚上手的朋友容易在一开始就写一大堆参数然后跑不出来我建议你从最简单的三行配置起步跑通了再逐步加参数这样排错时思路清晰得多。3.2 关键参数的计算与选型逻辑vdbench 的参数非常多但真正决定测试结果可信度的核心参数就那几个。我一个个说xfersize传输块大小这个参数模拟的是应用每次 I/O 请求的数据量。常见的数据库 OLTP 场景是 8K 随机读写日志归档场景是 64K 或 1MB 顺序写视频监控场景偏向 512KB 大块顺序写。你测存储时要先想清楚你的目标业务属于哪种类型别拿一套 4K 随机读的测试结果去说明存储适合做视频编辑那完全是驴唇不对马嘴。rdpct读百分比0 就是纯写100 就是纯读中间值就是混合读写。比如 70/30 混合读写更接近真实的文件服务器场景。seekpct寻址百分比这个参数有点反直觉它指的是每个 I/O 是否需要重新寻址默认值是 100也就是每个 I/O 都是随机位置。写成 0 就是完全的线性顺序访问。要模拟数据库这种高随机访问场景保持默认就行。iorateI/O 速率max表示以最高速率打也就是尽力压测测极限性能。也可以指定一个固定值比如iorate1000意思是每秒只发 1000 个 I/O用来模拟受控的限流场景。测极限性能时用 max测业务模型时用固定速率两种用法思路完全不同。elapsed测试时长建议至少跑 60 秒以上。存储设备的缓存机制很复杂前 10 秒可能在打缓存命中数据漂亮得很跑久了缓存写穿之后性能就回到物理盘的真实水平了。想拿到有说服力的稳态性能数据建议每次压测至少 300 秒让设备进入稳态后再看统计区间。如果需要更精细地控制测试节奏还可以用warmup参数设置预热时间数据不记录用interval参数控制统计周期。比如rdrun1,wdwd1,ioratemax,elapsed300s,warmup30s,interval5这段的意思是先跑 30 秒预热数据不计入统计然后正式统计 300 秒每 5 秒输出一个统计数据点。这样最终报告里你能看到一条性能随时间变化的曲线而不是一个冷冰冰的平均值。3.3 混合负载与多盘并行vdbench 最强大的地方是可以在一个测试里定义多种不同的负载同时压测不同的存储资源。比如你有两块数据盘、一块日志盘想模拟一个数据库主机的整体负载sdsd1,lun/dev/sdb,size50g sdsd2,lun/dev/sdc,size50g sdsd3,lun/dev/sdd,size20g wdwd1,sdsd1,sdsd2,xfersize8k,rdpct80,seekpct100 wdwd2,sdsd3,xfersize64k,rdpct0,seekpct0 rdrun1,wdwd1,wdwd2,ioratemax,elapsed300s这样 wd1 和 wd2 会同时运行数据分开统计。你可以在最终报告里分别看到数据盘和日志盘各自的性能数据这个功能在做数据库存储规划时非常好用。命令里的lun参数在 Linux 下就是块设备路径Windows 下要写成盘符加冒号比如lunE:。3.4 对象存储与文件系统的测试模式vdbench 不止能打裸设备。如果参数里写的是anchor而不是lun它就会转换为文件系统测试模式在指定目录下生成测试文件然后进行读写。这种模式非常适合测试 NAS 存储、分布式文件系统、对象存储的访问性能sddefault,size1g,anchor/mnt/nfs_dir sdsd1 wdwd1,sdsd1,xfersize128k,rdpct100 rdrun1,wdwd1,ioratemax,elapsed120s注意文件系统模式下size1g指的是生成 1GB 大小的测试文件而不是逻辑卷大小。测试小文件场景时把 size 改小、并行度调高就行了。用这个模式测试 NAS 挂载目录简直得心应手比起用 fio 要处理一堆 libaio 引擎参数vdbench 的文件模式上手友好得多。4. 常见问题与实战排错手册4.1 环境与启动类问题报错Could not find Java SE Runtime Environment。这是最典型的 Java 环境没配置好的问题。Windows 下用where java查看实际调用的路径Linux 下用which java。如果指向了奇怪的路径比如 Oracle 数据库自带 JRE手动修改 PATH 环境变量把 JDK 8 或 11 的 bin 目录放到最前面。报错Error: Could not find or load main class Vdb。这是 vdbench.jar 被删掉或者没放在正确位置导致的。确认vdbench.jar还在原目录另外旧版本 JDK 有时需要手动指定 jar 路径可以尝试直接运行java -jar /opt/vdbench50407/vdbench.jar -f /path/to/parmfile4.2 zip 包与文件相关类问题很多朋友遇到的并非 vdbench 运行问题而是压缩包这一步就卡住了。我把 zip 相关的典型问题集中列一下下载的 zip 解压报 invalid zip archive: could not find eocd。这个我之前提到过基本就是压缩包不完整或者文件头损坏。处理思路从上到下依次是重新下载一次换浏览器或者用下载工具、核对文件大小是否和官网一致、解压到本地磁盘而非 U 盘/网盘同步目录。另外如果是从网盘下载部分网盘会对压缩包二次转码导致损坏这种就只能换源。遇到分卷压缩文件.z01/.z02怎么办。有些工具或大文件下载下来是一组分卷文件如果只有 .z01 却没有对应的 .zip那是没法直接解压的。需要确认所有分卷都下载完整然后找到最大的那个 .zip 文件用 360压缩、Bandizip 或 WinRAR 打开 .zip 就能自动合并解压把 .z01 命名为 .zip 是不对的。压缩包带了密码怎么办。vdbench 官方包本身不加密但如果有些内部传递的版本被人加了密那就没办法直接解压了。这时需要拿到正确密码才能解出完整内容。网上确实流传过各种zip 密码恢复zip 密码移除的工具比如百事牛一类的但我得说一下这类工具本质是暴力破解或者字典攻击在高强度加密算法面前基本没戏正规途径还是找文件提供者要密码。另外提醒一句下载来源不明的加密压缩包有安全风险尤其是要求你关闭杀毒软件再解压的十有八九有诈宁可不用。解压后文件就被杀毒软件清掉。vdbench 的 jar 包和脚本在某些杀毒软件眼里可能属于可疑行为尤其在国内的 360、腾讯管家环境下容易被拦截。解决办法就是加入白名单/信任区然后重新解压。别不以为然我见过好几个vdbench 打不开的问题最后排查下来全是杀软误杀。4.3 运行报错实战排查报错No data available from sd...。常见原因是 SD 定义的设备不存在或者路径写错。用lsblk或者磁盘管理确认设备路径在 Linux 下还要注意权限问题vdbench 需要 root 或者有权限访问裸设备的用户。报错Failed to allocate xxMB of disk space。说明磁盘剩余空间不足或者指定的 size 大于设备实际可用空间。把 size 改小或者删掉测试盘上多余的数据重试。Windows 上跑着跑着蓝屏或者 I/O 错误。这在 Windows Server 上偶有发生通常是底层 disk 驱动对裸设备写入时的兼容性问题。建议先测文件系统模式用 anchor 参数确认没有硬件问题后再测裸设备同时确保磁盘有完整备份因为 vdbench 的写入会直接覆盖目标分区上的数据这个一定要记住了跑之前三遍确认测试磁盘上没有重要数据。多主机压测时 slave 连不上 master。vdbench 支持分布式压测master 和 slave 之间走 TCP 端口通信。通常映射一个网络驱动器或者使用 SSH 隧道把 slave 端端口转发出来注意同步系统时间不然时间戳对不上统计结果会乱。第一次做多主机压测时建议先拿两台机器试验不要求贪多。4.4 测试结果的可信度判断最后说一个很多新手容易忽略的问题vdbench 跑出来的数据怎么判断可不可信。首先是看 CPU 占用率。如果测试中发现存储还没到瓶颈本地 CPU 已经被 vdbench 占满了那说明并发线程数开太多测试结果没有意义需要降低threads参数。其次是看延迟曲线如果某些统计周期的延迟突然飙高通常意味着底层存储出现了排队这时候去看存储端的监控日志而不是盯着 vdbench 输出干着急。最后是多次复测的可重复性压测最好重复跑 3 次波动超过 10% 就要排查环境问题了常见原因包括其他任务干扰、快照任务启动、存储端自愈重构等。我个人这么多年用下来的一个体会是vdbench 本身只是个工具真正值钱的是你对业务模型的理解和对数据的分析能力。工具人人都会跑但能把测试脚本设计得贴近真实业务、能从 report 里看出问题端倪的才是真正的高手。像我上面推荐的测试参数组合是踩过很多次坑才总结出来的你照着我这个思路去设计自己的测试方案至少能比裸装乱跑少走很多弯路。最后再分享一个小技巧所有的测试脚本文件parmfile都建议配上注释。vdbench 的语法支持*开头的注释行把你的测试目的、环境信息、修改记录都写在脚本里。这项工作一开始看起来有点多余但等你过了半年再回头看自己写过的测试配置你会发现这些注释比测试报告本身还有价值。做存储这一行数据要能溯源结论才能站得住脚。本文还有配套的精品资源点击获取