H3C实验课要不要写实验日志 排错记录怎么沉淀
很多人学H3C认证有个通病：实验课敲完配置，看着结果"通了"，就觉得自己会了，关掉模拟器走人。结果到了考试或者真上了项目，遇到类似故障照样抓瞎。问题出在哪？出在实验做完没有沉淀。这篇文章就聊聊实验日志这件事，它可能是你从"会做实验"到"真正掌握"之间被忽略的那一步。
先说说实验日志是什么。它不是让你把每一条命令抄一遍交差，而是记录你这次实验做了什么、为什么这么做、遇到了什么坑、最后怎么解决的。一份有质量的实验日志，至少包含四个要素：实验目的、拓扑和关键配置、遇到的问题、解决过程。尤其那个"遇到的问题"，是整份日志最值钱的部分。
为什么这么说？因为故障排错的能力，本质上是经验积累出来的。考试和实际工作里遇到的坑，很少是你没见过的全新问题，多半是某个配置细节没注意、某个参数写错、某条链路状态不对。你今天在实验里踩过的坑，记下来，下次遇到就能少走弯路。H3C的实验考试如HL0-202这种排障型考试，考的就是你在有限时间里快速定位问题的能力，这种能力只能靠平时一个个坑攒出来。
那实验日志具体怎么写才不流于形式？建议按"现象-排查-根因-解决"的思路记。比如你在配OSPF邻居时发现邻居起不来，别只写"改了network命令就好了"，要写清楚一开始看到的现象是什么（邻居卡在什么状态）、你按什么顺序排查的（先看接口状态还是先看报文）、最后定位到是什么原因、用了哪条display命令确认。这种记录方式，练的是你的排错思路，而不只是记答案。
还有个容易被忽略的用法：实验日志是你的"错题本"。隔一段时间翻一遍，看看自己反复在哪些地方出错。如果发现总是在VLAN划分或者路由引入上卡壳，说明这部分理解还不扎实，值得回头补理论。这种针对性的查漏补缺，比漫无目的地重做实验高效得多。
另外，实验日志记录的习惯，从培训阶段就开始养成，受益能一直延续到工作以后。真正在企业里做网络运维，变更记录、故障报告是工作常态，写得一手清楚的技术记录，是很好的职业加分项。很多面试官也会问"你排过什么印象深刻的故障"，这时候你能把当时的排查过程讲得有条有理，比干巴巴说"我做过XX实验"有说服力得多。
润天教育的实验课配备真机环境和模拟器平台，课堂上老师也会带着做排障演示。建议你在上课的时候观察老师的排查思路，把那些"为什么先查这里、为什么这条命令能看出问题"的思考过程记下来，这比单纯记录命令有价值。
一句话总结：实验日志不是作业负担，是你给自己攒的排错经验库。从今天做实验起，花十分钟把过程记下来，几个月后回头看，你会感谢当时的自己。
