我是靠谱客的博主 悲凉春天,最近开发中收集的这篇文章主要介绍oracle故障案例分享,工作中遇到的oracle故障分析和处理一例-数据库专栏,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操作。

最后

以上就是悲凉春天为你收集整理的oracle故障案例分享,工作中遇到的oracle故障分析和处理一例-数据库专栏,ORACLE的全部内容,希望文章能够帮你解决oracle故障案例分享,工作中遇到的oracle故障分析和处理一例-数据库专栏,ORACLE所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(57)

评论列表共有 0 条评论

立即
投稿
返回
顶部