计划任务里加了个开机自检脚本，三台机子跑两周才敢说稳

最近在折腾一个事：给几台办公机加了个开机自检脚本，用计划任务触发，跑了两周才敢下结论。先说背景，公司那批老机子开机后偶尔卡在桌面转圈，报修记录里一半是「开机慢」，但过去看又正常。我懒得装监控软件，就想着用系统自带的任务计划程序挂个脚本，开机后延迟 2 分钟跑一次，把磁盘占用、启动项数量、临时文件大小记到日志里，顺便清一下超过 7 天的临时文件。

脚本本身不复杂，关键在触发条件和权限。我踩的第一个坑是触发器选了「登录时」，结果域账户登录后脚本以普通权限跑，清临时文件时一堆拒绝访问。后来改成「开机时」触发，勾选「不管用户是否登录都运行」，再配合「使用最高权限运行」，日志里才干净。第二个坑是延迟时间，一开始设 30 秒，开机高峰期磁盘占用直接飙到 90%，脚本自己就是瓶颈。改到 120 秒后，三台机子的磁盘峰值都降下来了。

三台机子配置不一样：一台 i3 四代加机械盘，一台 i5 八代加 SATA 固态，一台 Ryzen 5 加 NVMe。跑了两周，日志里能看出点东西。机械盘那台，开机后 2 分钟磁盘占用还在 60% 以上，脚本一跑直接到 85%，但持续时间短，用户感知不明显；NVMe 那台基本无感，脚本跑完不到 20 秒。清理效果上，机械盘那台临时文件攒得最快，两周清了 3.2GB，另外两台加起来才 1.8GB。

我的判断是：这脚本适合机械盘老机，固态机收益不明显，但也没坏处。关键是别把延迟设太短，也别用「登录时」触发，不然权限和性能两头不讨好。另外日志格式我用了 CSV，方便后面拿 Excel 透视，比纯文本省事。

你们在计划任务里挂过类似的自检脚本吗？触发条件和延迟一般怎么设的，有没有遇到过脚本自己把开机拖慢的情况？