-
编辑 删除
[20170308]再谈hugepages.txt
[20170308]再谈hugepages.txt --//节前跟别人的交流,不幸被我言中.当时是去年5月份的事前,系统迁移,我去观摩,我感觉很奇怪的是内存128G的机器,不知道为什么不 --//应用hugepages,让我吃惊对方并不知道.因为毕竟是别的系统,别人如何做我无权过问.我当时只是提醒如果连接用户数量大,按照他们 --//当时的是设置,有可能会...
-
编辑 删除
[20170308]直接路径读特例.txt
[20170308]直接路径读特例.txt --//昨天测试一些sql语句时,无意中发现出现直接路径读的一种特殊情况,就是使用rowid访问数据块(使用between).而且还发现一些我无 --//法解析的情况.通过例子说明: 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING ...
-
编辑 删除
[20170307]dg环境下在线日志损坏12.txt
[20170307]dg环境下在线日志损坏12.txt http://blog.itpub.net/267265/viewspace-2134665/ http://blog.itpub.net/267265/viewspace-2134481/ --//前面的链接我测试了如果日志实时传输与应用的情况下,主库的崩溃并且在线日志删除的情况下(包括主机的备用日志)情况下, --//利用备库接收日志来恢复主库的情况.做一点点...
-
编辑 删除
[20170303]dg环境下在线日志损坏8.txt
[20170303]dg环境下在线日志损坏8.txt --前面的测试,链接http://blog.itpub.net/267265/viewspace-2134481/ --前面的测试必须使用recover database using backup controlfile until change 13276911099; 才能恢复到结尾. --但是由于主备库scn相差1,在open resetlog时备库的数据文件头scn号减1,采用应用日志. --前面...
-
编辑 删除
[20170302]fuzzy保存在那里.txt
[20170302]fuzzy保存在那里.txt --参考链接:http://blog.itpub.net/267265/viewspace-2134551/ --提到fuzzy表示某种状态,正常关闭是NO. --从访问的视图看v$datafile_header,应该这个信息保存在数据文件头,找找具体的位置在那里. 1.环境: SYS@book> @ &r/ver BANNER --------------------------------------...
-
编辑 删除
[20170302]异常恢复scn到那里3.txt
[20170302]异常恢复scn到那里3.txt --//如果oracle数据库异常关闭,打开数据库自动执行实例恢复,这个恢复scn到那里呢? --//通过例子说明:实际上http://blog.itpub.net/267265/viewspace-2134551/链接已经提到,重复测试: 1.环境: SYS@book> @ &r/ver BANNER ---------------------------------------------------...
-
编辑 删除
[20170302]正常关闭数据库日志丢失3.txt
[20170302]正常关闭数据库日志丢失3.txt --//上午写了一篇[20170302]什么是fuzzy.txt ,链接 http://blog.itpub.net/267265/viewspace-2134551/ --//到最后恢复结束时fuzzy=NO,这时scn=13276966782.也就是将只有恢复到结束,oracle才会认为数据文件一致的. --//我本来想删除日志文件看看是否能open resetlogs的,结果报...
-
编辑 删除
[20170302]什么是fuzzy.txt
[20170302]什么是fuzzy.txt --如果你数据库正常打开的情况下,查询v$datafile_header视图: SYS@book> SELECT file#, CHECKPOINT_CHANGE#, CHECKPOINT_TIME,CREATION_CHANGE# , RESETLOGS_CHANGE#,status, CHECKPOINT_COUNT,fuzzy,name,tablespace_name FROM v$datafile_header; FILE# CHECKPOINT_CHANGE# CH...
-
编辑 删除
[20170302]关于snapshot standby.txt
[20170302]关于alter database convert to snapshot standby.txt --//这是很久以前但是关于alter database activate standby database的讨论: --//链接: http://www.itpub.net/thread-2062967-1-1.html --//ORACLE 11204 --//哪个视图体现了此 ACTIVATE STANDBY DATABASE 和 普通的 DATABASE 区别？ --//我自己也...
-
编辑 删除
[20170302]关于activate standby database
[20170302]关于alter database activate standby database.txt --//这是很久以前但是关于alter database activate standby database的讨论: --//链接: http://www.itpub.net/thread-2062967-1-1.html --//ORACLE 11204 --//哪个视图体现了此 ACTIVATE STANDBY DATABASE 和 普通的 DATABASE 区别？ --//我自己也把...
-
编辑 删除
[20170301]Linux下删除怪异文件名.txt
[20170301]Linux下删除怪异文件名.txt --//这几天一直在测试数据库在线日志损坏,使用备库备用日志的修复试验. --//在测试中不知道为什么在自己的机器中产生许多怪异的文件,主要是文件名怪. --//估计是copy & paste 惹得祸,人在疲惫的情况下很容易犯低级错误.^_^ --//我当时采取方法把正常的文件移动别的目录,然后再...
-
编辑 删除
[20170301]dg环境下在线日志损坏5.txt
[20170301]dg环境下在线日志损坏5.txt --//星期天跟别人聊天时提到的恢复方法,如果数据库的在线日志损坏,而日志已经传输到dg上,是否可以将dg的日志传输过来用于恢复. --//问:使用备库切换为主库不就ok了吗? --//答:备库的性能无法应付正常的业务. --//^_^,这种情况倒是很常见,备库仅仅起一个备份的作用.真正出了问...
-
编辑 删除
[20170228]dg的日志传输与应用问题.txt
[20170228]dg的日志传输与应用问题.txt --//设置参数log_archive_dest_state_2=defer并不能马上停止日志传输与应用,通过测试说明问题: --//以前使用dgmgrl管理时也遇到,工作中注意: --//链接:http://blog.itpub.net/267265/viewspace-1825886/ 1.环境: SYS@book> @ &r/ver1 PORT_STRING &...
-
编辑 删除
[20170227]快速重建dg测试环境.txt
[20170227]快速重建dg测试环境.txt --//玩过火了,在测试互传在线日志时出现问题,导致dg破坏,安全起见我重新安装. 1.环境: SYS@book> @ &r/ver1 PORT_STRING VERSION &#...
-
编辑 删除
20170224测试数据库块在文件系统缓存多少
[20170224]测试数据库块在文件系统缓存多少.txt --//生产系统一个小数据库测试看看缓存多少. 1.安装nocache: 略. https://github.com/Feh/nocache 2.执行如下: # find oradata -name *.* -print | xargs -I {} cachestats {} oradata/xxxxxx/undotbs01.dbf &...
-
编辑 删除
0227windows下模糊查询oracle事件的脚本
[20170227]windows下模糊查询oracle事件的脚本.txt $ cat ooerr.bat @@echo off rem disp oracle error rem /bin/grep ^10[0-9][0-9][0-9] $ORACLE_HOME/rdbms/mesg/oraus.msg | grep -i %1% rem grep ^10[0-9][0-9][0-9] D:\app\oracle\product\12.1.0\dbhome_1\RDBMS\mesg\oraus.msg | grep -i %1% ...
-
编辑 删除
[20170224]nocache工具的小测试2.txt
[20170224]nocache工具的小测试2.txt http://blog.itpub.net/267265/viewspace-2134054/ --前面我测试读取oracle某个数据块时,文件系统缓存会64K,而且并不是该块开始,而是整齐画一的64K. --今天看看如果读取文件呢? 1.环境: $ ls -l alert_book.log -rw-r----- 1 oracle oinstall 4279050 2017-02-24 08:38:22 aler...
-
编辑 删除
[20170221]nocache工具的小测试.txt
[20170221]nocache工具的小测试.txt --nocache 这个小工具可以显示文件在缓存的数量. --其中 cachestats 有一个-v 参数可以以表格形式显示.看看它的标识是否正确. 1.环境: SYS@book> @ &r/ver1 PORT_STRING ...
-
编辑 删除
[20170221]数据文件与文件系统缓存.txt
[20170221]数据文件与文件系统缓存.txt --昨天探究磁盘之间拷贝文件时很慢,发现一个小工具nocache,发现这个可以用来探究数据文件与文件系统缓存的问题,自己测试看看. 1.环境以及构造测试数据: --//首先说明我的测试数据库在安装在内存盘中,使用cachesats看数据库安装与否都是缓存的. $ cachestats book/system01.dbf ...
-
编辑 删除
[20170220]快速拷贝文件在linux磁盘之间
[20170220]快速拷贝文件在linux磁盘之间.txt --上个星期五要将1.3T的文件(每个都很大)从1个磁盘移到另外的磁盘,测试发现cp 根本无法忍受.几乎要8个小时问题感觉出在文件系统 --的cache上,google看了一些连接: 1.首先cp慢的主要原因我感觉应该出现在文件系统缓存上,这个时候使用缓存没有必要,因为仅仅拷贝一次,使用缓存...
