ITPub博客

前几天在NBU里发现有一些tape，上面的数据已经过期（last written为空），但是time assigned没有clear,所以这些tape都还停留在原先的volume pool中，不能被循环使用。后来发现这是由于这些tape之前被一个media server写过的，后来master server upgrade, 那些media servers就不用了。所以问题应该是在这些tape的某些在master server上的信息丢掉了，所以无法自动deassign。在Veritas support的帮助下，最终解决了这个问题。[@more@]以tape 000087为例，先看我所有失败的尝试：vmdelete:root@sdbsbak3 # vmdelete -m 000087cannot delete a

两个星期前，由于一个production DB的archive log在短时间内猛增，导致standby存放archive log的文件系统满了。等我们解决了production的问题并且加大了standby的文件系统后，发现primary无法再往standby传送archive log, 并且在v$archive_dest中看不到任何报错。[@more@]在v$archive_processes中检查了ARC进程的状态，一共有两个ACTIVE的进程，一个IDLE，另一个BUSY：PROCESS STATUS LOG_SEQUENCE STATE0 ACTIVE 0 IDLE1 ACTIVE 64840 BUSY赶快给Oracle开了SR, Oracle support建议多开几个ARC进程。我把log_archive_max_processes从2增加

Redhat5下安装ORACLE10.2.0.1时，图形界面出不来，报错：Exception :java.lang.UnsatisfiedLinkError:/u01/product/oracle/jdk/jre/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory原因：缺少系统安装包rpm -ivh libXp-1.0.0-8.i386.rpm安装方法：1. 确认OS上没有这个libXp包。# rpm -qa|grep libXp2. 从 http://www.rpmfind.net 下载rpm包。3. 以root帐号login server, 运行：rpm -ivh libXp-1.0.0-8.i386.rpm4. 安装完成后可用以下命令确认：$ ls -ld /usr/lib/libXp.so.6lrwxrwxrwx 1 roo

测试table的记录如下：SQL> select * from testnvl; ID FAB MONTH---------- ---------- -------- 2112 S1 2010-06 234 S2 2010-06 0 S3 2010-06需要根据FAB和MONTH的值从表里查ID，如果有值的显示原值，如果没有或为0的显示成1。SQL如下：select decode(id,null,1,0,1,id) from testnvl where......测试结果：SQL> select decode(id,null,1,0,1,id) from testnvl where fab='S1' and month='2010-06';DECODE(ID,NULL,1,0,1,ID)------------------------

前阵子被问到有没有办法把某句特定SQL的execution plan flush出shared pool，或者强制生成新的执行计划。当时上了Metalink和Google一顿狂搜，毫无所获。后来从一个朋友那里得到这篇文章，正是我想要的，赶快记录下来。只是不知原作者是谁，先多谢了。在日常管理中,经常有让sql 重新解析的需求,比如说使用了bind peeking,第一次绑定特定值的时候执行计划走的特别糟,因为绑定变量导致之后的语句不作重新解析,重用了最差的执行计划,这时候我们希望重新解析来得到一个相对好的执行计划,常见的方法有:a.alter system flush shared_pool;b.对语句

由于oracle无法写/tmp目录而造成的NBU error，修改/tmp目录权限即可解决。[@more@]Error code 6: the backup failed to back up the requested filesCommon reasons:1. Backup script name wrong.2. Backup script permission issue.今天的case不是以上原因，在script的log里也没有更多信息，看起来是没有进RMAN就出错了。但是直接运行RMAN语句是没有报错的。Backup script的写法是先生成要运行的RMAN command lines, 将其赋值给变量CMD_STR, 然后再用下面的语句来执行：su - $ORACLE_USER -c "$CMD_STR" >> $RMAN_LOG_FI