author:skate
time:2010-05-27
oracle添加字段引起的问题
由于同事在添加了表的字段后，没有重新编译数据库的对象，导致和这个表相关的很多procedure和package都失效。
由于发现后是在修改后2个小时吧，而在这期间很多程序在调用这些过程，致使很多会话都僵死在那，所以也无法
再重新编译过去，及时kill相应session进程也无法编译，由于业务需要数据库快速提供服务，于是决定重启数据库
当我发出shutdown immediate1分钟后，有一种不祥的预感，数据库很难关闭，数据库里存在active事务，而且因为
对象失效，所以在那一直跑（僵死在那），我赶紧查看alert.log,如下所示：
Thu May 27 13:07:19 2010
Thread 1 advanced to log sequence 3666
Current log# 5 seq# 3666 mem# 0: /u01/oradata/dbtica/redo05.log
Thu May 27 13:59:37 2010
Starting background process EMN0
EMN0 started with pid=53, OS id=12951
Thu May 27 13:59:37 2010
Shutting down instance: further logons disabled
Thu May 27 13:59:37 2010
Stopping background process CJQ0
Thu May 27 13:59:37 2010
Stopping background process QMNC
Thu May 27 13:59:38 2010
Stopping background process MMNL
Thu May 27 13:59:39 2010
Stopping background process MMON
Thu May 27 13:59:41 2010
Shutting down instance (immediate)
License high water mark = 111
Thu May 27 13:59:41 2010
Stopping Job queue slave processes
Thu May 27 13:59:41 2010
Job queue slave processes stopped
Thu May 27 14:04:40 2010
Active call for process 19325 user 'oracle' program 'oracle@ticketA.happypool.cn (TNS V1-V3)'
SHUTDOWN: waiting for active calls to complete.
Thu May 27 14:19:31 2010
MMNL absent for 1206 secs; Foregrounds taking over
从alert.log里可以证实我的想法，确实存在active的事务，看样子一时半会是不能关闭的，并且如果事务在shutdown后1小时还没有跑完，系统就自动取消shutdown。而业务又急需提供给服务
我于是想了如下几个方法
1. 用 shutdown abort强制关闭
2. 用kill进程的方法 ： ps -ef |grep ora_|awk '{print $2}'| xargs kill -9
3. 实在不行就reboot（根据现在的情况，不会到这一步的）
我于是又耐心的等10分钟，还是没有反应。我决定执行shutdown abort ，在�
1. trigger 是自动提交的，不用COMMIT，ROLLBACK
2. trigger最大为32K，如果有复杂的应用可以通过在TRIGGER里调用PROCEDURE或FUNCTION来实现。
3. 语法
CREATE OR REPLACE TRIGGER <trigger_name>
<BEFORE | AFTER> <ACTION>
ON <table_name>
DECLARE
<variable definitions> ......
