今天失误删除控制文件和在线日志的恢复

今天用户闹着说系统的目录空间太大，要求处理。虽然该目录已经不会增长，存放的是以前的旧数据库文件，由于上次移动数据文件目录时没有把控制文件和在线日志一起移走，导致了今天的故障。
       印象中一直觉得该目录已经没有任何现在运行数据库相关的文件，所以随便惯例性的执行了ls -lrt   ，可能看花眼了，看到的最近更新时间都是很老的，毫不忧郁的的返回上层目录执行了 传说中很恐怖的命令  rm-r sys
----------
 大概过了10多分钟吧，N多用户反应系统无法登陆了
不幸中的万幸，控制文件和在线日志文件都用的是裸设备的链接文件，以前也有记录链接的设备文件，所以故障很快就恢复了。
恢复过程记录一下，再次给自己做个提醒  RM的时候一定要CAREFULL！

-------------------------------------------------------------------------------------------------
spfilexxx.ora中控制文件的位置： *.control_files='/usr5/linkdata/sys/control_ln.1_1.ctl','/usr5/linkdata/sys/control_ln.1_2.ctl','/usr5/linkdata/sys/control_ln.1_3.ctl'

1、
以前的裸设备控制文件链接记录情况
lrwxrwxrwx 1 oracle oinstall 26 Nov 20 2004 control_ln.1_1.ctl -> /dev/vx/rdsk/datadg/vol017
lrwxrwxrwx 1 oracle oinstall 26 Nov 20 2004 control_ln.1_2.ctl -> /dev/vx/rdsk/datadg/vol018
lrwxrwxrwx 1 oracle oinstall 26 Nov 20 2004 control_ln.1_3.ctl -> /dev/vx/rdsk/datadg/vol019
重新链接控制文件
su - oracle cd /usr5/linkdata/sys
ln -s /dev/vx/rdsk/datadg/vol017 control_ln.1_1.ctl
ln -s /dev/vx/rdsk/datadg/vol018 control_ln.1_2.ctl
ln -s /dev/vx/rdsk/datadg/vol019 control_ln.1_3.ctl
------------------------
ls -l 检查结果
2、
：
MEMBER GROUP# THREAD# Log_file_Size(M) MEMBERS STATUS
-------------------------------------------------- -------------------- -------------------- -------------------- -------------------- ----------------
/usr5/linkdata/sys/redoe1_ln.1_1.log 4 1 90 2 INACTIVE
/usr5/linkdata/sys/redoe2_ln.1_1.log 4 1 90 2 INACTIVE
/usr5/linkdata/sys/redof1_ln.1_1.log 5 1 90 2 INACTIVE
/usr5/linkdata/sys/redof2_ln.1_1.log 5 1 90 2 INACTIVE
/usr5/linkdata/sys/redog1_ln.1_1.log 6 1 90 2 CURRENT
/usr5/linkdata/sys/redog2_ln.1_1.log 6 1 90 2 CURRENT
/usr5/linkdata/sys/redoh1_ln.1_1.log 7 1 90 2 ACTIVE
/usr5/linkdata/sys/redoh2_ln.1_1.log 7 1 90 2 ACTIVE
redolog的链接情况
lrwxrwxrwx 1 oracle oinstall 26 2005 8月 10 /usr5/linkdata/sys/redoe1_ln.1_1.log -> /dev/vx/rdsk/datadg/vol174
lrwxrwxrwx 1 oracle oinstall 26 2005 8月 10 /usr5/linkdata/sys/redoe2_ln.1_1.log -> /dev/vx/rdsk/datadg/vol175
lrwxrwxrwx 1 oracle oinstall 26 2005 8月 10 /usr5/linkdata/sys/redof1_ln.1_1.log -> /dev/vx/rdsk/datadg/vol176
lrwxrwxrwx 1 oracle oinstall 26 2005 8月 10 /usr5/linkdata/sys/redof2_ln.1_1.log -> /dev/vx/rdsk/datadg/vol177
lrwxrwxrwx 1 oracle oinstall 26 2005 8月 10 /usr5/linkdata/sys/redog1_ln.1_1.log -> /dev/vx/rdsk/datadg/vol178
lrwxrwxrwx 1 oracle oinstall 26 2005 8月 10 /usr5/linkdata/sys/redog2_ln.1_1.log -> /dev/vx/rdsk/datadg/vol179
lrwxrwxrwx 1 oracle oinstall 26 2005 8月 10 /usr5/linkdata/sys/redoh1_ln.1_1.log -> /dev/vx/rdsk/datadg/vol180
lrwxrwxrwx 1 oracle oinstall 26 2005 8月 10 /usr5/linkdata/sys/redoh2_ln.1_1.log -> /dev/vx/rdsk/datadg/vol181
重新链接redolog down机前redolog的情况操作：
ln -s /dev/vx/rdsk/datadg/vol174 /usr5/linkdata/sys/redoe1_ln.1_1.log
ln -s /dev/vx/rdsk/datadg/vol175 /usr5/linkdata/sys/redoe2_ln.1_1.log
ln -s /dev/vx/rdsk/datadg/vol176 /usr5/linkdata/sys/redof1_ln.1_1.log
ln -s /dev/vx/rdsk/datadg/vol177 /usr5/linkdata/sys/redof2_ln.1_1.log
ln -s /dev/vx/rdsk/datadg/vol178 /usr5/linkdata/sys/redog1_ln.1_1.log
ln -s /dev/vx/rdsk/datadg/vol179 /usr5/linkdata/sys/redog2_ln.1_1.log
ln -s /dev/vx/rdsk/datadg/vol180 /usr5/linkdata/sys/redoh1_ln.1_1.log
ln -s /dev/vx/rdsk/datadg/vol181 /usr5/linkdata/sys/redoh2_ln.1_1.log

ls -l 检查结果
3、尝试起库
sqlplus "/as sysdba"
startup mount
alter database open
4、重建了临时表空间temp和temp3dbs 5、将temp2dbs和temp4dbs给drop了
5,数据库恢复正常

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/13086288/viewspace-205091/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/13086288/viewspace-205091/