讲清事件日志的层级、关键事件号与集中收集的做法。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。
涉及 事件日志、事件转发、日志收集 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。
系统、安全、应用程序三大本，外加各类专用日志，按事件 ID 检索是主要用法。
4624/4625 登录成败、4720 新建账号、7045 新装服务，这四个号值得设告警。
默认覆盖太快，重要日志调大上限或定期归档，安全日志至少保留 90 天。
事件订阅或转发器把多台机器日志集中到一台，配合任务计划做简易告警。
看日志先按时间窗筛选再按级别过滤，Warning 也别全跳过，连续出现就是前兆。
| 环节 | 关键动作 |
|---|---|
| 日志层级 | 系统、安全、应用程序三大本，外加各类专用日志，按事件 ID 检索是主要用法 |
| 关键事件号 | 4624/4625 登录成败、4720 新建账号、7045 新装服务，这四个号值得设告警 |
| 日志大小 | 默认覆盖太快，重要日志调大上限或定期归档，安全日志至少保留 90 天 |
| 集中收集 | 事件订阅或转发器把多台机器日志集中到一台，配合任务计划做简易告警 |
Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。
Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。
Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。
回到这篇的 5 个环节：日志层级、关键事件号、日志大小、集中收集、排障习惯。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。
相关阅读：PowerShell基础：运维必会的命令、远程桌面多用户与授权配置、Windows更新策略：别让重启打断业务。
微信公众号
微信客服
