适用场景
ESXi 出现系统日志位于非持久存储的告警，或者重启后之前的排障记录消失，可以先检查暂存区。本教程面向 ESXi 8.x，通过主机客户端（Host Client）配置持久暂存目录，适合已经有可写、本地 VMFS 数据存储的实验主机。资料核对日期为 2026 年 10 月 28 日。
如果当前暂存位置已经位于正常的持久存储，而且日志持续更新，就无需为了练习修改生产配置。本文处理的是暂存目录的位置，不涉及重新分区、迁移启动介质或修复核心转储目标。
原理：配置位置与实际位置需要分别检查
暂存区用于保存临时工作数据，其中可能包含日志。内存盘中的数据无法跨重启保留；磁盘上的独立目录则可以保留文件。ESXi 7.0 起引入的 ESX-OSData 已承担原先暂存分区的部分用途，因此不能仅根据安装介质判断当前配置是否正确。
高级设置中的 ScratchConfig.ConfiguredScratchLocation 表示指定的位置，ScratchConfig.CurrentScratchLocation 表示当前实际使用的位置。修改前者后，需要重启才能切换，保存成功并不代表已经生效。具体机制及限制见 Broadcom 持久暂存目录文档。
日志还可能被 Syslog.global.logDir 单独指定到其他位置。因此，暂存目录变成持久目录，不代表所有日志都会自动迁入其中，也不会把之前已经丢失的日志找回来。
准备工作
准备主机管理权限、可用的管理控制台，以及允许重启的维护窗口。先确认目标数据存储状态正常、空间充足，并会在主机启动时保持可用。本文选择本地 VMFS 数据存储，避免把操作与远程存储启动依赖混在一起。
不能把暂存区放到 vSAN 数据存储，也不要使用 USB 闪存或 SD 卡承担频繁写入。每台主机必须使用自己的目录；即使多台主机能看到同一个数据存储，也不能共用一个暂存目录。
在变更记录中保存上述两个暂存设置和 Syslog.global.logDir 的原值。若原值为空，也应明确记录为空，方便准确恢复。
分步骤操作
第一步：确认告警对应的实际路径
登录主机客户端，进入主机的管理（Manage），在系统（System）下打开高级设置（Advanced settings）。搜索两个暂存设置，记录实际位置与配置位置。
不要只凭路径中出现某个固定字符串就断定它是内存盘。结合存储页面核对路径所在卷，确认它对应真实的持久设备。再检查日志目录设置，判断日志是否跟随暂存区，还是已经独立保存。
第二步：创建主机专用目录
进入存储（Storage），选中目标数据存储，打开数据存储浏览器（Datastore browser）。创建一个普通目录，例如 scratch-host-a。这里是目录命名示例，实际名称应在你的管理记录中与对应主机关联，不需要包含管理地址。
查看该数据存储的实际卷路径，记录其卷标识。目标格式为 /vmfs/volumes/数据存储UUID/主机专用目录。其中“数据存储UUID”应替换成页面显示的真实卷标识，“主机专用目录”应替换成刚创建的目录名，不能原样填写中文说明。
应指向已经存在的专用子目录，不能直接填写数据存储根目录，也不要选择虚拟机配置文件所在目录。
第三步：只修改配置位置
返回高级设置，编辑 ScratchConfig.ConfiguredScratchLocation，填写完整目录路径并保存。重新打开该项，核对字符、目录层级以及卷标识是否正确。
此时当前实际位置仍可能显示旧路径，这是重启前的正常现象。不要尝试通过编辑当前位置来强制切换，也不要顺手修改其他存储参数。
第四步：进入维护状态并重启
迁移主机上的虚拟机，或者在来宾系统中正常关机。确认主机上没有仍需运行的业务后，进入维护模式（Maintenance mode），再执行重启（Reboot）。重启会中断这台主机提供的计算服务，应按维护安排操作。
主机恢复连接后先保持维护状态，完成下面的检查，再退出维护模式并恢复虚拟机。
验证方法
重新查看两个暂存设置，确认当前位置已经指向目标目录。如果路径显示方式不同，应核对是否落在同一个实际卷和目录，不能只比较文字长短。
随后通过数据存储浏览器观察目标目录是否出现工作文件，并在正常管理活动后检查相关文件是否更新。若日志目录跟随暂存区，再检查日志是否持续写入；若日志原本有独立位置，就到该位置核验。日志告警的检查关系可参考 Broadcom 非持久日志告警说明。
只有当前路径、实际文件和日志去向都能对应，才算完成验证。告警消失可以作为辅助证据，不能代替路径核对。
常见错误
保存后没有重启，是配置位置与实际位置不同的常见原因。另一类问题是目录不存在、数据存储只读，或者启动时尚不可访问，此时应先解决存储条件。
多台主机共用目录可能造成文件冲突；仅修改暂存区却忽略独立日志目录，则会导致“目录改了，日志仍在别处”的误判。不要通过反复重启掩盖这些差异。
安全与回退
如果修改后出现异常，在主机客户端中恢复之前记录的配置值，再安排一次维护重启。原目录必须仍然可访问；若旧位置本身就不可靠，应先准备另一个受支持的持久目录。
确认新位置稳定前，保留旧目录中的排障资料。暂存目录不是备份库，不能替代日志轮转、远程日志归档或主机配置备份，也不要在清理数据存储时把正在使用的目录当成临时垃圾删除。
参考资料与转载说明
- Broadcom：Creating a persistent scratch location for ESXi 8.x/7.x
- Broadcom：System logs are stored on non-persistent storage 告警说明
本文依据上述公开资料进行中文原创整理，不是逐句翻译，也不替代厂商手册。操作前请核对自己的版本、型号和备份。
评论一下？