公司的两台rhl5.1+10.2.0.1 x86的数据库服务器接连两天遇到系统资源被耗光的问题，导致主机操作卡死数据库无法使用，查了下原来是bug。症状：当主机运行时间达198天或248天，cpu占用率就突然达到100%。此时操作系统命令可以执行，但Oracle的命令象lsnrctl、sqlplus、dbca等都会被hang住，不能执行。另外的说法是主机运行天数是是24.8的倍数都有可

Oracle临时表空间主要用来做查询和存放一些缓冲区数据。临时表空间消耗的主要原因是,需要对查询的中间结果进行排序。重启数据库可以释放临时表空间,如果不能重启实例，而一直保持问题sql语句的执行，temp表空间会一直增长。直到耗尽硬盘空间。临时表空间不足会产生如下报错 网上有人猜测在磁盘空间的分配上，oracle使用的是贪心算法，如果上次磁盘空间消耗达到1GB，那么临时

RMAN不允许注册冗余数据库，所以在注册数据库后再次执行register database会报错，因为拥有相同的DBID的数据库已经存在于恢复目录中。如果复制了数据库，又要为两个数据库使用同一恢复目录该怎么办呢？可以使用nid命令修改DBID解决此问题：查看数据库的dbid和name：sql>select dbid,name from v$database;必须

正常来说，在完成Select语句、create index等一些使用TEMP表空间的排序操作后，Oracle是会自动释放掉临时段a的。但有些有侯我们则会遇到临时段没有被释放，TEMP表空间几乎 满的状况，甚至是我们重启了数据库仍没有解决问题。这个问题在论坛中也常被网友问到，下面我总结一下，给出几种处理方法。法一、重启库库重启时，Smon进程会完成临时段释放,TEMP表空间的清理操作

ORA-08103错误在数据库日程运维和异常恢复中都可能遇到,出现该错误的原因很多,有很多情况下直接通过修改块使其在数据库查询的时候表标志为坏块,然后使用event或者dbms_repair包来标志该块,然后跳过就可以解决该问题,但是有些时候,遇到极端情况,该方法会失效,需要借助极端工具来处理该极端问题.分析表相关EXTENTSQL>select

一.  BBED介绍       有关BBED 详细使用说明的pdf文档，也是从网上下载的：              http://download.csdn.net/source/1902555        Thename bbed is an acronym for Block Browser and EDitor and it is shipped wit

补充说明:在11.2.0.3.3的库中,使用该方法不能重现该错误,而是直接提示ORA-01578,证明ORACLE的新版本在这一方面进行了改进创建测试表SQL>SELECT* FROMV$VERSION; BANNER-------------------------------------------------

一、安装bbed[oracle@ECP-UC-DB1 bin]$ cd $ORACLE_HOME/rdbms/lib[oracle@ECP-UC-DB1 lib]$ ls -al *bb*-rw-r–r– 1 oracle oinstall 1863 Mar 11 2008 sbbdpt.o-rw-r–r– 1 oracle oinstall 1191 Mar 11

数据库版本SQL>select* fromv$version; BANNER--------------------------------------------------------------------------------OracleDatabase11g Enterprise Edi

ORA-01555 原因与解决：前面提到了ORA-01555错误，那么现在来看一下ORA-01555错误是怎样产生的。由于回滚段是循环使用的，当事务提交以后，该事务占用的回滚段事务会被标记为非活动，回滚段空间可以被覆盖重用。那么一个问题就出现了，如果一个查询需要使用被覆盖的回滚段构造前镜像实现一致性读，那么此时就会出现Oracle著名的ORA-01555错误。ORA-01555错误

1. 修改oratab (root用户执行）/etc/oratab的配置格式如下：$ORACLE_SID:$ORACLE_HOME:Y2. 测试dbstart, dbstop（oracle用户执行）设置ORACLE_HOME, ORACLE_HOME_LISTENER执行dbstart, dbshut脚本测试能否启停Oracle实例和监听器

在最近（2010年9月6日）的一次培训中，有位朋友问起上节案例，该如何证明和验证Oracle介于Cache-Low RBA和On-Disk RBA之间的恢复过程？我们可以通过如下的过程来做一些观察和证明。首先执行一个建表的CTAS操作，这个操作是为了多生成一些脏块（Dirty Buffer）,然后紧接着执行两次控制文件转储，两次转储是为了确认对比一下控制文件的检查点没有变化，然后紧接着执行强制

在ITPUB 论坛上看到的一个帖子，很不错。根据论坛的帖子重做整理了一下。 原文链接如下：       alter index rebuild online引发的血案       http://www.itpub.net/thread-1445427-1-1.html 一. 官网说明在MOS 上的一篇文章讲到了rebuild online 和offline的区别：

一、BBED工具1.BBED的安装oracle 11g中缺bbed包,oracle11g bbed install and example 1.上传（sbbdpt.o ssbbded.o bbedus.msb，该三个文件拷贝oracle的linux64版本的）文件$ORACLE_HOME/rdbms/lib/ssbbded.o$ORACLE_HOME/rdbms/lib/sbb

IMP-00010：不是有效的导出文件，头部验证失败　　为了这个问题一直苦恼，差点就想卸掉11g然后装10g了，后来想想，头部验证，那么头部到底是什么，用Notepad++查看了dmp文件，发现头部真的显示一些东西：　　11g R2：V11.02.00　　11g R1：V11.01.00　　10g：V10.02.01　　把版本改成对方机子数据库版本，执行im

以前介绍过利用tcpdump抓取相关的SQL，但是在识别方面并不友好，只是能看到相关的SQL。今天推荐一个强劲的工具：tcpflow加一些牛人们开发的工具从而实现友好的显示相关的SQL。相关工具下载，功先欲其事，必先利其器：Tcpflow 下载：http://www.circlemud.org/~jelson/software/tcpflow/extract_queries.： htt

我的环境：[root@localhost ~]# uname -aLinux localhost.localdomain 2.6.18-308.el5xen #1 SMP Fri Jan 27 17:59:00 EST 2012 i686 i686 i386 GNU/Linuxsys@ORCL> select * from v$version where rownum=1;

1 定义         oracle的坏块可分为物理坏块和逻辑坏块。坏块损坏信息类似为：        ORA-01578: ORACLE data block corrupted (file # 6, block # 11)        ORA-01110: data file 6: '/u01/app/oracle/oradata/orcl/tbs01.dbf'

闪回功能在ORACLE中默认是关闭的，需要按照下面的方式开启：Sql>startup mountSql>alter database flashback on;Sql>alter database open;此时已经开启了闪回功能，可以通过v$database中的flashback_on来确定： 建立一个表格验证闪回功能：Sql>alte

上周在debian下安装winrar,要求升级glibc到2.4,而deiban4.0自带的glibc是2.3.6版本的(可是/lib/libc.so.6 查看版本).就按着提示直接用apt-get安装glibc,没装成功反而导致无法进入系统。开机的时候加载一半时候,提示/lib/tls/i686/cmov/libc.so.6共 享链接文件无法加载。可能是之前升级库文件没有成功的原因.后来用ubu

最近需要迁移的3套rac数据中，检查发现都出现了坏块，而且部分坏块是未格式化的坏块，例如：*** SESSION ID:(1439.509) 2012-11-06 11:15:42.559Start dump data blocks tsn: 7 file#: 34 minblk 3819968 maxblk 3819968buffer tsn: 7 rdba: 0x2

1， 数据库日志报错ORA-00327，注意此处有乱码[sql] view plaincopyErrors in file /oracle/app/oracle/diag/rdbms/tyolap/tyolap3/trace/tyolap3_lgwr_22388.trc:  ORA-00327: 脠脮脮I 31 (脌M戮 3 碌脛): 贸

忘记ROOT密码时1、编辑mysql配置文件：windows环境中：%mysql_installdir%\my.ini　//一般在MYSQL安装目录下有my.ini即MYSQL的配置文件。linux环境中：/etc/my.cnf在[mysqld]配置段添加如下一行：skip-grant-tables保存退出编辑。2、然后重启mysql服务window

一：情景再现，假设我的数据库是实例为orcl2，环境window,oracle版本Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 1. shutdown immediate    关闭数据库  2. 手工删除所有的日志文件，只保持控制文件和数据文件  3. 删除跟实例相关的文件夹和文件:    (a

查看当前数据文件[oracle@zhongwc ~]$ sqlplus / as sysdba    SQL*Plus: Release 11.2.0.3.0 Production on Tue Jan 15 11:14:48 2013    Copyright (c) 1982, 2011, Oracle.  All rights reserved.

更换硬盘后，Oracle能正常启动，但是Listner不能启动，因此应用程序和客户端都不能连接数据库了。经过一番查找，问题跟踪，终于解决。没有重装Oracle，没有重建Listner配置。具体过程如下：话说硬盘坏了一段时间了，因为不是业务服务器，仅作开发测试用，所以一直没有机会换硬盘，最近终于偷得半日闲，为服务器更换了硬盘，重启服务器后，RAID控制系统自动重新建立了RAID。100G左右

对于每个异常结束的进程或是系统意外停止，这时候磁盘上的数据文件和redo log上有可能存在未被提交的数据块或是change vector,在数据库启动时，需要由smon进程进行事务恢复。单个用户只能回滚自己当前连接的事务，smon负责恢复异常结束的事务      default情况smon使用并行来执行事务恢复.参数fast_start_parallel_rollback 定义的ro