暂无图片
分享
yuanwei
2019-03-13
业务反应APP到DB的连接时断时续,数据也无法保存提交。环境:Oracle 12.2.0.1 RAC,RHEL6.9.

检查数据库,发现一个节点alert日志正常,另一个节点alert日志如下

2019-03-13T18:48:43.105236+08:00

Archived Log entry 11681 added for T-2.S-2902 ID 0xc3109d85 LAD:1
2019-03-13T18:52:57.423641+08:00
TT02: Standby redo logfile selected for thread 2 sequence 2903 for destination LOG_ARCHIVE_DEST_2
2019-03-13T19:04:53.919412+08:00
KILL SESSION for sid=(581, 24669):
  Reason = alter system kill session
  Mode = KILL SOFT -/-/-
  Requestor = USER (orapid = 159, ospid = 21879, inst = 2)
  Owner = Process: USER (orapid = 9, ospid = 5313)
  Result = ORA-0
2019-03-13T19:05:12.685498+08:00
KILL SESSION for sid=(879, 15503):
  Reason = alter system kill session
  Mode = KILL SOFT -/-/-
  Requestor = USER (orapid = 159, ospid = 21879, inst = 2)
  Owner = Process: USER (orapid = 78, ospid = 31568)
  Result = ORA-0
2019-03-13T19:27:10.469819+08:00
KILL SESSION for sid=(949, 25776):
  Reason = alter system kill session
  Mode = KILL SOFT -/-/-
  Requestor = USER (orapid = 159, ospid = 21879, inst = 2)
  Owner = N/A
  Result = ORA-27
2019-03-13T19:27:39.835691+08:00
KILL SESSION for sid=(949, 25776):
  Reason = alter system kill session
  Mode = KILL SOFT -/-/-
  Requestor = USER (orapid = 159, ospid = 21879, inst = 2)
  Owner = N/A
  Result = ORA-27
收藏
分享
5条回答
默认
最新
Moone

有会话发起kill session的操作:

  Requestor = USER (orapid = 159, ospid = 21879, inst = 2)


从v$process定位此会话信息,或者看看有没有*21879*.trc的文件

暂无图片 评论
暂无图片 有用 0
yuanwei
上传附件:cx2_ora_21879.trc
暂无图片 评论
暂无图片 有用 0
Kamus

根据trc,这个会话是一个PL/SQL Developer连上来的会话,所以应该是你们自己的操作人员在做kill session的操作。

image.png


与你描述的“数据也无法保存提交”的故障现象可能无关,除非是这个操作人员在一直尝试kill掉应用正常连接上来的会话。恶意?或者是误操作?比如运行了一个脚本在杀会话,因此影响了应用。


根据你的描述,目前还很难定位问题具体在哪里。看看是不是还有其他的信息提供?比如是不是所有连到某个节点的应用都是正常的,但是到另一个节点就会出现问题

暂无图片 评论
暂无图片 有用 0
yuanwei

您好!经过向开发人员确认,当时进行select for update提交报错,回滚也不行,就进行了kill session操作。


暂无图片 评论
暂无图片 有用 0
yuanwei
问题已关闭: 问题已经得到解决
暂无图片 评论
暂无图片 有用 0
回答交流
提交
问题信息
请登录之后查看
附件列表
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏