[20210623]完善清除aud脚本.txt
[20210623]完善清除aud脚本.txt--//发现自己写的清除aud脚本通用性不好,每次都要修改,写一个通用脚本.而且一些服务器有多个实例的情况.--//编写脚本如下:# cat /usr/local/bin/purge_oracle_aud.sh#! /bin/bash# purge oracle audit logodebug=${ODEBUG:-0}if (( $# < 1&n
[20210622]logrotate清除oracle aud文件的问题.txt
[20210622]logrotate清除oracle aud文件的问题.txt--//生产系统昨天出现/u01磁盘空间不足的情况,清理出40g磁盘空间后,检查日志应用同事发现有点慢,主要这台机器还运行ogg.--//感觉有点慢是正常的.另外检查发现存在大量logrotate进程以及后续awk命令进程.会不会是这些进程导致的缓慢.--//我先清除这些进程.# service crond stop#
[20210621]Driving site patch.txt
[20210621]Driving site patch.txthttps://jonathanlewis.wordpress.com/2021/05/09/driving-site-patch/--//昨天看了以上链接,我感兴趣的是加入driving_site提示后看执行计划.自己重复测试看看.1.环境:SCOTT@book> @ ver1PORT_STRING &n
[20210621]plsql_code_type=native.txt
[20210621]plsql_code_type=native.txt--//如果数据库系统设置打开plsql_code_type=native,据说能提高性能不好,缺省是INTERPRETED.--//实际上PLSQL的代码执行效率并不高,特别是一些CPU密集型的操作,仅仅设置访问数据库存取的语句效率高一些.--//如果我们编译包使用plsql_code_type=native,会出现什么情况
[20210618]记录bash shell执行的命令.txt
[20210618]记录bash shell执行的命令.txt--//新版本bash shell加入了记录执行命令的功能,仅仅设置syslog_history.简单测试并记录如下:# echo $BASH_VERSION4.2.46(2)-release# shopt syslog_historysyslog_history off# shopt -s syslog_history#
[20210604]如何看到递归事务.txt
[20210604]如何看到递归事务.txt--//上午测试索引分裂以及itl ktbitflg的标识,第一次注意到B标识,关于索引分裂的递归事务的。--//链接:http://blog.itpub.net/267265/viewspace-2775396/=>[20210604]索引分裂与 itl ktbitflg.txt --//因为递归事务的特殊性,查询v$tranaction无法看到
[20210604]索引分裂与 itl ktbitflg.txt
[20210604]索引分裂与 itl ktbitflg.txt--//前几天在library cache 转储的测试中,重新复习Oracle Core Essential Internals for DBAs and Developers的中文版,无意中发--//现如下:--//转抄 英文版PDF文档内容 P41:Table 3-2. Columns in the Interested Tran
[20210603]如何跟踪索引分裂.txt
[20210603]如何跟踪索引分裂.txt--//oracle索引分裂有两种:50-50,90-10.一些测试需要要跟踪索引的分裂?应该以前也做过类似测试.1.环境:SCOTT@book> @ &&r/ver1PORT_STRING
[20210527]enq RO - fast object reuse Final Blocker.txt
[20210527]enq RO - fast object reuse Final Blocker.txt--//做一个enq RO - fast object reuse的等待事件的演示.一般出现这个主要是truncate drop对象,需要将脏块写盘.In Wait Event: 'enq: RO - fast object reuse' and 'enq: KO -
[20210527]enq KO - fast object checkpoint Final Blocker.txt
[20210527]enq KO - fast object checkpoint Final Blocker.txt--//做一个enq KO - fast object checkpoint的等待事件的演示.一般出现这个主要是直接路径读之前,需要将脏块写盘.In Wait Event: 'enq: RO - fast object reuse' and 'e
[20210602]分析library cache转储 5.txt
[20210602]分析library cache转储 5.txt--//链接http://blog.itpub.net/267265/viewspace-2773571/=》[20210524]分析library cache转储 3.txt --//继续测试多个sql语句hash_value值相同的情况,说明一点实际上并不是hash_value一样才会在一个bucket,--//我的测试环境仅仅
[20210527]rman与undo表空间备份.txt
[20210527]rman与undo表空间备份.txt--//UNDO表空间主要用于存储前镜像数据,这些数据在回滚以及恢复过程中可能被用到。--//一般生产数据库的UNDO表空间可能会变得非常巨大,甚至包括多个数据文件,而备份完整的UNDO数据文件在恢复时一般可能用到的比--//例很小。所以UNDO的很大一部分备份是多余的,在Oracle11g中,Oracle引入了一个新的特性RMAN UNDO
[20210527]关于v$wait_chain.txt
[20210527]关于v$wait_chain.txt--//我个人查询阻塞和lock的情况,很少使用v$wait_chain视图,自己上网查询写了一个脚本,也许以后工作有用.$ cat wc.sqlcolumn WAIT_EVENT_TEXT format a30column CHAIN_SIGNATURE format a62column p1text format a20column p2
[20210528]Oracle 19c Max_Idle_Blocker_Time Parameter.txt
[20210528]Oracle 19c Max_Idle_Blocker_Time Parameter.txtThis parameter differs from the MAX_IDLE_TIME parameter in that MAX_IDLE_TIME applies to all sessions (blocking andnon-blocking), whereas MAX_ID
[20210529]延迟打开数据库.txt
[20210529]延迟打开数据库.txt--//不知道这样操作有什么作用,记录一下:SYS@book> set timing onSYS@book> startup mount;ORACLE instance started.Total System Global Area 676491264 bytesFixed Size
[20210528]V$INDEXED_FIXED_COLUMN视图.txt
[20210528]V$INDEXED_FIXED_COLUMN视图.txt--//看了一些文档,提到V$INDEXED_FIXED_COLUMN视图,该视图保存了X$ 表的索引信息.--//首先说明一点 X$实际上一些内存结构,比如数组,指针,链接等等,实际上一些视图就是基于这些X$表构件出来.--//而其对应的索引是什么结构呢,在内存结构上的b*tree 索引,oracle从不公开这些信息,也
[20210528]oracle大表空间预分配问题.txt
[20210528]oracle大表空间预分配问题.txt--//使用oracle大表空间带来的好处就是一个表空间仅仅一个数据文件,维护管理简单,但也带来一些问题,就是预分配问题.--//缺省oracle有一个后台进程监测SMCO (Space Management Coordinator).看文档每个小时唤醒监测1次.--//当表空间不足时扩展数据文件.这样可以带来一个好处,比如用户大量导入数据
[20210519]是否可能导致DML失效.txt
[20210519]是否可能导致DML失效.txt--//生产系统,检查alert日志:Mon May 17 17:15:42 2021Errors in file /u01/app/oracle/diag/rdbms/dbcn/dbcn2/trace/dbcn2_j000_27318.trc:ORA-12012: 自动执行作业 12 出错ORA-20000: YOU CAN NOT TRUNCA
[20210524]分析library cache转储 4.txt
[20210524]分析library cache转储 4.txt--//链接http://blog.itpub.net/267265/viewspace-2773571/=》[20210524]分析library cache转储 3.txt --//继续测试多个sql语句hash_value值相同的情况,说明一点实际上并不是hash_value一样才会在一个bucket,--//我的测试环境仅仅
[20210524]分析library cache转储 3.txt
[20210524]分析library cache转储 3.txt--//前几天探究11g shared pool latch与library cache mutex时,分析11g library cache转储,里面的mutex地址我当时得出的结论是每--//个占用40字节.实际上犯了一点点错误,仅仅说明下一个mutext地址在偏移40字节的位置.实际上muext仅仅占用24个字节.--//这个