ZT:故障解决经验之谈

        当遇到简单问题时,却在处理的过程中经常被卡住诊断路径,导致有些动作不能继续下去。这说明处理问题的时候没有一个规范的有序的过程,所以处理问题不论简单复杂都需要有一个规范的处理过程,而不要简单的看到一个错误代号就断章取义。错误代号仅仅代表结果,不会告诉你原因,而且往往出现问题的时候很多错误代号一起出现的,有时甚至会误导我们的判断。

        我认为一个规范基本的处理过程至少包括以下步骤:
  1. 检查 alert_$SID.log,如果是RAC,则每个节点都要检查
  2. 鉴别问题是database级别还是Instance 级别
  3. 结合ORACLE的错误代号和症状,在数据库层面寻找解决办法
  4. 如果数据库层面无法解决,再辅助利用操作系统命令分析定位问题根源
  5. 问题确定后,使用数据库dbms或者操作系统层面的技术和手段解决问题
  6. 如果问题仍然无法解决,则收集所有相关的log、error等信息,寻求技术服务或软硬件供应商技术支持

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/5359/viewspace-683215/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/5359/viewspace-683215/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值