楼主: jimmyhe1981

truncate表的时候异常中断,所有该表操作挂死

[复制链接]
论坛徽章:
7
2009新春纪念徽章
日期:2009-01-04 14:52:282009日食纪念
日期:2009-07-22 09:30:002010新春纪念徽章
日期:2010-03-01 11:08:292011新春纪念徽章
日期:2011-02-18 11:43:35ITPUB十周年纪念徽章
日期:2011-11-01 16:24:04蜘蛛蛋
日期:2012-03-21 14:32:26鲜花蛋
日期:2012-05-18 09:15:29
51#
发表于 2008-11-2 06:40 | 只看该作者
关注中

使用道具 举报

回复
论坛徽章:
2
生肖徽章2007版:鸡
日期:2008-01-02 17:35:53生肖徽章2007版:鼠
日期:2008-01-02 17:35:53
52#
 楼主| 发表于 2008-11-4 14:54 | 只看该作者
问题已经解决,11月4日凌晨重启了3个节点。
1.23点停rac2侦听
2.checkpoint 3次,switchlogfile 3次,停job query process,shutdown immediate
3.30分钟后仍然没有down,通过oradebug的trace文件看到:
WAIT #1: nam='instance state change' ela= 986275 p1=1 p2=0 p3=170
WAIT #1: nam='instance state change' ela= 986281 p1=1 p2=0 p3=171
WAIT #1: nam='instance state change' ela= 986287 p1=1 p2=0 p3=172
WAIT #1: nam='instance state change' ela= 986275 p1=1 p2=0 p3=173
……
4.shutdown abort rac2
5.0点停应用
6.停rac3侦听,停rac1侦听
7.在rac3上checkpoint 3次,switchlogfile 3次,停job query process,shutdown immediate
8.30分钟后仍然没有down,通过oradebug的trace文件看到:
WAIT #1: nam='instance state change' ela= 986275 p1=1 p2=0 p3=170
WAIT #1: nam='instance state change' ela= 986281 p1=1 p2=0 p3=171
WAIT #1: nam='instance state change' ela= 986287 p1=1 p2=0 p3=172
WAIT #1: nam='instance state change' ela= 986275 p1=1 p2=0 p3=173
……
9.shutdown abort rac3
10.在rac1上checkpoint 3次,switchlogfile 3次,停job query process,shutdown immediate
11.仍然没有down,通过oradebug的trace文件看到:
WAIT #0: nam='opishd' ela= 986314 p1=0 p2=0 p3=0
WAIT #0: nam='opishd' ela= 986146 p1=0 p2=0 p3=0
WAIT #0: nam='opishd' ela= 986281 p1=0 p2=0 p3=0
WAIT #0: nam='opishd' ela= 986285 p1=0 p2=0 p3=0
WAIT #0: nam='opishd' ela= 986309 p1=0 p2=0 p3=0
WAIT #0: nam='opishd' ela= 986193 p1=0 p2=0 p3=0
WAIT #0: nam='opishd' ela= 986278 p1=0 p2=0 p3=0
WAIT #0: nam='opishd' ela= 986271 p1=0 p2=0 p3=0
WAIT #0: nam='opishd' ela= 986277 p1=0 p2=0 p3=0
WAIT #0: nam='opishd' ela= 986306 p1=0 p2=0 p3=0
WAIT #0: nam='opishd' ela= 986210 p1=0 p2=0 p3=0
WAIT #0: nam='opishd' ela= 986268 p1=0 p2=0 p3=0
……
12.shutdown abort rac1.
13.重启rac1,正常启动
14.重启rac2,正常启动
15.重启rac3,正常启动
16.检查数据库无异常,恢复job query process和侦听。
17.启动业务,进行业务验证。

使用道具 举报

回复
论坛徽章:
0
53#
发表于 2008-11-4 16:52 | 只看该作者
恭喜了!

使用道具 举报

回复
论坛徽章:
0
54#
发表于 2008-11-4 17:39 | 只看该作者
经典的一贴

使用道具 举报

回复
论坛徽章:
2
ITPUB十周年纪念徽章
日期:2011-09-27 16:30:47ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15
55#
发表于 2008-11-4 17:44 | 只看该作者
不錯

使用道具 举报

回复
论坛徽章:
7
2009新春纪念徽章
日期:2009-01-04 14:52:282009日食纪念
日期:2009-07-22 09:30:002010新春纪念徽章
日期:2010-03-01 11:08:292011新春纪念徽章
日期:2011-02-18 11:43:35ITPUB十周年纪念徽章
日期:2011-11-01 16:24:04蜘蛛蛋
日期:2012-03-21 14:32:26鲜花蛋
日期:2012-05-18 09:15:29
56#
发表于 2008-11-5 22:55 | 只看该作者
最终还是ABORT,解决问题就好.

[ 本帖最后由 笨笨牌辣椒 于 2008-11-5 23:32 编辑 ]

使用道具 举报

回复
论坛徽章:
91
乌索普
日期:2017-09-18 17:30:37鲜花蛋
日期:2012-12-21 19:41:32ITPUB 11周年纪念徽章
日期:2012-10-09 18:06:20奥运会纪念徽章:网球
日期:2012-07-05 15:32:53奥运会纪念徽章:垒球
日期:2012-06-30 09:56:29紫蛋头
日期:2012-03-24 14:38:25咸鸭蛋
日期:2012-03-22 16:53:432012新春纪念徽章
日期:2012-02-13 15:12:092012新春纪念徽章
日期:2012-02-13 15:12:092012新春纪念徽章
日期:2012-02-13 15:12:09
57#
发表于 2008-11-6 00:00 | 只看该作者
看到很多案例,shutdown immediate 需要较长时间,都在半小时以上,甚至更长,

也经历和反复测试过,当应用和监听没有完全停掉的话,shutdown immediate都很长,在考验耐心。

一旦和数据连接的相关应用和监听都停掉的话,停止的速度就会很快。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表