rm-rf 误操作的恢复过程

很多DBA一定对rm -rf深恶痛绝吧，没准哪天自己一个犯迷糊就把数据库给消灭了，然后，就没有然后了hellip;hellip;那万一hellip

很多DBA一定对rm -rf深恶痛绝吧，没准哪天自己一个犯迷糊就把数据库给消灭了，然后，就没有然后了……那万一……真的发生了这样的不幸，是否真的就无药可救了吗？未必，还是有解决方法的，也许某天当你不幸遇到，就可以用来救自己了。这里做恢复操作的前提是没有可用的rman备份，或者数据库冷备份等，也就是说，没有任何备份。

一、登陆SQLPLUS，并启动数据库
 [Oracle@ora10g ~]$ sqlplus / as sysdba
 

SQL*Plus: Release 10.2.0.1.0 - Production on Mon Aug 25 12:37:50 2014
 

Copyright (c) 1982, 2005, Oracle.  All rights reserved.
 

Connected to an idle instance.
 

SQL> startup
 ORACLE instance started.
 

Total System Global Area  285212672 bytes
 Fixed Size                  1218992 bytes
 Variable Size              96470608 bytes
 Database Buffers          184549376 bytes
 Redo Buffers                2973696 bytes
 Database mounted.
 Database opened.
 

--查看实例初始化状态
 SQL> select status from v$instance;
 

STATUS
 ------------
 OPEN
 

--查看实例名
 SQL> show parameter name;
 

NAME                                TYPE        VALUE
 ------------------------------------ ----------- ------------------------------
 db_file_name_convert                string
 db_name                              string      ora10g
 db_unique_name                      string      ora10g
 global_names                        boolean    FALSE
 instance_name                        string      ora10g
 lock_name_space                      string
 log_file_name_convert                string
 service_names                        string      ora10g
 SQL> exit
 Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
 With the Partitioning, OLAP and Data Mining options
 

二、模拟rm -rf误操作
 

[oracle@ora10g ~]$ cd  /u01/app/oracle/oradata
 [oracle@ora10g oradata]$ ll
 total 4
 drwxr-x--- 2 oracle oinstall 4096 Aug 25 11:15 ora10g
 [oracle@ora10g oradata]$ pwd
 /u01/app/oracle/oradata
 [oracle@ora10g oradata]$ rm -rf ora10g
 [oracle@ora10g oradata]$ exit
 logout
 

[root@ora10g ~]# su - oracle
 [oracle@ora10g ~]$ sqlplus / as sysdba
 

SQL*Plus: Release 10.2.0.1.0 - Production on Mon Aug 25 12:43:58 2014
 

Copyright (c) 1982, 2005, Oracle.  All rights reserved.
 

 

Connected to:
 Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
 With the Partitioning, OLAP and Data Mining options
 

SQL> select count(*) from dba_objects;
 select count(*) from dba_objects
                      *
 ERROR at line 1:
 ORA-00604: error occurred at recursive SQL level 1
 ORA-01116: error in opening database file 1
 ORA-01110: data file 1: '/u01/app/oracle/oradata/ora10g/system01.dbf'
 ORA-27041: unable to open file
 Linux Error: 2: No such file or directory
 Additional information: 3
 

 

SQL> select count(*) from dba_segments;
 select count(*) from dba_segments
                      *
 ERROR at line 1:
 ORA-00604: error occurred at recursive SQL level 1
 ORA-01116: error in opening database file 1
 ORA-01110: data file 1: '/u01/app/oracle/oradata/ora10g/system01.dbf'
 ORA-27041: unable to open file
 Linux Error: 2: No such file or directory
 Additional information: 3
 

由于数据文件都被删除，其中包括system01.dbf，是存放数据字典的容器，想要再访问数据字典中得视图，当然是不可能的了，所以这里会报错，找不到文件，故障出现
 

--查看alert.log日志文件
 [root@ora10g ~]# tailf /u01/app/oracle/admin/ora10g/bdump/alert_ora10g.log
 ARCH shutting down
 ARC2: Archival stopped
 Mon Aug 25 12:45:38 2014
 Errors in file /u01/app/oracle/admin/ora10g/bdump/ora10g_j000_3037.trc:
 ORA-12012: error on auto execute of job 1
 ORA-01116: error in opening database file 2
 ORA-01110: data file 2: '/u01/app/oracle/oradata/ora10g/undotbs01.dbf'
 ORA-27041: unable to open file
 Linux Error: 2: No such file or directory
 Additional information: 3
 Mon Aug 25 12:46:43 2014
 Errors in file /u01/app/oracle/admin/ora10g/bdump/ora10g_j000_3070.trc:
 ORA-12012: error on auto execute of job 1
 ORA-01116: error in opening database file 2
 ORA-01110: data file 2: '/u01/app/oracle/oradata/ora10g/undotbs01.dbf'
 ORA-27041: unable to open file
 Linux Error: 2: No such file or directory
 Additional information: 3