ITPub博客

最近公司数据库出现了这样一个现象：TX enqueue等待队列很长，而持有锁的会话所执行UPDATE语句的执行计划没有任何问题，执行效率应该很高，但是语句持有锁的时间却很长，这些会话的等待事件是transaction，从v$active_session_history中查看持有锁会话的相关信息，发现这些会话一直处于等待状态，等待事件一直是transaction。关于transaction等待事件：等待其它事务rollback，这些事务可能是异常中断或者手工rollback，因为一些锁没有释放，阻塞了其它会话[@more@]从以上可知，公司数据库中曾发生大的事务被rollback的情况，一些事务等待r

这里举个例子：1、在D:oracleproduct10.2.0db_1NETWORKADMIN 中（任何目录都可以）创建密钥文件：mkstore -wrl D:oracleproduct10.2.0db_1NETWORKADMIN -create2、建立信任关系mkstore -wrl D:oracleproduct10.2.0db_1NETWORKADMIN -createCredential tns username password3、在客户端sqlnet.ora中增加下面的行WALLET_LOCATION = (SOURCE = (METHOD = FILE) (METHOD_DATA = (DIRECTORY = D:oracleproduct10.2.0db_1NETWORKADMIN)))SQLNET.WALLET_OVERRIDE = TRUE4、登陆时不用提供用户名和密码sqlplus /@tns[@more@]

SQL> CREATE DATABASE oam2 USER SYS IDENTIFIED BY ORACLE3 USER SYSTEM IDENTIFIED BY oracle4 CONTROLFILE REUSE5 logfile group 1 ('/ocs/oracle/ocs/oracle/oradata/oam/redo1.log') size 200M,6 group 2 ('/ocs/oracle/ocs/oracle/oradata/oam/redo2.log') size 200M,7 group 3 ('/ocs/oracle/ocs/oracle/oradata/oam/redo3.log') size 200M8 MAXLOGFILES 59 MAXLOGMEMBERS 510 MAXLOGHISTORY 111 MAXDATAFILES 10012 MAXINSTANCES 113 CHARACTER SET ZHS16GBK14 NATIONAL CHARACTER SET AL16UTF1615 datafile '/ocs/oracle/ocs/

最近有个数据库不能open：Errors in file /oracle/admin/zsjy/udump/zsjy_ora_18129.trc:ORA-00980: synonym translation is no longer validError 980 happened during db open, shutting down databaseUSER: terminating instance due to error 980Instance terminated by USER, pid = 18129ORA-1092 signalled during: alter database open...[@more@]查看相关TRACE文件，没有发现任何具体信息，决定跟踪errorstack在pfile中增加*.event="980 trace name errorstack level 12"，用PFILE重新启动数据库，udump中没有发现新的T

alter session set events='err_num trace name ERRORSTACK level 10';alter session set events 'err_num trace name errorstack off';[@more@]

具体如下：[@more@]Event 10013 - Monitor Transaction Recovery 在Startup时跟踪事务恢复 ALTER SESSION SET EVENTS '10013 trace name context forever, level 1'; Event 10015 - Dump Undo Segment Headers- 在事务恢复后做Dump回退段头信息 ALTER SESSION SET EVENTS '10015 trace name context forever, level 1'; Event 10032 - Dump Sort Statistics Dump排序的统计信息 ALTER SESSION SET EVENTS '10032 trace name context forever, level 10'; Event 10033 - Dump Sort Intermediate Run Statistics 排序过程中，内存排序区和临

NOTE:465840.1要点：[@more@]1、对RAC而言，一个实例分配的临时空间由这个实例的SGA管理，对其它实例不可见2、实例并不会把这些临时空间归还给公共池3、如果一个实例没有临时空间可供分配，会话就会请求其它实例的空间，该会话的等待事件是SS enqueue，而请求空间的CALL的等待事件是DFS lock handle，这样的话对性能而言是非常昂贵的4、临时表空间组可以提供多个SS enqueue，每个临时表空间一个5、临时段可以跨多个临时文件，但是不能跨多个临时表空间6、当很多用户同时请求临时空间，有可能导致临时文件头上的争用(表现为buffer busy wai

1、增加表分区alter table t_partition_range add partition t_range_p4 values less than(40);如果在执行该语句时未指定update indexes子句：对range/list分区，其local索引和global索引不会受影响，对hash分区，新加分区及有数据移动的分区的local索引和glocal索引会被置为unuseable2、收缩表分区alter table t_partition_hash coalesce partition;如果在执行该语句时没有指定update indexes子句，收缩过程中有数据改动的分区其local索引和glocal索引都会失效3、删除表分区删除分区：alter table [tbname] drop partition [ptname];删除

在RAC中，我们可以通过设置跨节点并行，将并行操作分布到RAC中的不同节点同时进行，以便发挥整个RAC环境的最大运算能力。在RAC中设置跨节点并行主要是通过设置parallel_instance_group和instance_groups这两个参数进行的。[@more@]instance_groups这个参数主要是设置该节点实例是否属于某一个实例组，这个实例组的命名可以根据你的需要随便命名，而没有严格的限制。每个节点可以设置多个不同的实例组名，实例组名用逗号隔开，比如：instance_groups=crm,erp,oltp。这样只要其他节点的instance_groups参数中有设置成一个一样的名字，就表示

最近有同事碰到IMP非常慢的问题，其间查到一篇METALINK文档305211.1，这里记载一下：[@more@]SymptomsImport is slow on Particular Table.- Process state dump shows imp is waiting for 'log file sync' application name: imp (TNS V1-V3), hash value=0 waiting for 'log file sync' blocking sess=0x0 seq=4338 wait_time=0- If you import with Commit=N its quick- From 10046 event we always see waiting statementINSERT /*+NESTED_TABLE_SET_REFS+*/ INTO CauseFor a number of data types, imp will insert one row a

1、ora-00600[733]该错误为oracle9201上的一个bug#: 3299546，pga内存分配时出错，可能是pga_aggregate_target太小导致2、ora-00600[6006]该错误因对象出现逻辑损坏导致，TRACE文件中可以找到类似下面的信息seg/obj: 0xc8899，该信息指出了出错的对象的ID为0xc8899，转换成10进制就可以找到出错对象，如果是索引，可通过重建解决问题3、ora-00600[2662]使用隐含参数_ALLOW_RESETLOGS_CORRUPTION后resetlogs打开数据库后,很多时候你会遇到ORA-00600 2662号错误，这个错误的含义是:A data block SCN is ahead of the current SCN. The ORA-6

最近某数据库警告日志中经常有DBMS_STATS.GATHER_SCHEMA_STATS执行出错，ERROR STACK中显示是由于遇到ORA-01476错误导致该JOB不能执行完成。METALINK note 464440.1对这一问题进行了说明，该错误的解决办法是：sql> alter system set events '38041 trace name context forever, level 16';[@more@]

awrrpt.sql----awr 报告ashrpt.sql----ash 报告sqltrpt.sql----用于抽取占用资源较多的sql,并可以为指定的sql生成执行计划dbfusrpt.sql----使用了数据库多少功能(模块)addmrpt.sql----生成addm报告awrsqrpt.sql----某个sql在某两个快照间隔内，它总的消耗的cpu时间，执行次数，逻辑读，物理读，sql的执行计划以及sql的full sql textawrddrpt.sql----awr比较报告awrinfo.sql----统计awr metadata的脚本，比如对awr snapshot每天/每周（快照收集间隔:60min）使用存储空间的趋势进行前期评估等，包括awr segment使用空间比较多的报表等[@more

最近在某HA环境下手工创建ORACLE 9I数据库的时候出现了ORA-32700错误，经GOOGLE，按下面的方法将问题最终解决，这里记录一下：如果Oracle装在集群OS系统上，但不想使用Oracle的RAC，咋办？上述错误就是发生在Create Database时候。1、关闭 Oracle 实例－instance。2、cd $ORACLE_HOME/rdbms/lib3、make -f ins_rdbms.mk rac_off4、make -f ins_rdbms.mk ioracle[@more@]

最近发现数据库警告日志中有大量ORA-12154的错误，伴随着RECO进程的TRACE文件，经查是因为系统为分布式环境，而相关tnsnames.ora被删除导致。关于RECO进程---------------RECO进程（recovery process）用于分布式数据库环境中，主要作用是自动解决分布式事务的failure，需要注意Reco process will not use the environment variable TNS_ADMIN and will look for tnsnames.ora in the sequence[@more@]

具体见METALINK NOTE：444560.1 [@more@]在library cache中，对象以handle和object heap的方式存储1、library cache lock通过在handle上加锁的方式控制进程对对象的并行访问，主要是对对象的PARSE和编译，该锁是死锁检测敏感的Parameters:handle address Address of the object being loaded. lock address Address of the load lock being used. This is not the same thing as a latch or an enqueue, it is a State Object. mode Indicates the data pieces of the object which need to be loaded. 2、library cache pin该事件是用来管

METALINK NOTE:731233.1相关验证语句为：SQL> select to_char(start_time ,'mm/dd/yyyy hh24'),count(*) from v$sga_resize_ops group by to_char(start_time ,'mm/dd/yyyy hh24');最近，单位数据库曾出现过CPU利用率100%的现象，大量会话无法及时完成，经查上面这两个等待事件非常突出，而且故障期间内存调整次数几乎为正常时候的20~50倍。过量的内存调整导致了CPU的高度消耗？内存调整到底是原因还是结果？这里暂且存疑。[@more@]

最近遇到一个ORA-02069的错误，这里记录下，见METALINK note 1047673.6[@more@]

1.停掉数据库2.停掉hacmp3.在一台机上增加lv4.另外一台机上importvg5.然后在原来那台机上同步(smitty hacmp)6.起hacmp,crs7.起数据库[@more@]

最近有同事遇到执行srvctl命令hang的问题，METALINK上给出了进行跟踪诊断的方法，这里记载一下学习OS: HP UX 11.11DB:10.2.0.3 RAC[@more@]1)tusc -aef -o /tmp/srvctl <run srvctl command>upload /tmp/srvctl---tusc为HP提供的跟踪进程的工具，参考http://h20331.www2.hp.com/hpsub/cache/286022-0-0-225-121.html2)set SRVM_TRACE=truescript /tmp/srvctl_srvm<srvctl command>upload /tmp/srvctl_srvm3)upload crsd,cssd logs 4)Run oswatcher and upload oswatcher logs also---oswatcher：Oracle OS watcher (OSWatcher