今天公司有台开发库由于大楼停电，导致数据库起不来，报出的错误是ora-600 [4000] [5]这样的错误。类似于这样的错误我以前也处理过一次。详见这里。

由于是开发库又有备份，所以把这个案例拿来玩玩：

环境：

aix 5.3.0.7

oracle 9.2.0.8 RAC

RMAN 9.2.0.8+catalog

环境：oracle 10.2.0.3 linux 4.4 64bit

应用程序连接日志中每天都有好几次ORA-01034: ORACLE not available的错误。。。

问题来源于http://www.itpub.net/thread-957261-1-1.html。

mihawk 对10053 trace name文件解释的挺好的。

 查看全文

在我们系统里面有张sample表格，目前单表已达106G，还在不断的逐步增长。

这张表格里面只保留最近三个月的数据。每天晚上有个JOB自动把3个月前的数据一一删掉。

现在这张表格里面空洞有不少，真正的数据量大概在60-70G之间。有没有什么办法能够重新整理一下这张表格呢？

在线重定义由于表太大，风险也较大，不是个好方法。

本文的例子提供一个思路。它是采用分区表做中转的。

环境：oracle9208 64bit aix 5304

采用rman备份，不间断地报出如下错误：

RMAN-03002: failure of backup command at 11/30/2007 04:07:53
RMAN-20021: database not set

经查，居然说是要设置NLS_LANG才可以。

设置NLS_LANG后还真可以了。靠。

刚上线一套oracle10.2.0.3，装好后简单做了如下一些配置：

1.AUTO_SPACE_ADVISOR_JOB作业：
It runs the Automatic Segment Advisor, which identifies segments that have space available for reclamation,
and then makes recommendations that you can view with Enterprise Manager or a set of PL/SQL package procedures. This job was introduced in 10gR2 and is not present in 10gR1。

2.execute_em_dbms_job_procs作业
这具job每分钟执行一次，里面包括
EMD_COLLECTION.RUN_COLLECTIONS()，EM_PING.MARK_NODE_STATUS();,
EM_SEVERITY_REPOS.EXECUTE_REPOS_SEVERITY_EVAL();,
EMD_LOADER.ROLLUP();,EM_PURGE.APPLY_PURGE_POLICIES();等
它的作用就是自动收集oem里面的一些信息，停掉这个JOB后，oem页面将无法自动刷新，需要手工去刷新。
角本可在$ORACLE_HOME/sysman/admin/emdrep/sql/core/latest/admin目录下面发现。

3.alter tablespace undotbs1 retention guarantee;
alter system set db_recovery_file_dest='/oracle_backup';
alter system set db_recovery_file_dest_size=10g;

exec dbms_scheduler.disable('AUTO_SPACE_ADVISOR_JOB');
exec dbms_scheduler.disable('GATHER_STATS_JOB');

OS:AIX 5.3 64BIT

oracle:9.2.0.8 64BIT

data guard环境，一主一备，采用lgwr传送归档日志

在高峰期在主库报出ORA-16040: standby destination archive log file is locked这样的错误。

今天hoterran跟我说obj$中怎么会有那么多type#=10的对象存在。即select obj#,name,type# from obj$ where type#=10;

其type#为10表示的是什么类型呢？

最近经常看到大家在研究oracle11g的新特性，由于时间关系，我现在还没有开始正在研究oracle11g，只是大概了解oracle11g的新特性。其中有一个是新增加带默认值的列的细小改动。具体可以参见piner和老和尚的blog。

我这里想说的是oracle这个细小的改动，在某些情况下也许会带来的一些问题。举个例子：

某个列，新增加default的值为1，然后在随后的操作或者需求当中，要求某些记录该列的值就是null。此时查询这条记录该列的值时，得到的却不是null，而应该是1了。

换句话说，在oracle11g中，只要有default值的列就不允许业务上将该列的值设为null了，因为你查询时无法得到null值。

用opatch打补丁，比较常见的一个错误是：

Problems with the lock file
Lock file exists, details are:
Interim Patch 5508574 is holding the lock from this patch 5484847,
probably due to previous unsuccessful operation

也就是某个补丁未成功时，接下来打补丁就有可能会出现上面的错误：

解决办法是

删除 $ORACLE_HOME/.patch_storage/patch_locked

oracle 11g推出了众多的新特性，这次的感觉是虽然oracle 11g不像oracle 10g一样是个划时代的版本，但是oracle 11g却对oracle 10g做了非常好的完善，它在许多细小的地方都可以体现出来。

一年以后，也许要考虑换到oracle 11g了。

以下是自己对新特性的一些简单的罗列，主要是写给自己的。

我们为了控制事务的大小，一般都是采用

IF (MOD (v_count, 1000) = 0)
THEN
COMMIT;
END IF;

这样的方式。其中v_count是一个计数器。

对频繁的系统，如果想新增一个字段，同时想增加一个Default值的话，如果直接ALTER TABLE xxx ADD prd_status NUMBER(2) DEFAULT 1;这样的话，将会锁住整张表格，如果有人想对这张表格做Dml操作的话， 就会出现library cache pin/lock等待，为什么呢？

 查看全文

在rac+dataguard的环境中，为了减少应用宕机时间及改动，提高业务的可用性，要求jdbc客户端配置failover。同时为了很好地做应用分割，又不能load balance。

即在第一个实例不行时，去偿试第二个实例，两个实例都不行时，去偿试data guard。这样的目的看起来简单，其实有些细小的地方值的注意。

下面是一个配置的例子：

好久没有更新博客了，最近事情太多。昨天晚上弄到凌晨4点才睡觉。刚刚碰到一个奇怪的搞笑的事情，与大家共享一下。

现在有一种经典的说法是oracle安装的祼设备上面比安装在文件系统上面要快。

是不是任何情况下都是这样呢？

以下是我的一点个人分析，如有不对之处请指出。

 查看全文

OS：redhat AS 4u4 64bit.

20G内存

4个双核CPU。

这次安装过程中碰到如下问题，记下来，使得大家以后碰到同样的问题时可以减少时间。

大家都知道，对于大数据量的import，加上commit=y可以防止回滚段扩展的异常的大，从而提高import的速度。加上commit=y，每次提交的行数由buffers参数来决定。

我以前只知道对于包含long,lob,BFILE, REF, ROWID, UROWID类型字段的表格，只能一行一行的导出导入。

今天翻了一下文档，文档上居然说对于包含date字段类型的表格也是这样的，只能一行一行的导入导出。我晕死。。。

今天碰到一个tc 类型的enqueue锁。以前没见过，后来上metalink一查发现是tablespace checkpoint的意思。

顺便看到以下新增加的enqueue类型，收藏一下。

最近我们在做一个跨平台数据迁移的项目。源系统是AIX,oracle 8174,OPS，数据量有2T左右。打算迁移到HPUX上面去，还是oracle 8174.并且停机时间只有12个小时。

环境：

OS:AIX 5.2

oracle:9204 RAC.

今天碰到一个奇怪的问题，后台出现一些enqueue事件。其type为tx类型。。。。。

Learn Oracle data warehouse tuning from the world records

最近我们要做一个6个T的数据量的数据库跨平台迁移。

并且数据库是8i的版本。要从aix上迁移到hpux上面。

-_-bbb.....

 查看全文

环境：

OS:REDHAT AS 4.0

oracle: 9.2.0.4

数据库在异常宕下去后，启动时报出ORA-30038 Cannot perform parallel insert on non-partitioned object错误。。。

环境：

OS: AIX 5.2

DB: oracle9206 RAC

两个实例上面smon进程都在等待enqueue事件。从而导致部分用户无法登陆，排序请求临时表空间也不行。。。

hpux 11.11

oracle 9.2.0.5

出现大量的cf enqueue锁。其SQL语句都是insert某张带lob字段的表格。

客户将super用户下面所有表格的统计信息导到测试库中:

exec dbms_stats.import_schema_stats('SUPER','STATTAB',null,'SUPER',true);

但是报出了下述错误：

ORA-20000: Schema SUPER does not exist or insufficient privileges to analyze an object within it
ORA-06512: at "SYS.DBMS_STATS", line 4844
ORA-06512: at "SYS.DBMS_STATS", line 4867
ORA-06512: at "SYS.DBMS_STATS", line 5383
ORA-06512: at line 1

bitmap join index 是数据仓库优化的重要方法之一。

它比oracle的bitmap索引星型转换的速度要快很多。

具体如下：

环境：oracle 8174,aix 5.2

电信97系统

以前97系统产生的归档日志量都是较正常，这几天每天都产生600G左右的归档日志，1G大小的在线日志文件，但是归档日志还是疯狂的切换，基本上2分钟切换一次。

从而导致了一系列的问题，最突出的问题是ora-1555。在exp备份时也报这个错，在数据抽取过程也报这个错，做个稍微大点表格全表扫描也报ora-1555错误。。。。

什么是stuck recovery? 在做recovery的过程中，如果A block is older than the redo you are trying to apply，这就是stuck recovery。

oracle 9.2.0.5

aix 4.3.3

访问dba_jobs_running视图很慢。这个bug，我相信大多数人都是知道的。

aix 4.3.3

oracle 9.2.0.7

为了某种原因，将除system表空间,undo表空间外其他所有的表空间均offline掉。

然后再online时报出了上述错误。。。

上次说起zhs16gbk和zhscgb231280两种字符集，哪种字符的容量大。

今天用lbuilder看了一下。发现

zhs16gbk有24068个字符；

zhs16cgb231280只有7573个字符。

windows下面可以通过$ORACLE_HOMEocommonnlslbuilderlbuilder.bat运行来查看。

注意要看个数，不能看看16进制的编号，那个编号不是连续的。所以以后中文字符集最好还是采用zhs16gbk。

环境：

oracle 9207 RAC

p670 aix 5.1

并发会话数1500

物理内存24G，oracle sga和pga加起来才5G，但是还是很容易出现内存交换。。。。

在10.2 oracle数据库里面，将SESSION_CACHED_CURSORS设置成大于0的话，会引起HIGH VERSION COUNT FOR DICTIONARY SQL。

 查看全文

环境：

AIX 5.2

ORACLE 9207 RAC

dba想将db_cache_size参数动态调小，结果一调小后了，所有的业务和会话都挂住了。

索引做过统计信息分析后，有一项就是cluster factor。CF代表的是索经的数据顺序与表格的顺序的一致性。其值越高，说明该索引效率将会越差。其最好值为表格数据的块数，最差值为表格数据的行数。

客户说他从10.2.0.1的客户端访问8.1.7.4的机器里，查询v$session_longops视图时报出上述错误。

select * from V$SESSION_LONGOPS;
ERROR:
ORA-29275: 部分多字节字符

一般大的、繁忙的olap系统要建个索引都要用online来创建，但是这样创建失败或者取消后，也是挺麻烦的。

 查看全文

环境：

aix 5.2

oracle 9207

在做Exp备份时，报出如下错误：

EXP-00056: ORACLE error 19206 encountered
ORA-19206: Invalid value for query or REF CURSOR parameter
ORA-06512: at "SYS.DBMS_XMLGEN", line 83
ORA-06512: at "SYS.DBMS_METADATA", line 353
ORA-06512: at "SYS.DBMS_METADATA", line 418
ORA-06512: at "SYS.DBMS_METADATA", line 457
ORA-06512: at "SYS.DBMS_METADATA", line 1181
ORA-06512: at "SYS.DBMS_METADATA", line 1162
ORA-06512: at line 1
EXP-00000: Export terminated unsuccessfully

这次又是一台机器上面有两个实例A和B。又是由于非当前的在线日志文件的状态是处于closed状态的(裸设备)，于是dba将A节点的非当前在线日志文件填加到了B节点上面去了，于是在A节点日志发生切换时，导致了当前在线日志文件损坏。

一般情况下当前在线日志文件损坏也是还好处理的，但是这次却是较为复杂。。。。

系统环境：aix p550，oracle 9206

 查看全文

文章出处:http://www.databasejournal.com/features/oracle/article.php/2222781

 查看全文

ORA-01189: file is from a different RESETLOGS than previous files

ORA-01190: controlfile or data file string is from before the last RESETLOGS

dba在将整个数据库dd拷贝过来后，重建控制文件时，将6号文件给漏掉了，然后又open resetlogs打开数据库了。于是想将该 文件online起来或者做recover datafile 6时报出上面的错误。

我们知道在ITL中事务的状态有以下几种，

---- = transaction is active, or committed pending cleanout
C--- = transaction has been committed and locks cleaned out
-B-- = this undo record contains the undo for this ITL entry
--U- = transaction committed (maybe long ago); SCN is an upper bound ---T = transaction was still active at block cleanout SCN

看到比较多的是--U-，这个--U-和C---有什么区别呢？什么时候--U-会转换成C---呢？

前段时间将一客户的两节点RAC数据库升级到9207。运行一直较为良好。但是最近却接二连三碰到了它的bug，并影响业务。

 查看全文

昨天接到客户电话，说计费系统今天速度很慢。昨天晚上做了几张表格的清理，清理方法是create tabe ... as select ...这样创建新表的。计费系统是8174的，optimzer_mode采用的是rule。所有的表格也未做过analyze分析。

这种情况下，按道理是不会影响执行计划的。

这是我看来的一个bug.没有测试过~~~~~

今天听客户他们对公安公布的一个接口(存储过程)，公安那边还是无法调用。调用时返回空值。他们采用的是odbc来调用的。

今天一客户说rman备份时报出无法找到system数据文件。

单独备这个数据文件和copy这个数据文件都报出同样的错误。

检查该数据文件的状态也是一切正常。检查控制文件的trace文件，里面也有这个文件。

昨天客户说有一张600来万的表格要插到另外一张大表中去，老是报回滚表空间不够，后来改成自动扩展后，扩到60G还是一样报回滚表空间不够，回滚表空间是自动管理，这张600来万的表格只有900M而己。。。。

今天有个客户说有个数据库因为当前在线日志文件损坏，而无法启动了。赶到现场后，发现这个日志文件不是自然的损坏的那种。仔细一问，才知道原来是因为误操作导致的。

目前该 主机上面有两套数据库。由于A数据库空间不够，dba往面填加数据文件(裸设备)，看到一个处于close状态的裸设备，就把它填加进去了。结果这个裸设备是B数据库的在线日志文件。。。。

由于非当前的redo文件是处于close状态的，所以一台机器上面有两套数据库的时候特别要小心这点。

今天接到电话，数据库后台老是报ora-7445错误。

数据库版本为8.1.7.4 64bit

OS:Aix 4.3.3

 查看全文

一客户由于种种原因，一个月前新建了一个回滚表空间，将undo_tablespace参数设为新建的回滚表空间。为了安全起见和尽量不影响业务，我建议他新建的回滚表空间过段时间再删。可以先提前一个星期offline掉，没问题后再删。可是。。。。

还是刚才那个客户，他们这次真是问题集到一起了，前天晚上开始据说就把会话数不够，一直到昨天早上8点钟。直到8：30才恢复正常。按道理，会话数是不可能不够的。检查OS日志，发现那个时间段从同一个IP地址过来，发起了n多的get aa.php&fhnm=xxxxx这样的操作。很明显是糟到了别人的攻击，一查这个IP地址居然是竞争对手的主网页IP地址，晕~~~~~~

不过也是应用程序这边写的有漏洞，才给敌人有机可趁，原先aa.php和fhnm这样的都是明码，网页可以很容易看出。

昨天一客户打电话过来说，他们的生产机产生大量的异常的归档日志，一分钟内会产生2，3个，照这样的速度很快就会把归档目录撑满。查看v$session_wait没有任何异常的事件，就偶尔会有一个logfile swith....

采用logmnr分析归档日志，发现里面基本上都是对一张表格及其快照日志的操作，很显然是高级复制引起的。这个表格只有13万条记录，居然会引起这么多的操作，好像是循环刷新一样。这张表格是客户自己填加到高级复制中去的，为了尽快解决问题，及时将它从刷新组里面删除，将快照和快照日志删除，重新配置后，一切正常。

大家都知道oracle里面是不会发生锁升级的。而在sqlserver,db2里面都会发生锁升级，也就是当锁的行达到一定程度时锁就会升一级。

为什么oracle里面不会发生锁升级呢？

背景：

OS:AIX 4.3.3

ORACLE:8.1.7.4 compatible:8.1.0

一计费系统，有个数据字典管理的表空间有170多G。客户已将其中的数据全部迁移到一个新的local管理的表空间(还剩一个临时段)，打算将这个表空间drop掉。但是已偿试了两个晚上，都无法drop掉。于是空间十分紧张，急需要将这个表空间释放出来。

上个周五下午去现场调了一把，将原先的一些索引删除，在所有的维度上面建立位图索引。将star_transformation_enabled 改为true。对表格做统计信息分析。

查看执行计划，都有bitmap and或bitmap merge等操作。

在多维分析前台操作的速度快了一大截。

不过其间出了个小插曲：有张报表单独访问一个事实表，只有一个month_id的限制条件，没有涉及到维度表。以前在month_id上面有个一般索引，所以速度挺快的。改成位图索引后，这张报表的速度慢了很多，后来加上一个维度表后，速度又正常了。^_^

采用bulk collect可以将查询结果一次性地加载到collections中。

而不是通过cursor一条一条地处理。

可以在select into,fetch into,returning into语句使用bulk collect。

注意在使用bulk collect时，所有的into变量都必须是collections.

 查看全文

forall是oracle8i引进的新特性，可以大大提高批量dml操作的性能。以下是个示例，显示效果：

 查看全文

今天同事问了我这样一个问题：

先做一个事务，一直不提交，假设当前的日志文件为group 1。然后做几次switch logfile，一个轮回后，为什么还能再次切换重复使用group 1呢？那这样的话，oracle做instance recovery时该怎么办？

当时一时还真回答不上来，后来回家的路上仔细想了想，才算弄清楚了。。。

本来是打算写完这篇文章，然后拿来向itpub门户投稿的，搛点稿费花差花差。。。。可惜实在太忙了，没时间写下去了。。。

这篇文章题目叫《Freelists和Freelist Groups研究》

环境：

OS: AIX5.1 P670，内存16G，8CPU

ORACLE: 8.1.7.4 32bit OPS

原先两个节点的processes参数均为650，由于业务的发展需要，650已经远远不能满足需求了。需要将该参数调到900.但是在将参数调到900后，两个节点只能启一个节点，另一个节点在mount阶段就会挂在那里，任何一个节点先启都能顺利启动，第二个节点就无法启动。

问题描述：
计费数据库，原先为8.1.7.4，后来升级到9.2.0.6。catalog数据库依然为8.1.7.4，但是由于target数据库
的升级，Catalog版本也升级到9.2.0.6。
RMAN备份是在B节点上做的。

原先删除obsolte备份的方法是采用rman1.sh角本。
升级到9i后，可以配置Policy，采用delete obsolte角本来实现。
但是在测试report obsolete时，一直没有反应，表现为HANG住。
但是list backupset却是2分钟内可以出来。

scn号与oracle数据库恢复过程有着密切的关系，只有很好地理解了这层关系，才能深刻地理解恢复的原理，从而才能很好地解决这方面的问题。

这次碰到一个让我ft的问题。

由于自己的疏忽，temp表空间里面没有数据文件(重建了控制文件，忘记加回去了)，导致大的lob对象无法插入。。。。

 查看全文

前几天碰到这样一件事情：一个生产库上DATA表空间，其中有20几个文件，但是有一个文件是处于offline drop状态，这个文件在物理上早就被删除了。

将这个表空间offline temporary下来后，就再也无法online起来了，从而业务也无法运行。这个表空间有60个G左右，重新导入数据的话，时间太长了。。。

目前网上关于data Guard的文章大多是如何实现之，而对如何管理和维护讲的较少。

我这篇总结重点是放在如何维护上面，而对实现之可以只是简单提了一下。

 查看全文

接到客户电话，说通过bfile将文件中的内容写入clob，却出现了乱码。

 查看全文

今天接到客户电话，误删除了一张表格，需要恢复，数据库是8i.

在没有逻辑备份的前提下，需要恢复误操作而删除的一张表格，只能从物理备份中获取。
而在物理备份很大(900G)的情况下，全部恢复显然是不行的。
所以我们采取了恢复数据库的子集，包括system表空间，undo表空间和相应的数据表空间,然后做exp。

为了在实际做的过程中更顺利，我们做了一个测试。

 查看全文

http://www.itpub.net/324970.html

关于cache fusion的讨论

这篇以前在itpub上贴过了。。。

客户数据库一段时日后，就会呈现前台业务无法连接至数据库，再过一会儿，后来就会报ora-472 Pmon进程因错误而中止了，从而实例也被中止。

客户的数据库是oracle 8.0.5 os 为windows 2k.(值的一提的是oracle8.0.5在windows2000上没有被oracle认证过)

索引无法扩展，引起大量的enqueue等待事件，所以在oracle8i中，DBA需要加强对空间的管理。。。