ITPub博客

2007/3/7 14点时发现公司wms db出现异常, 异常现象如下:[@more@]2007/3/7 14点时发现公司wms db出现异常, 异常现象如下:1.有一个数据文件users06.dbf无法读取，报ora-00376错误。如下：ORA-12096: "WMS"."SYS_PERSON" 上的实体化视图日志中存在错误ORA-00376: 此时无法读取档 11ORA-01110: 数据文件 11: 'I:ORADATAWMSDBUSERS06.DBF2.从v$datafile查看该档状态，一直处于recover，而从dba_data_files查看，bytes等几个字段都为空.该档案大小为4G,应该没有超过所谓的os对文件大小的限值.用dbv检验datafile,ok,没有坏块

为了保护敏感数据,oracle从8i开始提供一个数据加密包:dbms_obfuscation_toolkit.利用这个包,我们可以对数据进行DES,Triple DES或者MD5加密. 本文就此讲解如何使用以及使用过程需要注意的问题.[@more@]为了保护敏感数据,oracle从8i开始提供一个数据加密包:dbms_obfuscation_toolkit.利用这个包,我们可以对数据进行DES,Triple DES或者MD5加密. 本文就此讲解如何使用以及使用过程需要注意的问题.1. dbms_obfuscation_toolkit简介 dbms_obfuscation_toolkit主要有一下几个存储过程:- DESGETKEY -- 产生密钥,用于DES算法 DES3GETKEY

...[@more@]Buffer busy wait 表示在等待对数据告诉缓存区的访问，这种等待出现在会话读取数据到buffer中或者修改buffer中的数据时，例如DBWR正在写一些数据块到数据文件的同时，其他进程需要去读取相应的数据块。同时也可能表示在表上设置的freelist太小，不能支持大量并发的INSERT操作。在v$session_wait视图的p1子段值表示相关数据块所在的文件号，p2表示文件上的块编号。通过这些信息与dba_data_files和dba_extents的联合查询就可以很快定位到发生竞争的对象，从而近一步确定问题的根源。Db file parrle write 于dbwr进程相关的等待，

itpub论坛链接：http://www.itpub.net/thread-815871-1-1.html[@more@]当进程需要存取SGA中的buffer的时候，它会依次执行如下步骤的操作：1.获得cache buffers chains latch，遍历那条buffer chain直到找到需要的buffer header2.根据需要进行的操作类型(读或写)，它需要在buffer header上获得一个共享或独占模式的buffer pin或者buffer lock3.若进程获得buffer header pin，它会释放获得的cache buffers chains latch，然后执行对buffer block的操作4.若进程无法获得buffer header pin，它就会在buffer busy waits事件上等待进程之所以无法

RMAN简单使用目标机A:create tablespace RMAN datafile '$ORACLE_HOME/oradata/FILENAME.DBF' size 20M;[@more@]RMAN简单使用目标机A:create tablespace RMAN datafile '$ORACLE_HOME/oradata/FILENAME.DBF' size 20M;RMAN简单使用目标机A:create tablespace RMAN datafile '$ORACLE_HOME/oradata/FILENAME.DBF' size 20M;create username RMAN identified by RMAN default tablespace rman temporary tablespace temp quota unlimited on RMAN;grant recovery_catalog_owner to rman ; rman catalog rman/rmancreate catalog tablespace