[20210804]oracle rac执行命令crs_stat -t -v缓慢的分析.txt
[20210804]oracle rac执行命令crs_stat -t -v缓慢的分析.txt--//链接 http://www.itpub.net/thread-2142454-1-1.html的问题:有一套11.2.0.4的oracle rac上,执行命令 [grid@rac1 ~]$ time crs_stat -t -v 耗时近30秒,有没有兄弟支个招。数据库正常使用,日志也没有报错,za
[20210803]如何验证.txt
[20210803]如何验证.txt--//http://blog.itpub.net/267265/viewspace-2784877/=>[20210803]使用那个shared pool latch(补充).txt --//我当时的测试是通过产生许多文件验证是否正确,尝试是否可以通过脚本完成,学习bash shell编程.# egrep "HEAP DUMP|KGLH0\^|
[20210803]对比transparent hugepage的内存消耗.txt
[20210803]对比transparent hugepage的内存消耗.txt--//打开transparent hugepage时:--//时间是 20210427# free -m total &nbs
[20210803]使用那个shared pool latch(补充).txt
[20210803]使用那个shared pool latch(补充).txt--//前一阵子写了http://blog.itpub.net/267265/viewspace-2780256/=>[20210708]使用那个shared pool latch.txt --//里面提到sql语句使用的shared pool latch.是 sql语句的hash_value % bucket_s
[20210729]heapdump UGA.txt
[20210729]heapdump UGA.txt--//昨天听课说到heapdump Dump,当我看到level马上出现一个疑惑。从网上抄一段内容。alter session set events 'immediate trace name heapdump level <level>';alter session set events '<erro
[20210803]删除user$的恢复准备.txt
[20210803]删除user$的恢复准备.txt--//昨天看了链接https://www.xifenfei.com/2021/07/win-ora-600-kokasgi1.html,据说根据某厂商给出来的建议对对oracle的user$--//的系统默认用户update等操作,很奇葩的事情,不知道是否类似等保的要求,还是自己内部打着等保的要求,提出这种建议。--//我曾经在如下链接做了一些
[20210802]cygwin文本回车换行问题.txt
[20210802]cygwin文本回车换行问题.txt--//使用cygwin处理文本时,遇到的回车换行问题做一个记录.$ echo "p /d dba 1,145" ktetb | ./bbed1.bat | egrep 'ktetbdba|ktetbnbk' |awk -v OFS== '{print $2,$4}'| past
[20210802]grep奇怪的过滤.txt
[20210802]grep奇怪的过滤.txt--//使用grep过滤遇到的奇怪问题.做一个记录.$ cat a3.txtstruct ktetb[25], 8 bytes @308&
[20210723]Minimum sga_target.txt
[20210723]Minimum sga_target.txthttps://nenadnoveljic.com/blog/minimum-sga_target/min_sga_target = k * cpu_count + Ck = 20.47M , C = 120M2576=120*k+c1348=60*k+ck= (2576-1348)/60 = 20.46666666666
[20210723]adrci show 'No ADR base is set' 解决办法.txt
[20210723]adrci show 'No ADR base is set' 解决办法.txt--//在自己的测试环境下模拟测试.参考链接https://www.anbob.com/archives/6317.html$ xxd -c 16 $ORACLE_HOME/log/diag/adrci_dir.mif0000000: 2f75 3031 2f61 7070 2f6f
[20210723]Database link and user defined datatypes.txt
[20210723]Database link and user defined datatypes.txt--//如何通过db link访问用户定义类型.按照链接做测试.https://laurentschneider.com/wordpress/2021/07/database-link-and-user-defined-datatypes.html1.环境:SCOTT@book> @
[20210722]ORA-38760与flashback database.txt
[20210722]ORA-38760与flashback database.txt--//有时候在数据库升级时设置保证存储点,如果这些flash信息删除会导致数据库无法open,通过测试说明问题.1.环境:SYS@book> @ ver1PORT_STRING
[20210722]数据库异常关闭的处理.txt
[20210722]数据库异常关闭的处理.txt--//昨天的测试,本来想输入show recyclebin,没想到手快使用命令补全输入shutdown immediate;然后马上按ctrl+c.--//我还输入一些命令还能正常使用.但是退出再次连接出现:$ rlsqlSQL*Plus: Release 11.2.0.4.0 Production on Wed Jul 21 10:25:47 2
[20210722]sqlplus下show recycebin的小问题.txt
[20210722]sqlplus下show recycebin的小问题.txt--//sqlplus下执行show recycebin遇到一些疑问,通过测试慢慢展开问题的探究.1.环境:SCOTT@test01p> @ ver1PORT_STRING  
[20210720]修改TRI_PREVENT_DROP_TRUNCATE触发器.txt
[20210720]修改TRI_PREVENT_DROP_TRUNCATE触发器.txt--//另外的生产系统出现如下错误,可以参考我以前的链接::ORA-20000: YOU CAN NOT TRUNCATE or DROP BIN$Bo/SlefRJ3fgU2ljqMCCgg==$0 TABLE!ORA-06512: 在 line 6ORA-06512: 在 "SYS.INSERT_
[20210708]使用那个shared pool latch.txt
[20210708]使用那个shared pool latch.txt--//我的测试环境很小,仅仅1个shared pool latch.如果存在多个,一条sql语句应该会使用那个shared pool latch.--//按照前面的学习,猜测应该于hash_value , bucket_size , _kghdsidx_count 相关,测试看看。--//注:一般缺省bucket_
[20210708]find -mtime +0 0 -0时间问题补充.txt
[20210708]find -mtime +0 0 -0时间问题补充.txt--//补充find -mtime +0 0 -0时间的测试,估计很少人这样写,实际上大部分人对于find find -mtime +N N -N的理解是错误的。find -mtime +N 表示 小于 <当前时间-(N+1)天 .find -mtime N 表示 在 >=当前时间-(
[20210627]cursor_sharing=force与orade by.txt
[20210627]cursor_sharing=force与orade by.txt--//今天看了链接https://connor-mcdonald.com/2021/07/05/cursor_sharing-and-order-by/--//实际上不知道是否巧合,前几天我也看到这句话.If a statement uses an ORDER BY clause, then the datab
[20210626]find -mtime +N N -N时间问题补充.txt
[20210626]find -mtime +N N -N时间问题补充.txt--//昨天find -mtime的测试,为了更好的说明问题,做一个例子:--//还有另外一个原因确定是否包括等于的情况.--//后记:应该写成Q second , 不过不影响测试结果.就是升序第3个日期的时间部分表示当时时间(时分秒).--//顺便说一下我修改ls的别名:alias ll='ls -l --co
[20210624]find -mtime +N N -N的时间范围问题.txt
[20210624]find -mtime +N N -N的时间范围问题.txt--//今天再次遇到使用find问题。以前的链接:--//http://blog.itpub.net/267265/viewspace-2766983/ => [20210408]使用linux find注意.txt# dateThu Jun 24 09:03:10 CST 2021# ls -ltr | hea