首页/云/云平台与虚拟化速查/ESXi 日志收集(vm-support)
虚拟化操作94 条

ESXi 日志收集(vm-support)

主机故障提交工单前用 vm-support 收集诊断包:命令会打包系统与日志信息,可用 -w 指定输出位置(如共享存储目录)便于取出。

云平台与虚拟化速查云更新于 2026-10-13

日志收集 vm-support

主机出问题、准备提工单之前,先用 vm-support 收集诊断包:它把系统信息、主机配置与日志打包成一个文件,运维与厂商支持都靠这个包定位问题。默认在主机本地生成,用 -w 可以指定输出位置(例如共享存储目录),方便直接从数据存储浏览器取出。

基本信息

默认行为vm-support 在主机本地生成日志包
指定位置vm-support -w /vmfs/volumes/<数据存储名>
耗时与空间日志量大时需要数分钟,并占用可观空间
用途支持案例材料、跨团队排障、事后留档
采集时机故障发生后第一时间,避免日志滚动覆盖
权限需要主机 root 或具备命令行权限的账号

典型使用场景

  • 提工单前的标准材料准备
  • 怀疑主机层问题时收集完整环境证据
  • 变更前后各采一份,用于对比配置与事件
  • 多台主机同时异常时批量采集,横向比对
  • 归档保存,供事后复盘与责任界定

在共享存储生成诊断包

在共享存储生成诊断包
vm-support -w /vmfs/volumes/datastore1        # 输出到共享存储,便于下载
vm-support                                      # 不指定路径时生成在主机本地
ls -lh /vmfs/volumes/datastore1/*.tgz           # 确认包已生成与体积
# 完成后从数据存储浏览器下载 tgz,按工单要求命名并归档

采集要点

项目建议做法
输出位置优先共享存储,避免占满主机本地分区
采集时机故障后第一时间,日志滚动前
空间检查先看目标数据存储剩余容量再执行
脱敏处理对外提供前按组织流程处理敏感信息
诊断包含主机配置与日志信息,对外提供前按组织流程做脱敏与授权,不要直接把原始包发到公开群组或外部渠道。
日志包能覆盖多长的历史,取决于主机日志级别与保留策略:级别调高或保留时间缩短后,同一时长的历史可能已经滚动掉了。故障窗口内及时采集,比事后补采可靠得多。

易错点

  • 在空间紧张的数据存储生成大包:可能触发容量告警,甚至影响虚机
  • 故障后隔很久才采集,关键日志已被滚动覆盖,材料失去价值
  • 诊断包直接外发未做脱敏,主机配置与内部地址信息泄露
  • 只在一台主机上采集,漏掉集群内其他主机的相关日志,问题被误判为单机故障

数据来源与参考

  • VMware 文档:使用 vm-support 收集诊断信息
  • VMware KB:日志收集
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌