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

上周六，oracle发布了又一个重量级的patch set，11.2.0.3，一个超过5G的大家伙，有7个文件。目前来看，还只有linux x86版本和linux x86-64版本，但是大家不用着急，solaris的版本应该会在国庆前前release，其他的版本，可以参见：Release Schedule of Current Database Releases (Doc ID 742060.1)

11.2.0.3的patchset的对应的patch number是10404530，在找该patch的时候，发现了一个文章，可以找各个patchset的对应patch number(Doc ID 753736.1)，在这里和大家共享一

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

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

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

2.设

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

早上在twitter上看到@ricky_zhu 和@lewvip 聊到，oracle将推出的exadata mini。

据国外的网站报道（ Oracle’s ‘Exadata mini’ would aim for midmarket），oracle正在准备面向中端市场客户推出一个的Exadata mini版，预计会在今年10月的oow中推出。 虽然oracle不太可能将其称作exadata mini(应该是叫OUDA，Oracle Unbreakable Database Appliance)，该服务器主要针对中型市场，它体积很小，可以放在一张桌子下面，并且易于管理。在价格方面，估计的价格是在

查看全文: http://www.udpwork.com/item/5935.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

今天同事遇到这样一个事情，安装完成clusterware之后，最后运行完root.sh之后，需要在rac2上运行vipca再次配置，在这一步骤却过不去。一起看了一下这个问题，送报错的log中有比较明显的提示：没有配置网关。

有了这个提示之后，就比较好处理，在linux上配置192.168.79.1为网关，其中192.168.79.1为vmware VMnet1（hostonly）的网卡地址。service network restart之后，再次运行运行vipca，也能运行成功，查看crs_stat看到vip也确实online了，但是就是ping不通vip，为什么？

[root@rac1 bin]# ./crs_stat -v

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