#
客户在比较繁忙的时刻执行了索引的REBUILD操作，导致大量会话被锁，最终对ONLINE REBUILD操作执行了取消操作，引发了一系列更严重的ORA-600错误。
登录数据库后，发现两个节点上ORACLE_BASE所在目录都已经100%占用。数据库无法正常通过/ AS SYSDBA方式登录。
查询告警日志发现大量的ORA-600和ORA-7445错误：
Tue May 08 21:20:26 EAT 2012
Errors in file /oracle/app/admin/orcl/udump/orcl2_ora_1555.trc:
ORA-07445: exception encountered: core dump [0000000000000000] [SIGSEGV] [Invalid permissions for mapped object] [0x000000000] [] []
Tue May 08 21:20:27 EAT 2012
Errors in file /oracle/app/admin/orcl/udump/orcl2_ora_3891.trc:
ORA-00600: internal error code, arguments: [kghstack_underflow_internal_3], [0x60000000003002F0], [keybuf], [], [], [], [], []
Tue May 08 21:20:27 EAT 2012
Errors in file /oracle/app/admin/orcl/udump/orcl2_ora_26190.trc:
ORA-07445: exception encountered: core dump [0000000000000000] [SIGSEGV] [Invalid permissions for mapped object] [0x000000000] [] []
Tue May 08 21:20:27 EAT 2012
Errors in file /oracle/app/admin/orcl/udump/orcl2_ora_2873.trc:
ORA-07445: exception encountered: core dump [0000000000000000] [SIGSEGV] [Invalid permissions for mapped object] [0x000000000] [] []
Tue May 08 21:20:27 EAT 2012
Errors in file /oracle/app/admin/orcl/udump/orcl2_ora_4518.trc:
ORA-00600: internal error code, arguments: [kghstack_underflow_internal_3], [0x60000000003002F0], [keybuf], [], [], [], [], []
Tue May 08 21:20:27 EAT 2012
Errors in file /oracle/app/admin/orcl/udump/orcl2_ora_22469.trc:
ORA-00600: internal error code, arguments: [kghstack_underflow_internal_3], [0x60000000003002F0], [keybuf], [], [], [], [], []
Tue May 08 21:20:28 EAT 2012
Errors in file /oracle/app/admin/orcl/udump/orcl2_ora_26440.trc:
ORA-07445: exception encountered: core dump [0000000000000000] [SIGSEGV] [Invalid permissions for mapped object] [0x000000000] [] []
Tue May 08 21:20:29 EAT 2012
Errors in file /oracle/app/admin/orcl/udump/orcl2_ora_762.trc:
ORA-07445: exception encountered: core dump [0000000000000000] [SIGSEGV] [Invalid permissions for mapped object] [0x000000000] [] []
Tue May 08 21:20:29 EAT 2012
Errors in file /oracle/app/admin/orcl/udump/orcl2_ora_26106.trc:
ORA-07445: exception encountered: core dump [0000000000000000] [SIGSEGV] [Invalid permissions for mapped object] [0x000000000] [] []
Tue May 08 21:20:30 EAT 2012
Errors in file /oracle/app/admin/orcl/udump/orcl2_ora_1597.trc:
ORA-07445:出现异常错误:核心转储[0000000000000000] [SIGSEGV] [Invalid permissions for mapped object] [0x000000000] [] []
Tue May 08 21:20:30 EAT 2012
Errors in file /oracle/app/admin/orcl/udump/orcl2_ora_856.trc:
ORA-07445: exception encountered: core dump [0000000000000000] [SIGSEGV] [Invalid permissions for mapped object] [0x000000000] [] []
.
.
.
检查对应的TRACE文件，发现导致错误语句执行的是TABLE_A表的插入：
ksedmp: internal or fatal error tb
ORA-00600:内部错误代码,参数: [kghstack_underflow_internal_3], [0x60000000003002F0], [keybuf], [], [], [], [], []
Current SQL statement for this session:
INSERT INTO TABLE_A (O_ID, P_ID, S_ID, F_ITEM, F_NAME, T_MON, D_MON, I_MON, P_STATE, P_TIME, R1, R2) VALUES (:B10 , SUBSTR(:B10 , LENGTH(:B10 ) - 1, 2), :B9 , :B8 , :B7 , :B6 , :B5 , :B4 , :B3 , NULL, :B2 , :B1 )
----- PL/SQL Call Stack -----
object line object
handle number name
c00000203c2cc550 119 package body U1.P_O_I
c00000203b788200 288 procedure U1.U_B_O_I
c00000203719b8d0 1 anonymous block
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
ksedst()+64 call ksedst1() 000000000 ? 000000001 ?
ksedmp()+2176 call ksedst() 000000000 ?
C000000000000D20 ?
4000000004037940 ?
000000000 ? 000000000 ?
000000000 ?
ksfdmp()+112 call ksedmp() 000000003 ?
9FFFFFFFFFFF1230 ?
60000000000BA290 ?
9FFFFFFFFFFF1800 ?
C000000000000999 ?
400000000407F9B0 ?
kgerinv()+304 call ksfdmp() 9FFFFFFFFFFF1D90 ?
000000003 ?
9FFFFFFFFFFF1810 ?
60000000000BA290 ?
C000000000000612 ?
40000000098C38B0 ?
kgeasnmierr()+144 call kgerinv() 60000000000318D0 ?
4000000001AD98A0 ?
6000000000032988 ?
4000000001AD98A0 ?
9FFFFFFFFFFF1DD0 ?
$cold_kghstack_unde call kgeasnmierr() 60000000000318D0 ?
rflow_internal()+36 9FFFFFFFBF3B1168 ?
8 9FFFFFFFBF3B1178 ?
6000000000032D00 ?
000000002 ?
60000000003002F0 ?
000000001 ? 000000006 ?
kghstack_free()+208 call $cold_kghstack_unde 60000000000318D0 ?
rflow_internal() 60000000003002F0 ?
60000000000BA290 ?
C000000000000B1D ?
4000000002F7A510 ?
00002C87B ?
6000000000031A10 ?
ksmfrs()+48 call kghstack_free() 60000000000318D0 ?
60000000003002F0 ?
rpiswu2()+1312 call ksmfrs() 60000000003002F0 ?
C000000000001026 ?
4000000002F78960 ?
000000000 ? 000000000 ?
000000000 ?
rpidrv()+2352 call rpiswu2() 9FFFFFFFFFFF2AF0 ?
4000000002F7AE60 ?
00002F833 ?
60000000000A7D20 ?
9FFFFFFFFFFF1E20 ?
C000000000001ABD ?
4000000000F14558 ?
60000000000C6CF0 ?
psddr0()+864 call rpidrv() 000000018 ? 000000066 ?
9FFFFFFFFFFF3700 ?
000000038 ?
9FFFFFFFFFFF2B20 ?
60000000000BA290 ?
psdnal()+736 call psddr0() 000000018 ? 000000066 ?
9FFFFFFFFFFF3700 ?
000000030 ?
pevm_EXECC()+832 call psdnal() 9FFFFFFFFFFF54D0 ?
C00000203489A9F8 ?
C0000000000011AA ?
9FFFFFFFBE832840 ?
C00000203C2CC550 ?
400000000313C770 ?
000026035 ?
pfrinstr_EXECC()+16 call pevm_EXECC() 9FFFFFFFBE83D1D0 ?
0 9FFFFFFFBE8328B0 ?
000000020 ?
pfrrun_no_tool()+19 call pfrinstr_EXECC() 9FFFFFFFBE83D1D0 ?
2 C000001DA198D61C ?
9FFFFFFFBE83D238 ?
pfrrun()+1376 call pfrrun_no_tool() 9FFFFFFFBE83D1D0 ?
000002001 ?
9FFFFFFFBE83D238 ?
60000000000BA290 ?
C000000000000A1C ?
4000000003163040 ?
9FFFFFFFBE83D620 ?
9FFFFFFFBE83D298 ?
plsql_run()+1328 call pfrrun() 9FFFFFFFFFFF3788 ?
9FFFFFFFFFFF3770 ?
60000000000BA290 ?
9FFFFFFFFFFF4370 ?
9FFFFFFFFFFF4370 ?
C000000000000E23 ?
4000000002C34D70 ?
peicnt()+560 call plsql_run() 9FFFFFFFFFFF4380 ?
000000001 ? 000000000 ?
9FFFFFFFFFFF4380 ?
60000000000BA290 ?
9FFFFFFFFFFF4E90 ?
kkxexe()+1008 call peicnt() 9FFFFFFFFFFF54D0 ?
9FFFFFFFBE83D1D0 ?
9FFFFFFFFFFF4EA0 ?
60000000000BA290 ?
9FFFFFFFFFFF5420 ?
C000000000000A1C ?
000000020 ?
9FFFFFFFFFFF4F00 ?
opiexe()+8016 call kkxexe() 0000051F0 ?
.
.
.
这个SQL语句是正常的业务操作，而这种简单的INSERT都会导致ORA-600和ORA-7445错误，说明插入的表或索引本身存在问题。
检查表和索引的状态，发现索引部分分区状态异常：
CREATE INDEX "U1"."IDX_F_2"
ON "U1"."TABLE_A" ("S_ID")
PCTFREE 10 INITRANS 2 MAXTRANS 255 NOLOGGING
STORAGE(
BUFFER_POOL DEFAULT) LOCAL
(PARTITION "P1"
PCTFREE 10 INITRANS 2 MAXTRANS 255 NOLOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "TBS7" ,
PARTITION "P2"
PCTFREE 10 INITRANS 2 MAXTRANS 255 NOLOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "TBS8" ,
PARTITION "P3"
PCTFREE 10 INITRANS 2 MAXTRANS 255 NOLOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "TBS9" ,
PARTITION "P4"
PCTFREE 10 INITRANS 2 MAXTRANS 255 NOLOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "TBS10" ,
PARTITION "P5"
PCTFREE 10 INITRANS 2 MAXTRANS 255 NOLOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "TBS1" ,
PARTITION "P6"
PCTFREE 10 INITRANS 2 MAXTRANS 255 NOLOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "TBS2" ,
PARTITION "P7"
PCTFREE 10 INITRANS 2 MAXTRANS 255 NOLOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "TBS3" ,
PARTITION "P8"
PCTFREE 10 INITRANS 2 MAXTRANS 255 NOLOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "TBS4" ,
PARTITION "P9"
PCTFREE 10 INITRANS 2 MAXTRANS 255 NOLOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "TBS5" ,
PARTITION "P10"
PCTFREE 10 INITRANS 2 MAXTRANS 255 NOLOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "TBS6" )
ALTER INDEX "U1"."IDX_F_2" MODIFY PARTITION "P6" UNUSABLE
ALTER INDEX "U1"."IDX_F_2" MODIFY PARTITION "P7" UNUSABLE
和客户沟通后，确认今天问题发生之前有人对索引进行维护操作，操作语句包括：
alter index u1.IDX_F_2 rebuild partition p6 parallel
alter index U1.IDX_T_2 rebuild partition P9 nologging parallel online
alter index U1.IDX_T_1 rebuild partition P3 nologging parallel online
alter index U1.IDX_F_2 rebuild partition P1 nologging parallel online
alter index U1.IDX_T_4 rebuild partition P1 nologging parallel online
alter index U1.IDX_F_4 rebuild partition P5 nologging parallel online
在对索引进行维护之后，数据库中出现了大量的enq: TM – contention等待，TM锁出现的原和是索引IDX_F_2的PARTITION P6重建语句没有添加ONLINE参数有直接关系。随后大量会话被阻塞，而整个索引重建操作被人为中止，其中包括正在运行的ONLINE REBUILD操作，而ONLINE REBUILD操作被中止是十分危险的，很容易导致bug的产生，而当前就导致了ORA-600和ORA-7445的产生。
由于客户着急解决问题，因此对数据库进行了重启。重启后，ORA-600错误信息不再出现。但是前台应用报错，索引失效。
SELECT 'ALTER INDEX U1.' || INDEX_NAME || ' REBUILD PARTITION ' || PARTITION_NAME || ';'
FROM DBA_IND_PARTITIONS
WHERE INDEX_OWNER = 'U1'
AND STATUS != 'USABLE';
获取所有失效的索引重建语句，将索引重新编译后，数据库恢复正常。
在Oracle的MOS上没有找到与之最相关的bug信息，反而是找到了一个相关性很高的补丁信息，而对应的bug信息并没有公开：补丁程序13737888: ONLINE DDL:ORA-600[KGHSTACK_UNDERFLOW_INTERNAL_3], [0X2B7F4E1E7678], [KEYBUF]。
前两天看到一篇Redhat官方的Oracle安装文档，对于Linux内核参数的修改描述的非常清晰。
安装Oracle之前，除了检查操作系统的硬件和软件是否满足安装需要之外，一个重点就是修改内核参数，其中最主要的是和内存相关的参数设置。
SHMMAX参数：Linux进程可以分配的单独共享内存段的最大值。一般设置为内存总大小的一半。这个值的设置应该大于SGA_MAX_TARGET或MEMORY_MAX_TARGET的值，因此对于安装Oracle数据库的系统，shmmax的值应该比内存的二分之一大一些。
# grep MemTotal /proc/meminfo
# cat /proc/sys/kernel/shmmax
上面的命令是检查系统内存的大小，以及当前shmmax的设置。
# echo 21474836480 > /proc/sys/kernetbl/shmmax
# sysctl -w kernel.shmmax=21474836480
# echo "kernel.shmmax=21474836480" >> /etc/sysctl.conf
这是设置shmmax参数的几种方法，这三种方式都可以将shmmax设置为20G。这个参数的修改可以不重启数据库。个人推荐使用第二种sysctl命令的方式。采用第三种方式需要执行sysctl –t操作或重启，但是为了确保下次重启后设置值仍然生效，第三种方式是必不可少的。前两种方式类似alter system set scope = memory，而第三种方式则类似alter system set scope = spfile。
SHMMNI参数：设置系统级最大共享内存段数量。Oracle10g推荐最小值为4096，可以适当比4096增加一些。
# cat /proc/sys/kernel/shmmni
# echo 4096 > /proc/sys/kernel/shmmni
# sysctl -w kernel.shmmni=4096
# echo "kernel.shmmni=4096" >> /etc/sysctl.conf
检查和设置方法如上，这和shmmax的修改方式没有区别，不在赘述。
SHMALL参数：设置共享内存总页数。这个值太小有可能导致数据库启动报错。很多人调整系统内核参数的时候只关注SHMMAX参数，而忽略了SHMALL参数的设置。这个值推荐设置为物理内存大小除以分页大小。
# getconf PAGE_SIZE
通过getconf获取分页的大小，用来计算SHMALL的合理设置值：
SQL> select 32*1024*1024*1024/4096 from dual;
32*1024*1024*1024/4096
----------------------
8388608
对于32G的内存,4K分页大小的系统而言，SHMALL的值应该设置为8388608。
# cat /proc/sys/kernel/shmall
# echo 8388608 > /proc/sys/kernel/shmall
# sysctl -w kernel.shmall=8388608
# echo " kernel.shmall=8388608" >> /etc/sysctl.conf
查询和设置方法如上。
信号灯semaphores是进程或线程间访问共享内存时提供同步的计数器。
SEMMSL参数：设置每个信号灯组中信号灯最大数量，推荐的最小值是250。对于系统中存在大量并发连接的系统，推荐将这个值设置为PROCESSES初始化参数加10。
SEMMNI参数：设置系统中信号灯组的最大数量。Oracle10g和11g的推荐值为142。
SEMMNS参数：设置系统中信号灯的最大数量。操作系统在分配信号灯时不会超过LEAST(SEMMNS,SEMMSL*SEMMNI)。事实上，如果SEMMNS的值超过了SEMMSL*SEMMNI是非法的，因此推荐SEMMNS的值就设置为SEMMSL*SEMMNI。Oracle推荐SEMMNS的设置不小于32000，假如数据库的PROCESSES参数设置为600，则SEMMNS的设置应为：
SQL> select (600+10)*142 from dual;
(600+10)*142
------------
86620
SEMOPM参数：设置每次系统调用可以同时执行的最大信号灯操作的数量。由于一个信号灯组最多拥有SEMMSL个信号灯，因此有推荐将SEMOPM设置为SEMMSL的值。Oracle验证的10.2和11.1的SEMOPM的配置为100。
通过下面的命令可以检查信号灯相关配置：
# cat /proc/sys/kernel/sem
250 32000 100 128
对应的4个值从左到右分别为SEMMSL、SEMMNS、SEMOPM和SEMMNI。修改方法为：
# echo 610 86620 100 142 > /proc/sys/kernel/sem
# sysctl -w kernel.sem="610 86620 100 142"
# echo "kernel.sem=610 86620 100 142" >> /etc/sysctl.conf
在9i以前，很多功能都是不区分表和物化视图的区别的，到了10g以后。很多功能会将表和物化视图区分对待。
原本通用的COMMENT ON TABLE语句，对物化视图不再有效，必须要使用COMMENT ON MATERIALIZED VIEW语句代替。
SQL> SELECT * FROM V$VERSION;
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE 10.2.0.4.0 Production
TNS for Linux: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production
SQL> CREATE TABLE T_BASE (tbID NUMBER, TYPE VARCHAR2(30), NUM NUMBER);
Table created.
SQL> CREATE MATERIALIZED VIEW LOG ON T_BASE
2 WITH ROWID, SEQUENCE (TYPE, NUM)
3 INCLUDING NEW VALUES;
Materialized view log created.
SQL> CREATE MATERIALIZED VIEW MV_BASE
2 REFRESH FAST ENABLE QUERY REWRITE AS
3 SELECT TYPE, SUM(NUM) SUM_NUM, COUNT(NUM) CNT_NUM, COUNT(*) CNT
4 FROM T_BASE
5 GROUP BY TYPE;
Materialized view created.
SQL> COMMENT ON TABLE MV_BASE IS 'COMMENT ON A MATERIALIZED VIEW ';
COMMENT ON TABLE MV_BASE IS 'COMMENT ON A MATERIALIZED VIEW '
*
ERROR at line 1:
ORA-12098: cannot comment on the materialized view
SQL> COMMENT ON MATERIALIZED VIEW MV_BASE IS 'COMMENT ON A MATERIALIZED VIEW ';
Comment created.
SQL> COL COMMENTS FOR A60
SQL> SELECT * FROM USER_MVIEW_COMMENTS;
MVIEW_NAME COMMENTS
------------------------------ ------------------------------------------------------------
MV_BASE COMMENT ON A MATERIALIZED VIEW
其实不只是COMMENT发生了变化，关于物化视图的执行计划Oracle也对其进行细化，将物化视图的扫描和全表扫描区分开：
SQL> SET AUTOT ON EXP
SQL> SELECT COUNT(*) FROM MV_BASE;
COUNT(*)
----------
0
Execution Plan
----------------------------------------------------------
Plan hash value: 3034976462
-------------------------------------------------------------------------
| Id | Operation | Name | Rows | Cost (%CPU)| Time |
-------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 2 (0)| 00:00:01 |
| 1 | SORT AGGREGATE | | 1 | | |
| 2 | MAT_VIEW ACCESS FULL| MV_BASE | 1 | 2 (0)| 00:00:01 |
-------------------------------------------------------------------------
Note
-----
- dynamic sampling used for this statement
SQL> SELECT /*+ REWRITE */ TYPE, COUNT(*) FROM T_BASE GROUP BY TYPE;
no rows selected
Execution Plan
----------------------------------------------------------
Plan hash value: 1008429399
----------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
----------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 30 | 2 (0)| 00:00:01 |
| 1 | MAT_VIEW REWRITE ACCESS FULL| MV_BASE | 1 | 30 | 2 (0)| 00:00:01 |
----------------------------------------------------------------------------------------
Note
-----
- dynamic sampling used for this statement
在9i以前，很难从执行计划中区分扫描的是表还是物化视图，但是现在一目了然了。
总的来说，这种改进还是很有意义的，用户可以更清楚的了解处理的对象到底是表还是物化视图。
客户RAC环境在一个节点重启后，另一个节点出现IPC send timeout信息。
详细错误信息为：
Wed May 2 22:07:00 2012
IPC Send timeout detected.Sender: ospid 20808
Receiver: inst 1 binc 1718095761 ospid 16263
Wed May 2 22:07:02 2012
IPC Send timeout detected.Sender: ospid 6677
Receiver: inst 1 binc 1718095761 ospid 16263
Wed May 2 22:07:09 2012
IPC Send timeout detected.Sender: ospid 16758
Receiver: inst 1 binc 1718096035 ospid 16261
Wed May 2 22:07:13 2012
IPC Send timeout detected.Sender: ospid 8947
Receiver: inst 1 binc 1718095761 ospid 16263
Wed May 2 22:07:13 2012
IPC Send timeout detected.Sender: ospid 6583
Receiver: inst 1 binc 1718095761 ospid 16263
Wed May 2 22:07:31 2012
IPC Send timeout to 0.0 inc 24 for msg type 12 from opid 132
Wed May 2 22:07:31 2012
IPC Send timeout detected.Sender: ospid 17068
Receiver: inst 1 binc 1718095761 ospid 16263
Wed May 2 22:07:34 2012
Communications reconfiguration: tbinstance_number 1
Wed May 2 22:07:34 2012
IPC Send timeout to 0.0 inc 24 for msg type 12 from opid 154
Wed May 2 22:07:45 2012
IPC Send timeout to 0.0 inc 24 for msg type 12 from opid 64
Wed May 2 22:07:45 2012
IPC Send timeout to 0.0 inc 24 for msg type 12 from opid 95
Wed May 2 22:07:54 2012
IPC Send timeout detected.Sender: ospid 21078
Receiver: inst 1 binc 1718095761 ospid 16263
Wed May 2 22:07:59 2012
IPC Send timeout to 0.0 inc 24 for msg type 12 from opid 24
Wed May 2 22:08:04 2012
Trace dumping is performing id=[cdmp_20120502220729]
Wed May 2 22:08:24 2012
IPC Send timeout to 0.0 inc 24 for msg type 12 from opid 146
Wed May 2 22:08:36 2012
Trace dumping is performing id=[cdmp_20120502220805]
Wed May 2 22:08:38 2012
Trace dumping is performing id=[cdmp_20120502220805]
Wed May 2 22:10:55 2012
Evicting instance 1 from cluster
Wed May 2 22:11:32 2012
Waiting for instances to leave:
1
这个信息并不正常，查询MOS后发现，这是一个bug，问题描述可以参考：'IPC Send Timeout Detected' errors between QMON Processes after RAC reconfiguration [ID 458912.1]。
对于当前的10.2.0.4环境，需要针对Bug 6200820进行PATCH修正，而对于10.2.0.3版本则需要应用Patch 6326889。
在MOS中查到不少类似IPC Timeout的问题，多数都会影响10.2.0.4版本，且大部分都在10.2.0.5中被fixed，因此如果这个问题出现频繁，升级到10.2.0.5也是一个不错的选择。
Oracle 10g监听listener不能启动的原因有很多种，本文我们对这些造成listener不能启用的原因进行了总结，接下来就让我们一起来了解一下这部分内容。
1.当遇到Oracle出现下面提示时：ora-01034:oracle not available,ora-27101:shared mermory realm does not exist.
解决方式：
方法1:
1.输入：connect/as sysdba;
2.重启计算机就OK了；
方法2:
在命令行中输入命令如下：
1. C:>svrmgrl
2. Oracle Server Manager Release 3.1.7.0.0 - Production
3. Copyright （c） 2000, Oracle Corporation.
tbAll Rights Reserved.
4. Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production
5. With the Partitioning option
6. JServer Release 8.1.7.0.0 - Production
7.
8. SVRMGR> connect internal/oracle
9. 连接成功。
10.
11. SVRMGR> startup startup
12.
后再连接数据库应该没有问题了。
2. Oracle的Listener突然不能启动，错误码是1067.
解决方法：
进入dos
输入lsnrctl start
等待显示结果，我的结果如下
启动tnslsnr:请稍候…
TNSLSNR for 32-bit Windows: Version 9.2.0.1.0 - Production
系统参数文件为E:oracleora92networkadminlistener.ora
写入E:oracleora92networkloglistener.log的日志信息
监听该对象时出错： （DESCRIPTION=（ADDRESS=（PROTOCOL=TCP）（HOST=123.118.1.39）（PORT=1521）））。
TNS-12545:因目标主机或对象不存在，连接失败。
TNS-12560: TNS:协议适配器错误。
TNS-00515:因目标主机或对象不存在，连接失败。
32-bit Windows Error: 49: Unknown error.
监听程序未能启动。请参阅上面的错误消息…
仔细核对，原来是自己修改了Ip地址。
方法1:可修改ip地址。
方法2:可修改E:oracleora92networkadminlistener.ora文件的配置。
3. AGENT服务无法启动
解决方法︰
可以删除networkagent目录下的。q,.ver等文件，然后重新agentctl start即可。
若提示sqlnet.ora错误，可以查看一下sqlnet.ora内容。
1. # SQLNET.ORA Network Configuration file: D:oracleora92networkadminsqlnet.ora
2. # Generated by Oracle configuration tools.
3. SQLNET.AUTHENTICATION_SERVICES= （NTS）
4. NAMES.DIRECTORY_PATH= （TNSNAMES, ONAMES, HOSTNAME）
三层结构的sqlnet.ora的name
1. # NAMES.PREFERRED_SERVERS =
2. # （ADDRESS_LIST =
3. # （ADDRESS = （PROTOCOL = TCP）（HOST = MICROSOF-3D9384）（PORT = 1575））
4. # ）
4. Oracle http server启动不了
把IIS里面用80端口的站点停掉就行了，或者把Oracle Http Server端口改掉。
关于Oracle 10g监听listener不能启动的错误解决方案的总结就介绍到这里了，希望本次的介绍能够对您有所收获！
#g_kclist{font-size:12px;width:570px;float:none; margin-top:5px; clear:right}
#g_kclist a{color:#000; text-decoration:none}
#g_kclist h2{margin:0px;padding:0px;font-size:14px; text-align:center;background:url(http://www.thea.cn/zt/zt_img/zczhongduan.gif) no-repeat;line-height:31px;color:#fff}
#g_kclist table{line-height:25px;background:#B0DA90;margin-top:8px}
#g_kclist table td{ text-align:center;background:#fff}
#g_kclist table td.td1 a{color:#f00}
#g_kclist table th{background:#F2F7ED;color:#525F46}
Oracle中可以按照如下方式对用户登陆失败进行审计：
1、确认sys.aud$ 是否存在？
desc sys.aud$
2、观察user$表中lcount为非0的用户，如果包含被锁账户，则可以判定很有可能是该用户登陆尝试失败过多
造成了账户被锁：
select name,lcount from sys.user$;
3、修改audit参数： audit_trail=none
alter system set audit_trail=db scope=spfile;
重启数据库。参数生效。
4、开启tb登陆失败审计：
AUDIT SESSION WHENEVER NOT SUCCESSFUL;
5、登陆失败尝试。
sqlplus w/错误密码
6、检查审计记录
select * from sys.aud$;
里面有会话基本信息和机器名，用户名等。
解锁用户
alter user atest account unlock;
解除由于密码连续错误而锁定用户
alter profile default limit failed_login_attempts unlimited;
#g_kclist{font-size:12px;width:570px;float:none; margin-top:5px; clear:right}
#g_kclist a{color:#000; text-decoration:none}
#g_kclist h2{margin:0px;padding:0px;font-size:14px; text-align:center;background:url(http://www.thea.cn/zt/zt_img/zczhongduan.gif) no-repeat;line-height:31px;color:#fff}
#g_kclist table{line-height:25px;background:#B0DA90;margin-top:8px}
#g_kclist table td{ text-align:center;background:#fff}
#g_kclist table td.td1 a{color:#f00}
#g_kclist table th{background:#F2F7ED;color:#525F46}
由于历史的原因，在多数企业都同时存在多个数据库平台，在每个数据库平台上都运行着相关的一套或多套应用。随着单位业务不断扩大，如何在不影响现有应用运行的前提下，快速有效地整合这些分布在单位内部不同数据库平台上的数据，是一个困扰CIO们的问题。面对这一问题，现有解决方案大致可分为以下两种：
1．在应用程序上建立连接不同数据源的数据连接，这样做要求程序员分清哪个连接是对应哪个数据库的，而且如果设计时涉及到存储过程还要按照不同数据库的要求分别编写，加重了程序员的要求。
2．在数据库中设立快照，定时把其他数据源的数据复制到本地数据库，这样虽然解决了前一种方法中不同数据源的问题，但是由于是定时复制，数据不能实时同步，在实时性要求高的应用中这种方法便不能使用。
由于上述两种方法都存在一定的缺点，这里介绍一种Oracle提供的解决oracle数据库与异种数据源的连接问题的解决方案—Oracle的异构服务（Heterogeneous Services）。
程序运行效果截图
异构服务
“异构服务”是集成在Oracle 8i数据库软件中的功能，它提供了从Oracle数据库访问其他非Oracle数据库的通用技术。熟悉Oracle的读者都很清楚，Oracle提供通过建立DB Link的方法访问非本地数据库，而“异构服务”提供通过建立DB Link使你能够执行Oracle SQL查询，透明地访问其他非Oracle数据库里的数据，就像访问Oracle远程数据库一样。“异构服务”分为两种：
1． 事务处理服务（Transation Service）：通过事务处理服务，使用户在访问非Oracle数据库中支持事务处理功能。
2． SQL服务: 通过SQL服务，使用户直接在Oracle数据库中执行对非Oracle数据库的各种SQL语句。
根据异构服务代理程序的不同，“异构服务”连接方式可以分为透明网关和通用连接两种。
透明网关（Transparent Gateways） 透明网关使用Oracle提供的特定网关程序来设置代理，tb例如连接SQL Server则必须要有SQL Transparent Gateway for SQL Server。
通用连接（Generic Connectivity） 通用连接又分为ODBC连接和OLE DB连接两种，其连接方法和透明网关没有本质区别，只不过通用连接是和数据库一起提供的功能，你不需要向Oracle购买相关的透明网关程序。
连接实例
这个实例的应用环境是Oracle 8.1.7，操作系统Windows 2000 Server英文版，采用通用连接的ODBC for SQL Server连接SQL Server 2000中文版。安装步骤如下：
1． 安装HS部件。
缺省情况下，HS服务是和Oracle 8.1.7一起安装的，你可以查询SYS用户下是否存在HS_BASE_CAPS视图，以确认HS部件是否安装，如果没有可以用相关的安装盘进行安装。
2． 配置ODBC系统连接字。
在控制面板选择“Data Sources (ODBC)”，在“系统DNS”内配置ODBC for SQL Server连接字(dnsora2sql)。
3．配置tnsnames.ora，它位于ORACLE_HOME\NETWORK\ADMIN。
在这个文件中增加如下代码：
Lnk2sql =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = HOSTNAME)(PORT = 1521)))
(CONNECT_DATA =
(SID = hs4sql) |< 服务的SID名称，要和Listener里配置的sid相同)
(HS=OK) |< 打开HS服务选项
)
4．配置listener.ora，它位于ORACLE_HOME\NETWORK\ADMIN。
在这个文件中增加如下代码：
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = hs4sql) |< 服务的SID名称，与tnsname名称相对应
(ORACLE_HOME = C:\oracle\ora9201)
(PROGRAM = hsodbc) |< 要使用的HS服务程序，如果使用OLE DB，程序名为hsole )
)
5． 重新启动Oracle listener。
6． 编辑位于ORACLE_HOME\HS\ADMIN内init.ora，这里是iniths4sql。
修改如下两行代码：
HS_FDS_CONNECT_INFO = dnsora2sql |< ODBC系统名
HS_FDS_TRACE_LEVEL = 0
7． 创建DATABASE LINK。
create database link ‘ora2sql’ connect
to sql1 identified by sql1 using ‘lnk2sql’;
8． 测试连接。如：
SQL> select * from 到此我们已经完成了使用ODBC连接SQL SERVER的配置工作。
总体上说，异构服务扩展了Oracle数据库连接异种数据源的能力，加强了企业数据的整合，是一个快速有效经济地整合企业内部异构数据的解决方案。
ADO是Active Data Object的缩写，称为ActiveX数据对象。利用ADO对象，通过ODBC驱动程序或OLE DB连接字符串，可实现对任意数据库的存取和访问。
OLE DB是微软用来替代ODBC的一种数据库访问技术。是一种对关系型数据库和非关系型数据库均有效的一种数据库访问技术。
ADO提供了7个独立的对象，利用这些对象，可实现对数据库的存取和访问：
·Connection 连接对象。
·Command 命令对象,利用命令对象可执行一个SQL存储过程或有参数的查询。
·Parameter 参数对象。
·Recordset 记录集对象，代表从数据表中通过查询所获得的一组记录。通过该对象的方法和属性，可实现对记录的存取和操作。
·Field 字段对象，代表记录集中的一个字段。Fields为字段集合，tb代表一条记录的全部字段。
·Property 属性对象。
·Error 错误对象。
Connection,Command和Recordset是整个ADO的核心，通过Connection对象与一个数据库建立连接，然后利用Command对象执行查询，从而返回查询结果，并将结果（记录集）存入Recordset对象中，利用服务器端脚本，通过访问Recordset对象，便可获得查询到的记录内容。
另外，利用Connection对象的Execute方法和Recordset对象的Open方法，也可执行一个查询，返回一个记录集。
ODBC数据源的用户数据源，系统数据源和文件数据源。用户和系统DSN存储在WindowsNT注册表中，系统DSN可被登录的所有用户访问和使用，用户DSN只能提供特定的用户访问和使用。 文件DSN是存储在一个扩展名为.dsn的文本文件中，可供多个用户访问和使用，并可实现复制，通用性强，一般采用此方式。
ADO连接对象
连接对象在使用前必须先创建该对象的实例：
Set 实例名=Server.CreateObject("ADODB.Connection")
连接对象的方法：
·Open方法
连接对象.Open 数据源名 | 连接字符串
带参数调用Open方法时，其参数实质是传递给连接对象的ConnectionString属性的。因此，可事先设置ConnectionString属性的值，然后再调用不带参数的Open方法。
·Close方法
连接对象.Close 释放：Set conn=Nothing
·Execute方法
该方法用于执行SQL语句。根据SQL语句执行后是否返回记录集，该方法的使用格式分为以下两种：
1．执行SQL查询语句时，将返回查询得到的记录集。
用法为：
Set 对象变量名=连接对象.Execute("SQL 查询语言")
Execute方法调用后，会自动创建记录集对象，并将查询结果存储在该记录对象中，通过Set方法，将记录集赋给指定的对象保存，以后对象变量就代表了该记录集对象。
2．执行SQL的操作性语言时，没有记录集的返回。
此时用法为：
连接对象.Execute "SQL 操作性语句" [, RecordAffected][, Option]
·RecordAffected 为可选项，此出可放置一个变量，SQL语句执行后，所生效的记录数会自动保存到该变量中。通过访问该变量，就可知道SQL语句队多少条记录进行了操作。
·Option 可选项，该参数的取值通常为adCMDText，它用于告诉ADO，应该将Execute方法之后的第一个字符解释为命令文本。通过指定该参数，可使执行更高效。
·BeginTrans、RollbackTrans、CommitTrans方法
这三个方法是连接对象提供的用于事务处理的方法。BeginTrans用于开始一个事物；RollbackTrans用于回滚事务；CommitTrans用于提交所有的事务处理结果，即确认事务的处理。
事务处理可以将一组操作视为一个整体，只有全部语句都成功执行后，事务处理才算成功；若其中有一个语句执行失败，则整个处理就算失败，并恢复到处里前的状态。
BeginTrans和CommitTrans用于标记事务的开始和结束，在这两个之间的语句，就是作为事务处理的语句。判断事务处理是否成功，可通过连接对象的Error集合来实现，若Error集合的成员个数不为0，则说明有错误发生，事务处理失败。Error集合中的每一个Error对象，代表一个错误信息。
另外，利用SQL本身所提供的事务处理语句，通过编写存储过程，然后利用ADO命令对象的相关方法，通过调用执行存储过程，也可实现事务。
DECODE（）函数用法
作用：将输入数值与函数中的参数列表相比较，根据输入值返回一个对应值。函数的参数列表是由若干数值及其对应结果值组成的若干序偶形式。当然，假如未能与任何一个实参序偶匹配成功，则函数也有默认的返回值。 区别于SQL的其它函数，DECODE函数还能识别和操作空值。
语法：DECODE（control_value,value1,result1[,value2,result2…][,default_result]）；
control _value试图处理的数值。DECODE函数将该数值与后面的一系列的偶序相比较，以决定返回值。 value1是一组成序偶的数值。假如输入数值与之匹配成功，则相应的结果将被返回。对应一个空的返回值，可以使用要害字NULL于之对应 result1 是一组成序偶的结果值。 default_result 未能与任何一个值匹配时，函数返回的默认值。
例如： selectdecode（ x , 1 , 'x is 1 ', 2 , 'x is 2 ', 'others'） from dual 当x等于1时，则返回'x is 1'. 当x等于2时，则返回'x is 2'. 否则，返回others'. 需要，比较2个值的时候，可以配合SIGN（）函数一起使用。 SELECT DECODE（ SIGN（5 -6）， 1 'Is Positive', -1, 'Is Nagative', 'Is Zero'） 同样，也可以用CASE实现： SELECT CASE SIGN（5 - 6） WHEN 1 THEN 'Is Positive'WHEN -1 THEN 'Is Nagative'ELSE 'Is Zero' ENDFROM DUAL此外，还可以在Order by中使用Decode. 例如：表table_subject,有subject_name列。要求按照：语、数、外的顺序进行排序。
tb这时，就可以非常轻松的使用Decode完成要求了。 select * from table_subject order by decode（subject_name, '语文', 1, '数学', 2, , '外语',3）
将所有的结果全部写出
select * from classes t
数据为
1 1 一班 NUM_1
2 2 二班 NUM_2
3 3 三班 NUM_3
4 4 四班 NUM_4
select t.* from classes t order by decode（t.classnum,'NUM_1',4,'NUM_2',3,'NUM_3',1）；
1 3 三班 NUM_3
2 2 二班 NUM_2
3 1 一班 NUM_1
4 4 四班 NUM_4
必须将所有的结果写出
本周Oracle宣布下一步将全力实施它的安全策略，并透露计划去整合安全产品到应用产品线同时扩展企业安全搜索。为确保自己成为一家名副其实的安全产品厂商，Oracle花费了大量资金，先后收购了许多访问管理、身份管理和其他安全性软件制造商。
在周三的安全性策略简报中，Oracle公司承诺将会整合些安全性产品到自己的Fusion应用系统中。该系统将在2008年发布。公司还计划下个月扩展新的企业安全搜索的能力，允许搜索引擎不仅可以搜索Oracle应用系统和数据库而且还可直接访问电子邮件和文件系统。
当Oracle做到产品安全时，它的范围将是非常广阔的。在数据库方面，公司提出高级安全性选项用于数据加密，数据库保护用于防止内部用户滥用他们的数据访问权限，安全标签用于指定不同安全级别的数据，安全备份用于加密备份的磁带。Oracle还提供了多样的身份管理能力，包括目录服务、身份验证、web服务访问控制。Oracle还将审计和一致性应用作为其安全措施的一部分。
如何辨别安全领域的产品主要看产品是否具备自动安全处理能力如身份管理和数据保护。Oracle负责服务器技术的高级副总裁Thomas Kurian说:“通过Fusion中我们将整合那些全部的安全特性到我们的企业应用中。”但这并意味着Oracle的单机安全应用会在近期发布，目前它还在研发过程中。所以客户需要继续去管理他们的非Oracle的应用系统。
Oracle的企业安全搜索可以让企业员工在整个公司数据库和应用系统中搜寻信息。Oracle总裁Charles Phillips说:“客户说希望让他们的用户能够象用Google一样的搜索，但不能搜寻到他们不该看到的信息。”企业安全搜索设计与Oracle Portal开发的企业门户配合使用，如同在Oracle数据库开发数据库应用。公司计划去新增个适配器实现企业对微软Exchange和SharePoint的搜索。
企业策略组织的高级分析师Jon Oltsik说，Oracle认定产品的安全特性有广阔市场机会，同样市场目标IBM收购了Internet Security Systems，EMC收购了RSA Security。但是客户关心的是增强他们IT基础设置的安全性，而不是去防止他们咨询奇特的问题。虽然历史不是总能暗示出未来，但IT安全支持者不可能忘记在Oracle危急补丁升级期间的那些坏经历。当Oracle转向安全领域时，它被人们认为是卖万金油的，主要就是他们产品质量的因素。
投资者金融服务公司Investors Bank & Trust早已经使用了Oracle的电子商务应用和数据库，但是系统使用的效果没有之前预期的好。该金融服务公司在过去两年一直是采用的IBM的访问和身份管理技术。Investors Bank & Trust公司企业应用主管说:"如果Oracle真的能够将安全特性整合到他们的产品中，能够他们承诺的那样去做的话，他们的软件产品将变的更加引人注目"。
从目前来看，Oracle Fusion计划的实现还有很长的路要走。在这期间Oracle需要继续面对那些长期的竞争对手，tb如CA，IBM和sun等。现在的疑问不是Oracle能不能够将安全性产品推销给自己的客户群而是他能不能就产品销售给竞争对手的客户。
#g_kclist{font-size:12px;width:570px;float:none; margin-top:5px; clear:right}
#g_kclist a{color:#000; text-decoration:none}
#g_kclist h2{margin:0px;padding:0px;font-size:14px; text-align:center;background:url(http://www.thea.cn/zt/zt_img/zczhongduan.gif) no-repeat;line-height:31px;color:#fff}
#g_kclist table{line-height:25px;background:#B0DA90;margin-top:8px}
#g_kclist table td{ text-align:center;background:#fff}
#g_kclist table td.td1 a{color:#f00}
#g_kclist table th{background:#F2F7ED;color:#525F46}