前言
linux系统上,如果不小心删除了oracle数据库的/oradata目录下一些dbf文件,实例还在运行的情况下,可以尝试cp命令进行恢复。
简要过程
由于实例还存在,对这些文件读写的ckpt、lgwr、dbw等进程的句柄还没释放,可以用root检查一下
lsof |grep deleted |grep oradata
输出信息类似如下:

可能会有多个进程访问同一文件,所以会看到多条信息。
以sysaux01.dbf 为例,进入到/proc/<dbw进程号>/fd目录下,看到句柄号(蓝色箭头所指)

可以 cp /proc/进程号/fd/文件句柄号<蓝框> <红框中对应的文件名> 将数据文件恢复回来。
cp /proc/120453/fd/259 /u01/app/oracle/oradata/ORCL/sysaux01.dbf

关键脚本
因为这些信息会重复,用以下脚本更省力些,建议分步执行,检查无误后再执行最后的cp.sh
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
剩下就等待cp完成吧,如果所有被删除文件小于100G,那么半小时能够恢复出来(省心省力)。
最后
此案例面对场景是:
1、归档模式下,非归档应该也行;
2、已经提前设置了
alter system set "_datafile_write_errors_crash_instance"=false;
否则删掉1个文件,实例会自己宕机;
3、删除部分dbf文件,如果删除了全部,实例会自己宕机;
4、实例还在运行中,这是关键的前提条件
由于文件被多个进程读写,因此lsof看到的信息重复,上面的脚本就能够简化筛选过程。如果上来就关闭实例,那就只能考虑恢复了。
另外:文章标题应该是《一种去重lsof后恢复误删oracle文件的方法》
在Linux系统上,当不小心删除了/oradata目录下的Oracle数据库dbf文件且实例仍在运行时,可以通过检查进程句柄并使用cp命令进行恢复。文章详细介绍了使用lsof命令找出被进程占用的文件句柄,然后通过复制proc目录下的句柄恢复文件的步骤,提供了一个简化筛选过程的脚本,强调实例运行中是关键前提。
395

被折叠的 条评论
为什么被折叠?



