200台机子做还原点前，我拿十台样机先摸清了磁盘空间这笔账
干运维这行，最怕的不是机器坏，是推个策略下去，两百台一起翻车。所以不管什么工具，我习惯先拉十台样机跑几天，账算清楚了再动全量。这回说的是系统还原这块——批量管理绕不开它，但还原点到底吃多少盘，很多年轻同事心里没数。
先说背景。我们这批办公机子型号杂，2018到2022年四个批次都有，系统盘从128G到256G不等。软领优化大师里那个自动创建还原点的功能，我一开始也是半信半疑，怕它把C盘悄悄撑爆。于是挑了十台样机，分两组：五台开自动还原点，五台手动控制，跑了整两周，每天记录C盘可用空间。
数据讲出来：开自动那组，还原点占用从初始的1.2G左右，两周后涨到4.6G上下，日均增量大概0.25G，波动不大。关键是它有个阈值保护——系统盘剩余空间低于15%就不再新建，这条我专门把一台样机C盘塞到只剩12G来验证，确实停手了，日志里记的是空间不足跳过。手动那组呢，我自己排计划任务，两周下来反倒有台机子因为两次大更新叠了三个还原点，占了6.8G，比自动的还多。
所以结论不是“自动一定省”，而是自动那套有边界、不失控。对我这种管两百台的人来说，可控比省更重要。我现在的做法是：样机验证通过后分批推，第一批推50台，观察一周，看事件查看器里有没有还原点创建失败的记录，同时抽查十台的可用空间曲线。没问题再推下一批。另外提醒一句，老机子机械盘多的批次，还原点创建那一下IO会顶上去几十秒，最好避开早上开机高峰，我一般设在午休时段。
踩过的坑也说一个：有台2018年的老机子，BIOS里开了磁盘压缩，还原点建了但回滚时提示卷状态异常。后来把压缩关掉重新建点才正常。这种硬件层的差异，不拿样机跑根本发现不了。
想问下各位同行，你们批量开机还原点的时候，是按固定时间排还是跟着系统更新事件走？我这边更新频率不固定，现在还是靠时间窗口，总觉得不够精细，有更好的思路欢迎聊聊。
