IT牛人博客聚合

前些日子，IBM推出了PureSystem的一体机，作为公司的一员，我也收到邮件得知了这个“值得全公司庆贺”的事情。

同时，作为一个Oracle DBA，我知道oracle在3年前就推出了Exadata，此一体机的推广在oracle各个部门都下大了力气，目前远洋、华为、移动等多家巨型企业早就已经用上了Exadata；而Exadata的技术，OU也早在几年前就培训oracle的售后工程师，更让人感到高兴的是，国内的DBA同行Kamusis，Jacky和Kaya已经翻译了Exadata的著作《Expert oracle Exadata》，相信该书很快将会和大家见面。

而PureSystem，据称IBM斥资了20亿美金研发的，在今年

查看全文: http://www.udpwork.com/item/7161.html

在oracle11g中，有个autotask的新特性，可以用来自动的收集优化信息，收集段信息等等。在EM中，我们看进菜单server-Oracle Scheduler-Automated Maintenance Tasks来看到他们：

问题的起源是在一个纯命令行的环境，收到一个change，需要disable autotask中的auto optimizer stats collection，于是按照原定的计划，先检查原来的状态，再执行package对其进行disable，最后再坚持一次是否已经更改成功：

SQL> select CLIENT_NAME, TASK_NAME, STATUS from DBA_AUTOTAS

查看全文: http://www.udpwork.com/item/7109.html

今天同事在review change的时候看到有个给表空间加数据文件的，发现加的数据文件竟然超过了32G，按照原来的思维，在9i中，非bigfile的单个数据文件单个大小不能超过32G。这个加32G数据文件的change是不是有误？查了一下原来的表空间情况，发现已经存在127.99G的数据文件了。该数据库不是9i，且该表空间下含多个数据文件。

我们先来看一下该表空间的信息：

SQL> l
  1* select file_name,BYTES,RELATIVE_FNO,MAXBYTES,AUTOEXTENSIBLE from dba_data_files where tablespace_name='TS_OLB

查看全文: http://www.udpwork.com/item/6790.html

环境大了，情况复杂，需要考虑的事情就多了。前几天遇到个5节点rac做parmary+3节点rac做pyhsical dataguard的环境，在primary的某个节点，由于突然的宕机，当我们把它启动重新加入cluster后，就出来了很多问题。这次故障不是我处理的，是我的几位同事一起处理的，从12月14号开始就一直追这个case，期间跑analyze table validate structure cascade online，从14日开始跑一直跑了十多天还跑不完，期间和oracle support也多次打交道。等处理完毕后，同事发邮件和大家共享了这个case。我也觉得这个case挺有意思，在这里按照我的理解，再次整理了一遍这个c

查看全文: http://www.udpwork.com/item/6704.html

不知道大家注意到没有rac中的redo log？

（1）如果关闭这个实例，它的redo log还会被写吗？

答案是会，就算实例关闭了，甚至server关闭了，在共享存储上的redo还是会被其他实例所写（redo必须在共享存储上，以便于恢复时使用）。但是这个由谁写(master node还是所有的node)？在什么时候写？写些什么内容？这个目前还是没想明白，如果您知道，不妨在blog留言。

例子：我有一个3节点的实例，目前node3的server已经关闭。

Name           Type          &n

查看全文: http://www.udpwork.com/item/6517.html

今天遇到一个问题，同事在做完change之后，尝试用srvctl start database -d ，发现节点1能正常启动，但是节点2无法启动。观察其在节点2上的crsd的log，发现：

2011-11-28 17:59:51.413: [  OCRUTL][42]u_freem: mem passed is null
2011-11-28 17:59:53.119: [  CRSRES][155876] startRunnable: setting CLI values
2011-11-28 17:59:53.157: [  CRSRES][155875] Attempting to start

查看全文: http://www.udpwork.com/item/6432.html

同事在两节点的RAC上打oneoff patch，在其中一个节点上运行opatch apply，按理应该会自动检测并且分发到另外一个节点，进行patch，但是在分发到第二个节点的时候遇到了PRKC-1002的报错，此时，如果在另外一个节点运行opatch lsinventory也会报错，检测不到原来打过哪些patch了。

我先开启opatch的debug，来查看为什么在节点2上无法运行lsinventory了:

au11qapa70tels2>export OPATCH_DEBUG=true
au11qapa70tels2>$ORACLE_HOME/OPatch/opatch lsinventory
 
.

查看全文: http://www.udpwork.com/item/6347.html

今天收到一个ticket，应用的人在做排序的时候，报错ora1630：

ORA-01630: max # extents (505) reached in temp segment in tablespace TEMP

这是个8i的数据库，1630报错在oracle online document中解释的也比较明确：

ORA-01630 max # extents (string) reached in temp segment in tablespace string
 
Cause: A temporary segment tried to extend past MAXEXTENTS.
 
Actio

查看全文: http://www.udpwork.com/item/6064.html

This is the first time i post blog using English.

Today i get a ticket from EBR team(3rd part backup team), saying that the backup job fail due to ora-235:

……
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===

查看全文: http://www.udpwork.com/item/6049.html

1. 设置rman CONTROLFILE AUTOBACKUP ON时，要注意进行表空间变化时，如增加数据文件，且要增加很多个数据文件，且是一个一个语句的加。那就要注意会生成自动备份的控制文件，每个语句会生成一个，因此，对于比较大型的系统，某些表空间已经到达几个TB了，要让使用率从90%加数据文件到85%，就要加很多数据文件，如果每个数据文件一个语句，就会生成很多自动备份的控制文件，从而造成文件系统撑爆。另外注意一下，如果设置了db_recovery_file_dest，自动备份的控制文件就会生成在这个路径下，如果该参数为空，自动备份的控制文件就会在dbs目录下。

解决方法是：将加多个数据文件的语句放在一个语句中执行。

2.设

查看全文: http://www.udpwork.com/item/5941.html

接到一个ORA-600[6122]的报错：

Fri Aug  5 04:03:41 2011
Errors in file /ora/admin/SCRM01P/udump/scrm01p5_ora_11314.trc:
ORA-00600: internal error code, arguments: [6122], [0], [1], [0], [], [], [], []

根据oracle metalink的Doc ID 99300.1，这是关于index block corrupt的问题，我们来看看该报错的trace文件：

au11qapcwctels2:SCRM01P5:/ora/admin>mor

查看全文: http://www.udpwork.com/item/5622.html

今天收到一个case，客户说我们打完PSU之后，他们的sqlplus就无法使用了，报错为：

somemachine_abc $ sqlplus
ld.so.1: sqlplus: fatal: /opt/app/oracle/product/11.1.0/db_1/lib/libclntsh.so.11.1: Permission denied
Killed

检查该lib文件的权限：

somemachine_abc $ ls -l /opt/app/oracle/product/11.1.0/db_1/lib/libclntsh.so.11.1
-rwxr-x--- 1 oracle dba 54380032 Jul 16 0

查看全文: http://www.udpwork.com/item/5576.html

澳洲的某项目的knowledge transfer（KT）已经过去一周了，了解到了不少更详细的项目信息，大部分是关于IBM的流程，其中一些是关于技术的。我把技术的部分做了一个的小结。

（1）养成一个良好的工作习惯，在登录主机之后，习惯性的设置环境变量：

stty erase ^?
set -o vi
set ORAENV_ASK=YES

注意ORAENV_ASK这个参数和oraenv配合使用。当设置ORAENV_ASK=YES时，运行oraenv会提示当前的数据库sid：

[oracle@standby1 ~]$ export ORAENV_ASK=NO
[oracle@standby1 ~]$ oraenv
[oracle

查看全文: http://www.udpwork.com/item/5456.html

前段时间，做了一次nbu的同机恢复测试。

环境是这样的：

备份和还原都是在一个机器上，hostname是sg2as059。即备份的client是这个机器。数据库的实例名是test.

无catalog数据库，备份信息保留在控制文件中。

备份的master server和media server是同一台机器，hostname是sg2ts001。

前一天晚上设置nbu的policy进行备份，备份脚本在client上：

oracle@sg2as059:/usr/openv/netbackup/ext/db_ext/oracle/test> pwd
/usr/openv/netbackup/ext/db_ext/oracle

查看全文: http://www.udpwork.com/item/5299.html

今晚接到老大的电话，泰国的客户不小心删除了一些表的数据，现在非常着急，需要恢复数据。其实DBA做的数据库备份，很大程度是是用于数据库crash掉的时候，恢复数据，而不是三天两头的因为客户误删了数据，而去做恢复。

看了客户的邮件，是有2个表的数据被误删除或者误插入或者误更新了。总之，操作过一大通，希望恢复到当天下午15：30的数据。上数据库去查了一下，用备份来恢复，似乎时间不够，尝试用户flashback query，发现已经回不去了：

SQL> SQL> SQL> SELECT count(*) from hr_ttm.TA_ABSDOCS
  2  AS OF TIMESTAMP T

查看全文: http://www.udpwork.com/item/5227.html

今天上午10点多的时候，同事接到一个电话，某数据库任何连接都连不上数据库，登录主机后发现，该数据库已经挂死，sqlplus都无法登陆，在alertlog中发现大量的“PMON failed to acquire latch, see PMON dump”。无奈之下，杀掉了oracle的进程，重启了数据库。

事后，我们来看看究竟是什么原因，造成了这次数据库的挂死。

我们看alertlog的相关报错，我们发现“PMON failed to acquire latch, see PMON dump”5月4日的10：32，而这个报错发生在之前，还有一个报错，在5月2日的4：51还有一个“>>> WAITED TOO LO

查看全文: http://www.udpwork.com/item/5018.html