-
编辑 删除
基于oracle 10.2.0.1 rac使用oradebug dump hanganalyze 分析oracle hang系列五
背景 延续上一文：基于oracle 10.2.0.1 rac使用oradebug dump hanganalyze 分析oracle hang系列四 http://blog.itpub.net/9240380/viewspace-1827352/，继续学习TRACE FILE的内容构成。结论1,trace file的第四部分state of nodes记录所有数据库会话的信息，包括了前后台进程2...
-
编辑 删除
基于oracle 10.2.0.1 rac使用oradebug dump hanganalyze 分析oracle hang系列四
背景 发现oracle 10.2.0.1 rac的SQL查询也HANG住了，借此用下hanganalyze，练练手，但发现基于RAC的HANGANALYZE与单实例的TRACE FILE区别相当大，一时也抓不到头绪，既然如此，学习下基于RAC的HANAANALYZE的产生TRACE FILE的格式及内容构成。 结论1,基于rac环境下 默认的RAC下的...
-
编辑 删除
oracle 10.2.0.1 rac的lmd进程的含义之一
结论1,测试环境为oracle 10.2.0.1 rac2,lmd进程如果异常中断，会导致所属RAC实例重启，并且在关库前会生成一个SYSTEMSTATE DUMP文件3,lmon进程是监控lmd进程，即lmd进程如果死掉，会由lmon进程重启它4,lmd进程负责全局队列服务，即GES,说白了，就是管理跨RAC多实例的资源请求，由此可见LMD进程的重要性，如果LMD出现...
-
编辑 删除
基于oracle 10.2.0.1 rac死锁deadlock检测时间相关隐含参数及机制之一_lm_dd_interval
背景 在分析基于oracle 10.2.0.1 rac的死锁时，发现ORACLE检测死锁的时间明显要慢于单实例数据库，当然，这是取决于ORACLE RAC的架构设计；不过我想，肯定会有相关参数控制死锁检测时间，本文主要研究这方面的相关知识，达到进一步理解基于RAC死锁相关的知识。 结论1,基于oracle 10.2....
-
编辑 删除
基于10.2.0.1 rac deadlock死锁 trace file分析_增补二
结论1,oracle 10g rac如果在2个节点间发生死锁，会记录到告警日志中2,从告警日志可以找到对应的死锁的TRACE FILE3，死锁的TRACE FILE内容构成 第一部分： 略去，因为和死锁内容无关 第二部分：这是我们基于RAC死锁最为关心的信息 *** 2015-11-...
-
编辑 删除
oracle deadlock死锁trace file分析之一增补
结论1,基于oradebug 的alter system set events='60 trace name errorstack forever,level 3'; 是分析或获取死锁信息的一处重要手段2,errorstack适用于诊断某种特定的ORACLE错误3,且记是alter system set events,而非set event,否则会报错 4，还有一点，通过10046也可以分析死锁测试--ora...
-
编辑 删除
oracle deadlock死锁trace file分析之一
结论 1,oracle应用死锁会产生trace file，并且会在告警日志记录相关文件的目录 2,trace file大体包括几部分内容 3,第一部分内容为：表明死锁是什么类型的死锁 信息如下： DEADLOCK DETECTED ( ORA-00060 ) [Transaction Deadlock] The following dead...
-
编辑 删除
sqlplus scott/system@ora10g报错ORA-12537: TNS:connection closed
结论1,ORA-12537: TNS:connection closed此报错因为$ORACLE_HOME/bin/oracle权限不对2,根据正常的权限调整上述文件的权限3，调整过程如下：11.2.0.1[oracle@seconary admin]$ ll -l $ORACLE_HOME/bin/oracle*-rwsr-s--x 1 oracle oinstall 210824714 Aug 26 2013 /oracle/product/11.2.0/db_1/bin/oracle...
-
编辑 删除
使用oradebug dump hanganalyze 分析oracle hang系列三
背景 db hang时，分析下oradebug dump hanganalyze 产生的trace file第一部分内容与未HANG的区别，进一步理解其内容构成。结论1,DB 未HANG时，第一部分显示如下：Chains most likely to have caused the hang: [a] Chain 1 Signature: <not in a wait><='latch: cache buffers chains'&nb...
-
编辑 删除
使用oradebug dump hanganalyze 分析oracle hang系列二
背景 基于上文：使用oradebug dump hanganalyze分析oracle hang系列一，http://blog.itpub.net/9240380/viewspace-1823479/，继续熟悉TRACE FILE内容。结论1,DUMP FILE第三部分的构成State of ALL nodes([nodenum]/cnode/sid/sess_srno/session/ospid/state/[adjlist]):[9]/1/10/1/0xdcba9740/10...
-
编辑 删除
由ORA-00997: illegal use of long datatype引发的血案之long转换为lob之二
结论1,long列不能直接迁移到另一个包含long列的表，否则会报错：ORA-00997: illegal use of LONG datatype2，可采用间接方式： 构建一个中间表，对应源表的long列为clob 把源表数据插入到中间表 然后再把中间表的数据插入到包含long列的目标表 3，即long-->clob--->l...
-
编辑 删除
itpub网友问题--如何让某数据库用户不能查询all_users
ITPUB网友问题：http://www.itpub.net/thread-1941574-1-1.html使用如下命令新创建一个用户，怎么限制这个用户不能查看 all_users这张表？-- Create the user create user TEST1 default tablespace USERS temporary tablespace TEMP;-- Grant/Revoke role privileges grant connect to ...
-
编辑 删除
使用oradebug dump hanganalyze分析oracle hang系列一
背景 oracle db有可能因为诸多因系而hang，可以借助某些工具进行诊断分析，本文主要学习如何用不用oradebug dump hanganalyze 3进行分析产生的TRACE FILE. 以及所包含的内容结构。 结论1,oradebug hanganalyze 3产生的TRACE FILE包括3部分内容2，各部分内容如下：第一部分Chains most l...
-
编辑 删除
oracle 11g pmon工作内容系列三
结论1,oradebug dump errorstack 4，可以跟踪pmon的工作内容2，从上述的TRACE FILE可知有清除进程本身资源的操作，即清除PsO，进程状态对象fd=/proc/self/fd/8 File=/oracle/product/11.2.0/db_1/dbs/lkinstguowang (deleted)2015-11-01 22:03:06.576879 :8016E390:diag_uts:dbktb.c@716:dbktbDefaultBucketFree(): ...
-
编辑 删除
oracle 11g pmon工作内容系列二
背景 我们知道 2,pmon工作内容如下：后经查询官方手册发现，PMON的工作内容如下： 1，监控后台进程运行状况 2，如果某些进程异常中断，PMON去释放会话资源以及占用的锁LOCK 3，更新事务表的标志以及清除事务XID的标记 4，清除异常...
-
编辑 删除
oracle 11g pmon工作内容系列一
背景 熟悉PMON的含义及工作内容。结论1,pmon可以用10246 event进行跟踪PMON工作过程2,pmon工作内容如下：后经查询官方手册发现，PMON的工作内容如下： 1，监控后台进程运行状况 2，如果某些进程异常中断，PMON去释放会话资源以及占用的锁LOCK 3，更新事...
-
编辑 删除
cluster table及其属表的table与普通表在数据块block中存储storage的区别
背景 之前测试关于cluster table的文章如下： create table进阶学习系列(十一)之cluster http://blog.itpub.net/9240380/viewspace-753248/ create table进阶学习系列(十一)之cluster_续(二) http://blog.itpub.net/9240380/viewspace-753249/  ...
-
编辑 删除
oracle11g基于bootstrap$中的ind$表损坏系列五
结论1,如果在ind$删除对应测试表的索引条目，查询应用表不全再使用索引2,ind$表的flags以及相关几个列，控制索引是否可用3,ind$的定义非常复杂，值得全面学习4,ind$如下列控制从哪些表空间及数据文件和数据块开始读取索引的真正数据 file# number not null,  ...
-
编辑 删除
oracle 11g如果应用表依赖的bootstrap$某些某表如obj$_col$数据损坏系列四
结论1,测试环境为oracle 11.2.0.12,如果测试表没有构建索引，如果你在obj$中删除测试表对应记录，会提示SQL> select a from t_booterr;select a from t_booterr *ERROR at line 1:ORA-00942: table or view does not exist 3，调整了基表的数...
-
编辑 删除
oracle 11g bootstrap$系列三
背景 ORACLE启动非常复杂，进入正题，继续分析oracle mount至open的TRACE FILE。结论1,oracle mount到open,先读取控制文件，然后读取每个数据文件，接着读取第1号数据文件SYSTEM的第520数据块，然后在这个数据块创建字典表bootstrap$2,接着从创建好的bootstrap$把存储在其中的59个对象（包括表，索引，CL...
