200台机子统一改DNS，我先拿10台样机跑了一周，结果发现个反直觉的坑

上周领导说办公网访问内部系统慢，让我把全网DNS统一改到新搭的两台内网解析上。200多台机子，要是直接批量推，万一解析出问题，整个办公楼都得炸锅。我这人习惯先拿样机跑，就挑了10台不同楼层的机子，新旧硬件都有，先手动改了一周。

头三天没啥事，ping内网域名基本都在5ms以内，比原来走外网DNS快了将近20ms。我心里还挺美，觉得这活稳了。结果第四天，财务那边一台老机子开始闹脾气——开机后头两分钟打不开OA，过了两分钟又自己好了。我一开始怀疑是网卡驱动，翻设备管理器没看出名堂。后来把DNS日志拉出来一对，发现这台机子开机时先拿到的还是旧DNS的缓存，新DNS的响应排在后面，两条记录打架，系统就卡在那儿等超时。

症结在于：这批老机子的网卡是百兆的，开机自检慢，DHCP下发的DNS和手动配的DNS同时存在，优先级没理清楚。我后来把样机分成两组对账——一组纯DHCP下发，一组手动静态配，跑下来手动配的那组反而稳，因为不依赖DHCP租约刷新。但手动配有个麻烦，200台机子挨个改不现实，我就写了个批处理，配合软领优化大师的自定义优化项，把DNS设置做成一个可回退的配置包，先在10台样机上跑，确认注册表写入和回滚都正常，才敢往下一批推。

这里说个细节：软领优化大师的还原点功能这次帮了大忙。我每推20台就先建个还原点，推到第60台的时候，发现有两台机子的DNS被某个安全软件又改回去了，直接一键还原到推送前状态，重新推一遍就好了，没耽误事。要是没这层回退，我得一台台手动改回来，那工作量想想都头大。

最后汇总一下数据：10台样机跑7天，解析成功率99.7%，平均响应从原来的22ms降到6ms；批量推200台分10批，每批20台，中间回退2次，总共花了三个晚上。教训就一条——DNS这种底层设置，千万别信“一改就灵”，老机子的网卡和DHCP租约刷新周期不一样，必须拿样机把开机头两分钟这个窗口期跑透。

问一句：你们批量改DNS的时候，是走DHCP统一下发还是手动静态配？有没有碰到过开机那几分钟解析抽风的情况，最后是怎么定性的？