一数据库出现TEMP表空间相关的ORA-060600[2662]报错,决定重新建立一个新的temp表空间,切换过去。在切换过程,会话长时间无响应,查看等待事件发现enq: TS - contention 事件占用大量时间。
SELECT DECODE (request, 0, 'Holder: ', 'Waiter: ') status, SID,
inst_id,ctime, id1, id2, lmode, request, TYPE
FROM gv$lock
WHERE (id1, id2, TYPE) IN (SELECT id1, id2, TYPE
FROM gv$lock
WHERE request > 0)
ORDER BY id1, request;
STATUS SID INST_ID CTIME ID1 ID2 LMODE REQUEST TYPE
Holder: 578 3 104224 3 3 3 0 TS
Waiter: 588 2 177 3 3 0 6 TS
继续查找Instance 3上的SID 578,发现有三个B2B的session,征求同意后,Kill这几个session,切换迅速成功。
删除原来的TEMP表空间。
切换完成后,后台的ORA-600[2662]错误继续出现,bdump,udump下产生大量日志,决定重启出现问题的切点2。关闭该节点后,其它节点下未报出ORA-相关错误,重新开启节点2,观察一切正常,600错误未再出现。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10640532/viewspace-706124/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/10640532/viewspace-706124/