      昨天晚上11点多钟，接到部门经理电话说客户一个在线数据库坏了，业务停止，坏的原因是客户那停电了,
然后还好我们这边系统工程师已经把昨天早上的零晨一个全库逻辑备份已经考出来了,做最坏打算，即使控制文件，
数据文件所在的vg损坏，只能做全库导入备份,然后丢失一天的数据，由客户自己再补录,因为客户那目前备份措施只上逻辑备份，没上物理备份。
   这里先说下客户环境主库p570 AIX5308+9.2.0.8数据库单实例
    备库m80 AIX5308+9.2.0.8 只是做主库的备库，平时不用的，只有主库down掉时,才考虑把存储上的
存放的oracle代码和数据文件切换到m80备库上,所以oradatavg是两台主机都可以看到的
通过检查,发现以下信息：
p570 上oradatavg下面有两个盘，hdisk2和hdisk3 状态一个是active,一个是missing
m80 上oradatavg hdisk2和hdisk3 状态都是active
    然后查查oradatavg属性在两台主机都是主机重启后自动激活的，包括下面所属的文件系统，
所以停电后，两台主机都启动，正常的话应该是一台主机oradatavg下两个盘active,另外一台主机
oradatavg下两个盘missing,但一个盘active,一个盘missing，比较奇怪，也还没找到原因为什么
会出现这种情况
看到这些信息后，解决方法也就想到了，把m80 oradatavg varoff
p570主机 oradatavg重新激活,然后测试数据库就正常打开了。
然后通过查询数据库最后一条记录是2009-02-15 上午10点多，是星期天，也就5条记录，
数据库业务不繁忙，所以断电没对数据库造成什么损坏，能正常打开,
后续工作就是m80上oradatavg自动挂载改为no了,把数据再做一次备份，通知客户开启业务，一切正常。

客户对这次处理过程也比较满意,原本以为要全部重做来恢复数据的，使停机时间更长，而影响业务。

ITPub博客

oracle case处理案例(一)

最新文章