• 丰搜首页
• 文档中心
• 视频中心
• 丰搜贴吧
• 问题集锦
• 更多功能

选择显示字体大小

• 最大
• 较大
• 标准

工作中遇到的oracle故障分析和处理一例

 
案例类别： vas网络
系统类型： cmode
系统版本： 硬件：sun 软件：所有版本
案例标题： cmode放号中的数据库出现lock的处理方法
故障现象： 启动sam_cmode进程不能正常处理工单。
故障描述： 启动以sam_cmode –d方式启动发现sam_cmode始终在处理一个用户。
connected
4c 4f 47 49 4e 3a 55 53 45 52 4e 41 4d 45 3d 22
75 74 62 6a 22 2c 50 41 53 53 57 4f 52 44 3d 22
75 74 62 6a 31 32 33 22 0d 0a
send: login:username="utbj",password="utbj123"

recv: login:result=0

connect cmode successful!
44 45 4c 20 30 38 35 31 38 37 34 33 32 31 30 3a
0d 0a
send del 08518743210:
a connection break or timeout in recv
commu err when delete event

故障分析： 在cmode的数据库中手动删除该用户记录，发现oracle无任何反馈信息。
（正常情况下会出现oracle的完整性约束报错。ora-02292: integrity constraint (pdxdba.fk_tsignup_userid) violated - child record found）
初步怀疑tcontract表中该用户记录被锁定。

通过查询oracle的视图，发现目前有用户正在update该用户记录，且发现有很多update操作没有commit。
sql> select a.serial#,a.sid,c.sql_text,a.program from v$session a,v$locked_object b,v$sqltext c where a.sid=b.session_id and c.sql_text like 'update tcontract set %' and a.program like 'sqlplus%' order by a.sid;

update tcontract set lstatus='e' where tel='08518743210'
sqlplus@gz_signup (tns v1-v3)

14895 234

故障处理： 通过oracle命令将这些session杀死。重启sam_cmode和signup模块。
alter system kill session '234,14895';

日常维护： 1.维护人员尽量不要手工修改cmode数据库中的数据。
2.修改完毕确认正确后及时执行commit操作。

　　

 

关键字 本文所属关键字

相关 与本文相关文章

分类 所有文章关键字导航

标准 网站致力的规范