流年不利，万事小心

昨天晚上下班的时候把手机落在公司了，没有手机担心系统有什么异常的话就收不到了，于是12点睡觉前又打开电脑去check一遍。果然有个库由于在大量导数据，空间快不够了。正在加datafile的过程中，另外一个AIX5305上的库又因为异步IO的问题宕机，alert记录如下：

Mon Feb 25 23:56:37 2008
Errors in file /u01/oracle/admin/ningoo/udump/ningoo_ora_577896.trc:
ORA-00202: controlfile: '/u01/oracle/oradata/ningoo/control01.ctl'
ORA-27091: skgfqio: unable to queue I/O
ORA-27072: skgfdisp: I/O error
IBM AIX RISC System/6000 Error: 12: Not enough space
Additional information: 1

Mon Feb 25 23:56:38 2008
Errors in file /u01/oracle/admin/ningoo/bdump/ningoo_ckpt_712718.trc:
ORA-00206: error in writing (block 3, # blocks 1) of controlfile
ORA-00202: controlfile: '/u01/oracle/oradata/ningoo/control02.ctl'
ORA-27070: skgfdisp: async read/write failed
IBM AIX RISC System/6000 Error: 12: Not enough space
ORA-00206: error in writing (block 3, # blocks 1) of controlfile
ORA-00202: controlfile: '/u01/oracle/oradata/ningoo/control01.ctl'
ORA-27070: skgfdisp: async read/write failed
IBM AIX RISC System/6000 Error: 12: Not enough space

Mon Feb 25 23:56:38 2008
CKPT: terminating instance due to error 221
Instance terminated by CKPT, pid = 712718

[继续阅读全文]

Posted by NinGoo at 2008-02-26 13:10 | 『数据库』 | 5 Comments »

微软即将发布SQL Server 2008

微软在全球伙伴大会 (Worldwide Partner Conference) 上宣布将于2.27在洛杉矶一股脑儿发布Windows Server 2008,Visual Studio 2008 和 SQL Server 2008。

从2000到2005到2008，SQL Server的发布频率在加快，这两年通过SQL Server 2005，微软在企业数据库市场应该是尝到甜头了，不知道这次的2008有多大的改进值得让人惊喜一把的。

在CSDN上有个SQL Server 2008的专题，有兴趣的可以去了解一下。粗略的看了一下，没有什么很吸引人的亮点，基本上就是SQL Server 2005的一个精细修正版而已。

Posted by NinGoo at 2008-02-25 21:50 | 『数据库』 | No Comments »

有压力，要坚持

DBA未必是一个高薪的职业，但绝对是一个高压力的职业。

昨天晚上，数据仓库一个4节点的RAC+ASM系统，在进行新加节点操作的时候，发现新节点的ASM实例无法mount diskgroup，报ORA-15042错误。后来尝试将整个库重启，结果所有节点的ASM实例都出现同样的问题了。这个教训告诉我们，在遇到问题没有搞清楚具体原因之前，千万不要轻易重启数据库。

但是问题既然已经发生，自然要想办法修复。这是一个将近7T的生产系统，虽然目前只供内部使用，也不可能接受长时间的停机，所以重建diskgroup然后从备份恢复的方案只能是最坏情况下的打算。那么，当务之急，是要尽快查出问题所在，对症下药。

工欲善其事，必先利其器。这次问题的解决，得益于oracle的kfed工具。从dump出来的结果看到，报错的两个disk的头信息确实已经损坏，另外一点比较奇怪的就是，正常disk header中记录的disk number和path信息，和从v$asm_disk查出来的已经不一致了。这个现象可能由于两个disk的头信息损坏，导致AMS Instance读取相关信息的整个机制出现了混乱。

[继续阅读全文]