讲清事件日志的层级、关键事件号与集中收集的做法。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。

涉及 事件日志、事件转发、日志收集 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。

日志层级

系统、安全、应用程序三大本，外加各类专用日志，按事件 ID 检索是主要用法。

关键事件号

4624/4625 登录成败、4720 新建账号、7045 新装服务，这四个号值得设告警。

日志大小

默认覆盖太快，重要日志调大上限或定期归档，安全日志至少保留 90 天。

集中收集

事件订阅或转发器把多台机器日志集中到一台，配合任务计划做简易告警。

排障习惯

看日志先按时间窗筛选再按级别过滤，Warning 也别全跳过，连续出现就是前兆。

速查表

常见问题

Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。

小结

回到这篇的 5 个环节：日志层级、关键事件号、日志大小、集中收集、排障习惯。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。

相关阅读：PowerShell基础：运维必会的命令、远程桌面多用户与授权配置、Windows更新策略：别让重启打断业务。

延伸阅读：PowerShell基础：运维必会的命令、IIS应用池：回收与崩溃排查、远程桌面3389的加固与替代方案。