一线问题快速定位方法

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/zhangchaoyi1a2b/article/details/82805547

 首先吐一下槽,对于我们这些听见炮声的一线开发运维人员。每天过的都是提心吊胆的日子。别人放假我们加班,就是不加班也担心系统会不会出现异常。操碎了心,费尽了精力终于找到问题原因了: 多了个空格,xx bug.哦,正则表达式过滤不全,哦这个情况比较特殊。。。。。。。。 好了问题找到了,该谁的问题谁改吧。。。兄弟你想的太多了。谁找到的问题谁改。。。。好继续加班搞一个补丁版本。。。 卧槽,补丁终于搞完上线了。 下一个类似的问题又来了。。。周而复始无穷尽。。。。。。。。。。

-----------------------------

吐槽,归吐槽。该解决问题还得解决问题。现在小生把常见的一线问题的解决方法归总一下,希望可以帮助与自己情况类似的小伙伴们。如果有同感帮忙点个赞哈!!!!

1.复现。如果问题能复现的话,那么基本就解决了一半了。

1)拿到生产服务器上的参数,在本地复现问题。如果能复现,ok.继续分析。如果不能复现考虑第二种情况。

2.最近修改。最近修改的代码刚刚上线很不稳定。即使经过了种种测试,但是面对生产这种大环境,也可能出现你想不到的不适应情况。

3.拿日志,想尽办法搜集可能搜集到的日志。安全日志,系统日志,操作日志等等。。。这个太重要了。其实一大半的问题都会隐藏在日志中。

4.拿不到日志的情况。这个比较麻烦,去找用户。如果用户找不到。这种情况比较麻烦,如果问题不急的话可以考虑加日志持续观察。如果很急,什么都没有,又找不到蛛丝马迹。那只有请外援了或者持续观察,向上反馈。没有更好方法了。当然如果你有也可以一起交流一下。

猜你喜欢

转载自blog.csdn.net/zhangchaoyi1a2b/article/details/82805547