ITPub博客

刚接手一个库发现RMAN和EXP均无法正常备份，由于这个库没有任何容灾机制和备份策略，所致修复这个备份故障变得很重要，备份重于一切啊，最起码能在出现故障的时候不至于心慌。故障现象：EXPEXP-00056: ORACLE error 1116 encounteredORA-01116: error in opening database file 4ORA-01110: data file 4: '/u01/app/oracle/oradata/qm_erp/QMERPDATA01.dbf'ORA-27092: size of file exceeds file size limit of the processAdditional information: 8191Additional information: 665345RMANRMAN> report schema;using target database

今天系统出现严重等待问题，表现如下：1. 现象SQL> select count(*) from v$session;COUNT(*)----------379SQL> select count(*) from v$session where status='ACTIVE';COUNT(*)----------120当前情况，较正常时候，total session有所减少，active session增加了9倍。SQL> select * from v$session_wait where event not like 'SQL%' and event not like 'rdbms%';发现大量的library cache lock和library cache pin等待，最长等待session约为半小时。此时CPU使用率和内存使用率呈趋势性下降。2. 查看相关时间段内，DDL操作造成的

General InformationPurposeUndo advisor gives users recommendation on setting undo retention and sizing undo tablespace. Undo retention is in seconds.Source{ORACLE_HOME}/rdbms/admin/dbmsuadv.sqlFirst Available10.1Data TypeCREATE OR REPLACE TYPE dbms_uadv_arr as VARRAY(100) of NUMBER;/DependenciesDBA_TABLESPACESDBMS_UNDO_ADVPRVT_ADVISORDBMS_SQLGV$DATABASEUTL_LMSDBMS_SYS_ERRORGV$PARAMETERX$KSPPCV2DBMS_UADV_ARRGV$ROLLSTATX$KSPPIDBMS_UNDOADV_LIBPLITBLM Overload DefinitionsOverload 1Subprogram is base

在Linux中配置hugepage可以提高oracle的性能，减少oracle sga的页交换，类似于aix中的lagepage。下面演示配置hugepage的方法。系统环境：OS：CentOS5 x86Oracle：10.2.0.1配置过程检查hugepagesizeora_test@root[/root]> grep Hugepagesize /proc/meminfoHugepagesize: 4096 kB配置分配hugepage的数量nr_hugepages的计算公式:nr_hugepages>=sga(mb)/Hugepagesize(mb)ora_test@root[/root]> echo 50 > /proc/sys/vm/nr_hugepagesora_test@root[/root]> sysctl -w vm.nr_hugepages=50vm.nr_hugepages = 50ora_test@root[/ro

RAC+DATAGUARD环境下主备切换环境介绍该文档的操作步骤适用于Primary DB为RAC，Standby DB为single instance 的环境，在执行操作前要确保主库的物理备份完成，以备切换失败的恢复，另RAC和备库的参数文件已经备份与$ORACLE_HOME/dbs目录下，主库的pfile=$ORACLE_HOME/dbs/pfile_primary.ora，备库的参数文件已经备份在pfile=$ORACLE_HOME/dbs/pfile_standby.ora ,主库的备份脚本位于节点3的/home/oracle/myscripts/将主库切换到备库1、 停止中间件服务器2、 确认无应用程序连接后，将主数据库进行全库备份，已确保在切换到主库过程中失败并

在oracle环境中使用NFS，在mount的时候需要修改一些选项，否则可能导致各种问题，比如ORA-27086和ORA-27054错误。不管你是将Oracle安装在NFS设备也好，是将datafile放置在NFS设备也好，是备份到NFS设备也好，如果出现相关的错误，则需要检查下是否mount的选项有问题。一般只要用hard方式来mount的，都不会有太多问题。以下内容引自Metalink（Doc ID:359515.1），适用于10.1.0.2以上版本，供参考：RAC In the table below Binaries is the shared mount points where the Oracle Home and CRS_HOME is installed. Datafiles includes Onli

Linux X86-64操作系统，Oracle 10g数据库，由8G加到16G，把kernel.shmmax参数改到17179869184(16G)后，发现只要修改sga_max_size和sga_target参数到超过8G，Oracle就会报内存不够无法启动，检查另外两个共享内存参数相关参数:kernel.shmall和kernel.shmmni，kernel.shmall参数是控制共享内存页数，kernel.shmmni参数是控制共享内存段总数，目前的参数值是4096，足够大了，那么问题应该是出在kernel.shmall上，用8589934592(8G)除以当前的参数值2097152，结果是4096，说明页大小是4K，现在要把SGA调到大于8G，就要调大kernel.shmall参数，调

RAC环境下创建物理DATA GUARD 为一个RAC搭建standby和单节点搭建方法基本一致，我们可以把RAC看成是一个单节点的数据库，只需要保证所有节点的日志能传送到备库即可。一、在备库服务器安装ORACLE软件只安装软件，不要创建数据库。ORACLE软件版本和主库保持一致。二、修改主库参数节点1执行：SQL> show parameter spfileNAME TYPE VALUE------- ------ -------------------------spfile string /dev/raw/raw14节点2执行：SQL> show parameter spfileNAME TYPE VALUE------- ------ -------------------------spfile string /dev/raw/

这边文章不能算做自己写的，顶多算作转载了别人的文章，只不过自己做了些实验，同时加入了些自己的理解。文章中大部分内容来自：http://blog.csdn.net/l2g32003/archive/2004/05/17/20444.aspx对原文作者表示感谢！同时要说明的是，ORACLE不同版本不同SEGMENT类型的BLOCK格式都有些出入的，而且这里列出的也可能有不准确或者还不理解的地方，欢迎大家补充、指正。同时，因为前半部分是使用一个压缩表来实验的，做到后面发现压缩表跟普通表差异太大，所以换了另一个TRACE开始写，可能会有前后对不上的情况Start dump data blocks tsn: 35 f

附：X$表命名规则： ** INTERNAL ONLY ** This is a summary list of X$ Table Definitions - Last revision was 7.3.2The main purpose of this note is to show the naming conventions. [K]ernel Layer [2]-Phase Commit [G]lobal [T]ransaction [E]ntry X$K2GTE - Current 2PC tx

物理STANDBY的FAILOVER切换会把当前的一个物理STANDBY切换为PRIMARY数据库。　　FAILOVER切换一般是PRIMARY数据库发生故障后的切换，这种情况是STANDBY数据库发挥其作用的情况。这种切换发生后，可能会造成数据的丢失。而且这个过程不是可逆的，DATA GUARD环境会被破坏。　　由于PRIMARY数据库已经无法启动，所以FAILOVER切换所需的条件并不多，只要检查STANDBY是否运行在最大保护模式下，如果是的话，需要将其置为最大性能模式，否则切换到PRIMARY角色也无法启动。　　为了模拟FAILOVER的特点，首先在主库上运行一个比较大的事务，然后通