第81页 (第2/2页)

解决方案。

    庄纯将解决方案，解决思路，解决说明，命令含义打包发给朱耳的时候，朱耳心下还在想，这也太儿戏了吧，都不需要收集这一堆，那一堆信息的？

    抱着怀疑的态度，朱耳打开了庄纯给的文件包。

    内里详细的说明了问题产生的原因等等，朱耳内心虽然依旧怀疑，但是第二天再去银行驻场的时候，按捺不住心思，决定按照庄纯给的方案试了试。

    尽管庄纯在方案里说了，这些cao作不影响业务啊什么的。

    朱耳还是胆战心惊的。

    只不过，朱耳在cao作前给庄纯打的一通电话，让他下了决心。

    庄纯只是用一种调笑的语气说了一句话，“反正都这样了，再差也就这样了。”

    朱耳的心就落定了。

    统共就五条命令，以朱耳经常敲击命令的手速，全部命令执行完毕也不过三十秒。

    命令执行完毕后，朱耳看了看，没有引发连锁反应。

    紧张的神情略微放松，按照惯例检查了下系统的各项状态后惊讶的发现，竟然真的按照庄纯所说的，故障消除，问题规避。

    朱耳当即将存储恢复成正常承载状态，一切正常！

    尔后，兴奋不已的朱耳这才把这个好消息告诉给了，公司领导。

    心里头那个得意劲就甭提了。

    公司领导当然不相信这么复杂难明，连公司那么优秀的研发都没找到原因的问题，就这么被一个扛雷的工程师给解决了。

    这事情怎么听怎么觉得不可思议！

    公司领导听着朱耳照本宣科的解释了问题产生的原因，问题解决的思路，以及解决办法，满是惊愕。

    末了，朱耳没忘说，因为自己平常涉及的知识面比较广，所以刚好想到了解决办法。

    挂掉电话的朱耳没忘给庄纯报个喜。

    庄纯一想，干脆送佛送到西，又给朱耳发了一份文件包，里头详细的从代码层面阐述了出现这个问题的代码块。

    至于如何规避？

    这问题庄纯才懒得搭理，朱耳公司那么多研发，难道真的都是吃粪的？

    事情发展到这一步，就差不多落幕了。

    没想到过了快一周的今天，朱耳又给庄纯打了个电话。

    “纯伢子，这次的事情真的是太感谢你了。”

    朱耳没口子的道谢。

    虽然朱耳毕业后兜兜转转从事了存储这个行业，虽然庄纯说他也在搞存储，虽然以他朱耳和庄纯的关系，只要说一句，就可以加入到庄纯的公司，再也不用干这么扛雷的活。

    但是，朱耳这么多年的米饭不是白吃的，这么多年的小说不是白看的。