ITPub博客

[20190215]sqlplus set arraysize.txthttps://www.josip-pojatina.com/en/impact-of-parameter-arraysize-on-performance/--//看链接,我感觉有点奇怪的地方,我一直认为全表扫描,如果arraysize很大的情况下,逻辑读不会出现很大变化.--//而对方设置arraysize=1000,500

[20190214]11g Query Result Cache RC Latches补充.txt--//上午测试链接:http://blog.itpub.net/267265/viewspace-2632907/--//发现自己的一个错误,另外写一篇帖子更正.--//顺便复习result cache的相关内容:链接:https://blog.csdn.net/jolly10/article/de

[20190214]11g Query Result Cache RC Latches.txt--//昨天我重复链接http://www.pythian.com/blog/oracle-11g-query-result-cache-rc-latches/的测试，--//按照我的理解如果sql语句密集执行，使用Result Cache反而更加糟糕，这是我以前没有注意到的。--//联想我们生产系统也存

[20190213]测试服务端打开那些端口.txt--//前几天测试使用发送信息到/dev/tcp/ip_address/port,测试端口是否打开.写简单写一个脚本验证看看.$ seq 1 65000 | xargs -I{} echo "echo a > /dev/tcp/192.168.100.40/{} 2>/dev/null 2&>1 ; echo o

[20190212]删除tab$记录的恢复3.txt--//春节前几天做了删除tan$记录的测试,链接:http://blog.itpub.net/267265/viewspace-2565245/=> [20190130]删除tab$记录的恢复.txthttp://blog.itpub.net/267265/viewspace-2565250/=> [20190130]删除tab$记

[20190213]学习bbed-恢复删除的数据.txt--//以前也做过类似测试,当时在用bbed做verify时错误都不处理,当时的想法就是能读出就ok了.--//而且当时也做成功,纯粹是依葫芦画瓢,按照别人的blog重复操作,一点不理解为什么这样做.--//重复测试:1.环境:SCOTT@book> @ ver1PORT_STRING       &nbs

[20190211]rac下解锁应用出现的阻塞.txt--//别人问的问题,rac环境下应用程序出现阻塞,一般的脚本已经不适用.因为可能实例1上的连接阻塞实例2的连接.--//google找到如下链接:http://www.pythian.com/blog/oracle-rac-and-gv-views-a-second-look/--//我自己修改如下,原链接写的还是有一些问题:$ cat vi

[20190211]简单测试端口是否打开(补充).txt--//上午使用cat < /dev/tcp/ip_address/port方式测试,感觉有点慢,而且发现1521端口受参数INBOUND_CONNECT_TIMEOUT_LISTENER控制.--//而这个缺省设置就是60秒,下午测试使用ssh端口看看:# zdate ;cat < /dev/tcp/192.168.100.78

[20190211]简单测试端口是否打开.txt--//昨天看一个链接,提到如果判断一个端口是否打开可以简单执行如下:--//参考链接:https://dba010.com/2019/02/04/check-if-a-port-on-a-remote-system-is-reachable-without-telnet/1.测试:# cat < /dev/tcp/192.168.100.40

[20190202]使用smem查询oracle内存使用.txt--//快放假,学习smem的使用.安装下载略.我一般选择rpm包安装.这些步骤略.# man smem...DESCRIPTION smem reports physical memory usage, taking shared memory pages into account.  Unshared memory is

[20190201]测试服务名支持静态和动态注册的情况下优先选择那个.txt--//测试服务名支持静态和动态注册的情况下优先选择那个,测试看看.1.环境:SCOTT@book> @ ver1PORT_STRING                    VERSION    

[20190130]删除tab$记录的恢复2.txt--//前面链接写好了脚本,开始测试删除后的恢复.千万不要在生产系统做这样的测试!!--//参考链接:http://blog.itpub.net/267265/viewspace-2565245/=>[20190130]删除tab$记录的恢复.txt1.环境:SCOTT@book> @ ver1PORT_STRING   &

[20190130]删除tab$记录的恢复.txt--//网上提到许多删除tab$的案例,主要原因在于没有从官方正规渠道下载oracle版本,还有一些来自工具里面带有一些脚本删除tab$记录.--//首先我并不知道许多人的恢复方法,仅仅简单提到恢复数据字典,我想到既然是删除,反向的操作就是恢复.也就是恢复tab$记录.--//在我开始尝试时,我发现遇到的问题比原来想像的要复杂.tab$是CLUST

[20190129]块内重整3.txt--//链接http://blog.itpub.net/267265/viewspace-2287110/,与别人交流,提到一个情况,kdbr行目录的更新并不一定发生在--//当到达顶部时,会出现一次块内重整(也有叫块内重组).通过例子说明:1.环境:SCOTT@book> @ ver1PORT_STRING       &

[20190129]简单探究cluster table(补充)4.txt--//在链接http://blog.itpub.net/267265/viewspace-2286968/=>[20181229]简单探究cluster table(补充)3.txt,--//里面提到我看到的一个现象,在删除全部关联的cluster 键值后,mref部分(mref=0),并且hrid的offset占了m

[20190126]从sqlplus执行结果返回bash shell变量.txt--//前几天写bash shell脚本遇到的问题,自己以前忽略这个问题，通过例子说明。$ cat d.sh# this is a testfile_name=`sqlplus -S sys/a as sysdba <<EOFset head offselect name c100  from v

[20190125]bbed恢复数据遇到延迟块清除的问题3.txt--//昨天分别做了2个测试,链接:http://blog.itpub.net/267265/viewspace-2564716/=>[20190124]bbed恢复数据遇到延迟块清除的问题.txthttp://blog.itpub.net/267265/viewspace-2564717/=>[20190124]bbe

[20190125]简单快速查看那些sql语句正在执行.txt--//跟别人学了一招,很简单,直接查询v$sqlarea条件users_executing > 0就可以了.select * from v$sqlarea where users_executing > 0;--//简单测试看看:1.环境:SCOTT@book> @ ver1PORT_STRING   &n

[20190125]MSSM表空间块ITL的LCK.txt--//一般数据块的ITL的Lck记录的是影响的记录数,昨天测试使用系统表空间的数据块,发现第1次delete时记录的LCK记录的数量比实际多1.--//系统表空间使用mssm,而普通用户的表空间建立的是assm,测试看看是否这个原因导致的问题.1.环境:SYSTEM@book> @ ver1PORT_STRING   &n

[20190124]bbed恢复数据遇到延迟块清除的问题2.txt--//最近使用bbed做一个恢复测试,遇到一个问题.以前我的测试如果修改删除flag从0x3c=>0x2c,sum apply后,使用verify提示类似如下:BBED> verifyDBVERIFY - Verification startingFILE = /mnt/ramdisk/book/users01.dbf