展厅机磁盘满前怎样留出告警时间：测一次日志增长

磁盘告警时间要用固定窗口实际增长量估算，并扣掉系统与恢复所需保留空间。日志目录、录屏、缓存和更新下载分开采样；“剩余20%”无法直接告诉你还能撑多久，增长率不稳定时应给区间而不是承诺天数。

判断前提与适用边界

可用空间既受日志增长，也受轮转删除与其他应用写入影响。目录大小差值是净增长，不代表总写入量；一个轮转周期内恰好删除旧文件，可能掩盖高峰。容量预算要覆盖完整业务周期，并检查保留规则是否真正执行，不能只按文件名看起来像日志就全部删除。

本文提供Windows目标机的测试协议及Python 3.12.4生成的记录夹具。未对用户播放机修改账户、任务、注册表、更新策略或授权；实际Windows版本、版本号、账户类型、会话与权限必须现场填写。附件中的数值和状态均为明确合成示例。

按同一条件执行

1. 记录卷可用字节、日志与录屏目录范围、采样时刻、活动节目和日志级别；只读采集，不递归删除文件。

2. 按固定间隔记录目录字节和文件数，至少跨一次轮转；区分压缩、删除和新生成事件。

3. 以保守增长率计算(当前可用−系统保留−恢复保留)/日增长，统一GiB或十进制GB，不混用单位。

4. 验证轮转保留规则的实际效果，再在测试机调整；告警阈值要覆盖响应、定位和维护等待时间，设置下一次复核日期。

原始输入与判断示例

下面是合成示例，非现场实测。现场表中的空白表示未采集，不能当作零、正常或通过。

合成预算项	GiB	计算作用
可用空间	40	总余量
系统及恢复保留	10	不用于日志
增长每天	2	(40−10)/2=15天

附件给出7天合成目录样本、容量输入和空白采样表，Python验证净余量30GiB与15天估算。这个结果假设增长率恒定，不代表现场机器还能运行15天；真实项目应在活动高峰与debug日志开启后重新测量。

下载夹具并形成交付记录

下载专项输入与预期JSON和空白记录CSV。JSON保留原始输入、预期、记录字段及未测范围；CSV用于逐轮填写，原始日志、截图或仪表文件用稳定文件名关联。

本表保留 timestamp, volume_free_bytes, log_bytes, file_count 等字段；先按上表核对合成输入，再将目标环境数据另存一份。未采集的字段留空，失败记录与原始文件一并保留，避免下一轮无法复现。

误判与失败路径

不要把一次磁盘清理后下降解释成增长停止；不要给备份与日志共用一个无限增长目录；不要随意删除正在写入文件。若增长出现突变，先查日志级别、失败重试和录屏任务，再决定扩容或轮转策略。

基础背景见展厅 Windows 电脑怎么巡检：别把“在线”当成“正常”，相关流程汇总在远程运维专题。需要在SoftAgent上执行这项测试时，按受测版本文档填写配置与支持情况。

一级来源与核验范围

Microsoft：Get-PSDrive，文件系统驱动器已用与可用空间，核对日期2026-10-23。本文协议与合成样例为独立设计；来源中的机制说明不代表附件已完成现场验收。