rm -凯发app官方网站

要冷静

今日遇到一个案例，数据库没了，检查/oradata下，空空如也
再看实例
ps -ef|grep ora_
数据库进程都在
检查alert.log，不断提示找不到redo文件

明白了，可能是某人执行了rm -fr /oradata，把所有文件删除了，但是实例还在运行着。

此时的处理办法
ps -ef|grep ckpt 找到ckpt的进程号，例如25671
cd /proc/25671/fd
ls -l |grep delete
会看到很多被删除的文件号及对应的文件名，直接复制这些编号为对应的文件名
cp 256 /oradata/system01.dbf
cp 254 /oradata/users01.dbf
...
有的被删文件可能在smon的进程号下，或者在lgwr的进程号下能看到。

小技巧：
一个一个进程找全所有文件比较麻烦，可以这样：

lang=c
rm -fr /tmp/df.txt
for i in `ps -ef|grep ora_|grep -v grep|awk '{print $2}'`
do
ls -l /proc/$i/fd|grep deleted|awk -v id=$i '{print "cp /proc/"id"/fd/"$9, $11}' >> /tmp/df.txt
done
awk '!a[$3] {print}' /tmp/df.txt>/tmp/cp.sh
sh /tmp/cp.sh

都复制出来后，直接执行alter system switch logfile; 都不报错。
此刻最好做一次全库逻辑导出，因为关库再启动可能会有问题。

由于测试库，胆大操作时直接关闭实例，然后重启，启动后报错
ora-00600: 内部错误代码, 参数: [kcratr_scan_lastbwr]

执行recover database;
alter database open;
数据库打开了，皆大欢喜！

阅读(1259) | 评论(0) | 转发(0) |

上一篇：【转】ashtop 方便看当前活动会话

下一篇：show_space 参考

给主人留下些什么吧！~~

| | | | |

感谢所有关心和支持过chinaunix的朋友们