oracle 恢复试验

 学oracle5年了，也用它做了一些事情，近段时间由于工作的原因，没有机会再和oracle接触，把1年前亲自东少试验的oracle 恢复试验帖出来，就算做个备份！如有错误或不足，欢迎指正！
------------------------------------------------------------------------------------------------------------
1：丢失所有的控制文件
   分析：
       控制文件丢失，必须重建控制文件，重建控制文件可以利用备份的控制文件
       使用备份的控制文件试图去打开数据库
   恢复步骤：
   1：还原备份的控制文件，由于控制文件不是当前的，所有试图启动数据库时失败！
   2：SQL>startup
       ORACLE 例程已经启动

       Total System Global Area  143727516 bytes
       Fixed Size                   453532 bytes
       Variable Size             109051904 bytes
       Database Buffers           33554432 bytes
       Redo Buffers                 667648 bytes
       数据库装载完毕。
       ORA-01122: 数据库文件 1 验证失败
       ORA-01110: 数据文件 1: 'D:/ORACLE/ORADATA/CSS/SYSTEM01.DBF'
       ORA-01207: 文件比控制文件更新 - 旧的控制文件
   3：关闭数据库
      SQL>shutdown immediate
     
   4：将数据库启动到mount状态
      SQL>startup mount
        ORACLE 例程已经启动。
        Total System Global Area  143727516 bytes
        Fixed Size                   453532 bytes
        Variable Size             109051904 bytes
        Database Buffers           33554432 bytes
        Redo Buffers                 667648 bytes
        数据库装载完毕。
       
   5：使用TO TRACE备份控制文件(目的为了重建控制文件)
       SQL> alter database backup controlfile to trace;

       数据库已更改。
   6：找到备份的文本文件（假设修改后改名为 rebuild_controlfile.sql），并修改其中内容，只留下如下内容：
  
      如果数据库是shutdown abort，则需要recover database，
      如果数据库是shutdown immediate，则不需要recover database;
        STARTUP NOMOUNT
        CREATE CONTROLFILE REUSE DATABASE "CSS" NORESETLOGS  ARCHIVELOG
            MAXLOGFILES 50
            MAXLOGMEMBERS 5
            MAXDATAFILES 100
            MAXINSTANCES 1
            MAXLOGHISTORY 113
        LOGFILE
          GROUP 1 'D:/ORACLE/ORADATA/CSS/REDO01.LOG'  SIZE 100M,
          GROUP 2 'D:/ORACLE/ORADATA/CSS/REDO02.LOG'  SIZE 100M,
          GROUP 3 'D:/ORACLE/ORADATA/CSS/REDO03.LOG'  SIZE 100M
        DATAFILE
          'D:/ORACLE/ORADATA/CSS/SYSTEM01.DBF',
          'D:/ORACLE/ORADATA/CSS/UNDOTBS01.DBF',
          'D:/ORACLE/ORADATA/CSS/DRSYS01.DBF',
          'D:/ORACLE/ORADATA/CSS/EXAMPLE01.DBF',
          'D:/ORACLE/ORADATA/CSS/INDX01.DBF',
          'D:/ORACLE/ORADATA/CSS/ODM01.DBF',
          'D:/ORACLE/ORADATA/CSS/TOOLS01.DBF',
          'D:/ORACLE/ORADATA/CSS/USERS01.DBF',
          'D:/ORACLE/ORADATA/CSS/XDB01.DBF',
          'D:/ORACLE/ORADATA/CSS/SERVICE_DATA.ORA',
          'D:/ORACLE/ORADATA/CSS/SERVICE_IDX.ORA'
        CHARACTER SET ZHS16GBK
        ;
        RECOVER DATABASE
       
        ALTER SYSTEM ARCHIVE LOG ALL;
       
        ALTER DATABASE OPEN;
       
   7：再关闭数据库
      SQL>shutdown immediate
   8: 执行 rebuild_controlfile.sql
      SQL>@d:/rebuild_controlfile.sql
      ORACLE 例程已经启动。
      Total System Global Area  143727516 bytes
      Fixed Size                   453532 bytes
      Variable Size             109051904 bytes
      Database Buffers           33554432 bytes
      Redo Buffers                 667648 bytes
       
      控制文件已创建
       
      ORA-00283: ??????????
      ORA-00264: ?????      
       
       
      系统已更改。     
       
      数据库已更改。
     
  9:由于系统正常关闭,故不需要介质恢复,所有第8步恢复数据库报错
     
      总结：恢复丢失的所有控制文件（完全恢复）
      1：还原控制文件到原位置
      2：mount数据库
      3：用TO TRACE备份控制文件
      4：修改备份处理的TO TRACE 文件
      5：关闭数据库
      6：重建控制文件（用修改后的TO TRACE 备份）
      7：恢复数据库
      8：打开数据库
     
  
2：丢失所有的联机重做日志文件
    分析:
    SHUTDOWN IMMEDIATE所有联机日志丢失,如果
   
    方法1:由于数据库是正常关闭,所有数据库处于一致状态,可以强行恢复而不会丢失任何已经写入数据文件的已经提交的事务
   
    SQL>startup mount restrict
    SQL>recover database until cancel
    SQL>alter database open resetlogs
    SQL>alter system disable restricted session
   
    总结:
        正常关闭数据库(shutdown immediate shutdown normal ),数据库处于一致状态,可以强行恢复,而不会丢失已经提交的事务.
        1 mount数据库
        2 使用until cancel恢复数据库
        3 用resetlogs打开数据库
 
   
    方法2：使用备份恢复
    SQL>select group#,sequence#,archived,status from v$log;
        1    1   No   CURRENT
        2    2   YES  INACTIVE
        3    3   YES  INACHIVE
       
    SQL>alter database clear unarchived logfile group 1;
        ERROR 位于第 1 行:
        ORA-00313: 无法打开日志组 1 (线程 1) 的成员
        ORA-00312: 联机日志 1 线程 1: 'D:/ORACLE/ORADATA/CSS/REDO01.LOG'
        ORA-27041: 无法打开文件
        OSD-04002: 无法打开文件
        O/S-Error: (OS 2) 系统找不到指定的文件。
    还原最近一次备份的全部数据文件（控制文件不要还原，保留最新的）
    SQL>recover database
    选择 auto,尽量恢复可以利用的归档日志，然后再：
    recover database until cancel
    这次输入cancel,完成不完全恢复，也就是说恢复两次
    SQL>recover database until cancel
    cancel
    利用alter database open resetlogs打开数据库
   
    总结:使用备份恢复会丢失所有未归档的事务,是一个不完全恢复,如果通过方法一恢复数据库失败,可以通过该方法恢复!
    1:还原所有的数据文件,控制文件保持最新
    2:利用归档日志恢复数据库,(尽量恢复可以利用的归档日志)
    3:再用until cancel恢复,选择cancel做不完全恢复
    4:用resetlogs打开数据库
   
    注意:由于丢失了日志文件,不能通过重建控制文件来恢复,可以使用当前系统最新的控制文件.
    1 SQL>startup nomount
    2 SQL>alter database backup controlfile to trace
    3 重建控制文件
        CREATE CONTROLFILE REUSE DATABASE "CSS" NORESETLOGS  ARCHIVELOG
        *
        ERROR 位于第 1 行:
        ORA-01503: CREATE CONTROLFILE ??
        ORA-01565: ????'D:/ORACLE/ORADATA/CSS/REDO01.LOG'???
        ORA-27041: ??????
        OSD-04002: N^7(4r?*ND<~
        O/S-Error: (OS 2) O5M3UR2;5=V86(5DND<~!#
      由于丢失了日志文件,重建控制文件失败.
       
   
    SHUTDOWN ABORT所有联机日志丢失
    模拟步骤:
       SQL>insert into TEST values(1);
       SQL>commit 
       SQL>insert into TEST values(2);
       再起一个连接,执行
       SQL>shutdown abort
     
    1:通过上面的方法2可以做数据库不完全恢复.
   
    2:强制恢复
      启动数据库,会发现一个类似的错误
      SQL> startup
            ORACLE 例程已经启动。
            Total System Global Area  143727516 bytes
            Fixed Size                   453532 bytes
            Variable Size             109051904 bytes
            Database Buffers           33554432 bytes
            Redo Buffers                 667648 bytes
            数据库装载完毕。
            ORA-00313: 无法打开日志组 2 (线程 1) 的成员
            ORA-00312: 联机日志 2 线程 1: 'D:/ORACLE/ORADATA/CSS/REDO02.LOG'
            ORA-27041: 无法打开文件
            OSD-04002: 无法打开文件
            O/S-Error: (OS 2) 系统找不到指定的文件。
    
      关闭数据库
      SQL> shutdown immediate
     
      mount数据库
      SQL> startup nomount
     
      恢复数据库
      SQL> recover database until cancel
           cancel
     
      打开数据库
      SQL> alter database open resetlogs
     
      数据库没有响应,数据库实例崩溃!
      ---------------------------------------------------------------------------
      重复以上的步骤,在恢复时选择
      SQL> shutdown immediate
      SQL> startup nomount
      SQL> recover database until cancel
           auto
      SQL> alter database open resetlogs
     
      同样,数据库没有响应,数据库实例崩溃!
     
      总结:如果丢失的联机重做日志中还有未提交的事务,也就是如果还有事务来不及提交,数据库就shutdown abort
      这样只能通过备份进行不完全恢复了.这样所有未归档的事务都会丢失
     
    
    

3：丢失归档的非当前联机重做日志文件
    分析:由于丢失的联机日志文件已经归档,并且不是当前日志文件
    故,只需重建该日志文件即可
    SQL>select group#,sequence#,archived,status from v$log;
        GROUP#  SEQUENCE# ARCHIVED STATUS
        ---------- ---------- --- ----
         1          0 YES UNUSED
         2          1 NO  CURRENT
         3          0 YES UNUSED
    SQL>alter database clear logfile group 1 [unrecoverable datafile];
    如果该日志组还没有归档,则需要用
    SQL>alter database clear unarchived logfile group 1 [unrecoverable datafile];
   
    打开数据库,重新备份数据库
    SQL>alter database open;
   
    说明:
    1 如果丢失的是非当前的联机日志文件,一般只需要clear就可以重建该日志文件,但是如果该数据库
    处于归档状态但该日志还没有归档,就需要强行clear.
    2 建议clear,特别是强行clear后做一次数据库的全备份
    3 此方法适用归档和非归档数据库

4：丢失未归档的非单前联机重做日志文件
    分析
        丢失未归档的联机非当前日志,必须重建该日志文件,并且需要在重建后做一个数据库全备份.
       
     SQL>select group#,sequence#,archived,status from v$log;
        GROUP#  SEQUENCE# ARCHIVED STATUS
        ---------- ---------- --- ----
         1          0 YES UNUSED
         2          1 NO  CURRENT
         3          0 YES UNUSED
        
     SQL>alter database clear unarchived logfile group 1 [unrecoverable datafile];
    
     如果丢失的是日志组的一个文件,也可以通过这样的方法来重建
     删掉日志组成员文件
     SQL> alter database drop logfile menber 'logfileName';
     重建日志组成员文件
     SQL> alter database add logfile menber 'logfileName' to group n;    
    

5：丢失当前联机重做日志文件
    按全部联机重做日志文件都丢失的方法处理
  

6：丢失所有的控制文件和联机重做日志文件
   数据库正常关闭(shutdown immediate)
   分析:由于丢失了所有的联机重做日志文件,所以可以用最近的一次有效备份和归档日志来恢复,但这样会丢失所有未被归档的事务.
   1)还原最近一次备份的所有数据文件和控制文件
   2)mount数据库
   SQL>startup mount
  
   3) 使用using backup controlfile选择做不完全恢复
   SQL>alter database recover until cancel using backup controlfile;
  
   4) 选择auto,尽可能多的使用归档日志文件
     auto
   5) 用resetlogs打开数据库
    SQL> alter database open resetlogs;
  
   6) 重新做一次数据库的全备份.
  
   (2)只丢失未提交的事务的数据
   
      1)备份所有的数据文件
      2)还原最近数据库结构改变后的最新备份控制文件和数据文件,主要是为了生成TO TRACE控制文件备份
      如果已经有最近一次的控制文件的TO TRACE备份,则直接跳到4
      2)启动数据库到mount状态,生成控制文件的备份
      SQL>startup mount
      SQL>alter dababase backup controlfile to trace;
      3)关闭数据库
      SQL>shutdown immediate
      4)修改生成的控制文件的备份,保留一下内容,注意RESETLOGS,文件名称为 rebuild_control.sql
       
        CREATE CONTROLFILE REUSE DATABASE "CSS" RESETLOGS  ARCHIVELOG
            MAXLOGFILES 50
            MAXLOGMEMBERS 5
            MAXDATAFILES 100
            MAXINSTANCES 1
            MAXLOGHISTORY 113
        LOGFILE
          GROUP 1 'D:/ORACLE/ORADATA/CSS/REDO01.LOG'  SIZE 10M,
          GROUP 2 'D:/ORACLE/ORADATA/CSS/REDO02.LOG'  SIZE 10M,
          GROUP 3 'D:/ORACLE/ORADATA/CSS/REDO03.LOG'  SIZE 10M
        DATAFILE
          'D:/ORACLE/ORADATA/CSS/SYSTEM01.DBF',
          'D:/ORACLE/ORADATA/CSS/UNDOTBS01.DBF',
          'D:/ORACLE/ORADATA/CSS/DRSYS01.DBF',
          'D:/ORACLE/ORADATA/CSS/EXAMPLE01.DBF',
          'D:/ORACLE/ORADATA/CSS/INDX01.DBF',
          'D:/ORACLE/ORADATA/CSS/ODM01.DBF',
          'D:/ORACLE/ORADATA/CSS/TOOLS01.DBF',
          'D:/ORACLE/ORADATA/CSS/USERS01.DBF',
          'D:/ORACLE/ORADATA/CSS/XDB01.DBF',
          'D:/ORACLE/ORADATA/CSS/SERVICE_DATA.ORA',
          'D:/ORACLE/ORADATA/CSS/SERVICE_IDX.ORA'
        CHARACTER SET ZHS16GBK
        ;
    5)生成控制文件
    SQL>startup nomount
    SQL>@rebuild_control.sql
   
    6)用生成的控制文件恢复数据库
    SQL>recover database until cancel using backup controlfile;
   
    7)取消恢复(目的是可以使用resetlogs打开数据库,生成重做日志文件)
    cancel
   
    8)用resetlogs打开数据库
    SQL>alter database open resetlogs;

     
     
   数据库异常关闭(shutdown abort )
  
   只能用第一种方法恢复

7：丢失所有的控制文件和数据文件
   分析
   由于归档日志文件和联机重做日志文件没有丢失,故可以做完全恢复,任何已经提交的事务的数据都不会丢失.
   方法一:使用using backup controlfile做不完全恢复，这样所有未归档的事务都会丢数。
   1）还原最近一次备份的所有数据文件和控制文件
   2）mount 起数据库
     SQL>startup mount
  3）恢复数据库
     SQL>recover database until cancel using backup controlfile;
  4）打开数据库
     SQL>alter database open resetlogs
    
    
   方法二:重建控制文件
   1）还原最近一次备份的所有数据文件和控制文件
   2）mount 起数据库
      SQL> startup mount
        SQL> startup mount
            ORACLE 例程已经启动。
           
            Total System Global Area  143727516 bytes
            Fixed Size                   453532 bytes
            Variable Size             109051904 bytes
            Database Buffers           33554432 bytes
            Redo Buffers                 667648 bytes
            ORA-01991: ???????'D:/oracle/ora92/DATABASE/PWDcss.ORA'
   3）根据提示修改密码文件，然后关闭重新mount数据库
      SQL>host     
        Microsoft Windows [版本 5.2.3790]
        (C) 版权所有 1985-2003 Microsoft Corp.
      找到密码文件的位置，重建它
      D:/> cd D:/oracle/ora92/DATABASE
      D:/oracle/ora92/DATABASE/>del PWDcss.ORA
      D:/oracle/ora92/DATABASE/>orapwd file=PWDcss.ORA password=1234
      D:/oracle/ora92/DATABASE/>exit
      SQL>shutdown immediate
      SQL>startup mount
     
   4）备份控制文件TO TRACE
      SQL>alter database backup controlfile to trace
   5）关闭数据库
      SQL>shutdown immediate
   6）修改备份出来的控制文件，只留下如下内容
        STARTUP NOMOUNT
        CREATE CONTROLFILE REUSE DATABASE "CSS" NORESETLOGS  ARCHIVELOG
        --  SET STANDBY TO MAXIMIZE PERFORMANCE
            MAXLOGFILES 50
            MAXLOGMEMBERS 5
            MAXDATAFILES 100
            MAXINSTANCES 1
            MAXLOGHISTORY 113
        LOGFILE
          GROUP 1 'D:/ORACLE/ORADATA/CSS/REDO01.LOG'  SIZE 100M,
          GROUP 2 'D:/ORACLE/ORADATA/CSS/REDO02.LOG'  SIZE 100M,
          GROUP 3 'D:/ORACLE/ORADATA/CSS/REDO03.LOG'  SIZE 100M
        -- STANDBY LOGFILE
        DATAFILE
          'D:/ORACLE/ORADATA/CSS/SYSTEM01.DBF',
          'D:/ORACLE/ORADATA/CSS/UNDOTBS01.DBF',
          'D:/ORACLE/ORADATA/CSS/DRSYS01.DBF',
          'D:/ORACLE/ORADATA/CSS/EXAMPLE01.DBF',
          'D:/ORACLE/ORADATA/CSS/INDX01.DBF',
          'D:/ORACLE/ORADATA/CSS/ODM01.DBF',
          'D:/ORACLE/ORADATA/CSS/TOOLS01.DBF',
          'D:/ORACLE/ORADATA/CSS/USERS01.DBF',
          'D:/ORACLE/ORADATA/CSS/XDB01.DBF',
          'D:/ORACLE/ORADATA/CSS/SERVICE_DATA.ORA',
          'D:/ORACLE/ORADATA/CSS/SERVICE_IDX.ORA'
        CHARACTER SET ZHS16GBK
        ;
        recover database
       
        alter database Open;
       
   7）运行该文件
      SQL>@rebuild_control.sql
 
        ORACLE 例程已经启动。
       
        Total System Global Area  143727516 bytes
        Fixed Size                   453532 bytes
        Variable Size             109051904 bytes
        Database Buffers           33554432 bytes
        Redo Buffers                 667648 bytes
       
        控制文件已创建
       
      
        完成介质恢复。
      
       
        数据库已更改。
   总结：丢失所有的数据文件和控制文件，可以做完全恢复
        1.  拷贝所有的控制文件和数据文件（不包括redo）  
        2.  mount数据库，按照提示重建口令文件  
        3.  这时，试图完全恢复数据库是不成功的  
        4.  用to trace备份控制文件  
        5.  找到并且编辑控制文件  
        6.  重建控制文件  
        7.  shutdown immediate，然后重新恢复数据库  
        8.  完全恢复数据库  
        9.  打开数据库  

8：丢失所有的数据文件和联机重做日志文件
    分析：由于丢失了所有的数据文件和联机重做日志文件，故只能做不完全恢复，任何没有归档的事务数据都被丢失。
    1）还原所有的数据文件
    2）mount数据库
       SQL>startup mount
    3）根据提示重建密码口令文件，然后重新mount起数据库
      
      
    4）恢复数据库
       SQL>recover database until cancel
       auto
    5）用resetlogs打开数据库
       SQL>alter database open resetlogs
   
   
9：丢失所有的文件（只有INIT.ORA 和 SPFILE ）
    分析：由于只有归档日志文件和数据文件的备份，故所有未归档的事务数据都会丢失。
    1）还原控制文件和全部数据文件
    2）mount数据库
       SQL>startup mount
    3）根据提示重建密码口令文件，然后重新mount起数据库
      
    4） 用using backup controlfile 恢复数据库
    SQL>recover database until cancel using backup controlfile;
        auto
    5）用resetlogs打开数据库
       SQL>alter database open resetlogs
   
    也可以通过重建控制文件来恢复，不过重建控制文件需要使用RESETLOGS选项
   

10：丢失SYSTEM表空间的一个数据文件
    分析：丢失了SYSTEM表空间的文件，只能脱机恢复。
    1）还原丢失的文件
    2）mount数据库
      SQL>startup mount
     
    3）做完全恢复
      SQL>recover tablespace system;
      或者
      SQL>recover database;
      或者
      SQL>recover datafile '还原文件物理位置'
     

11：丢失一个普通的数据文件（不包含回滚段）
    A：脱机恢复，用10的方法即可
   
    B：联机恢复
    分析：需要恢复的数据库文件必须处于脱机状态
   
    方法1：直接操作数据文件
    SQL>alter database datafile '文件名称' offline;
   
    SQL>recover datafile '文件名称';
   
    SQL>alter database datafile '文件名称' online;
   
    方法2：通过数据文件所属的表空间操作
   
    SQL>alter tablespace xxxx offline;
   
    SQL>recover tablespace xxxx;
   
    SQL>alter tablespace xxxx online;
   

12： ORACLE9I在回滚表空间自动管理的情况下丢失一个回滚段表空间的文件（包含回滚段）
    A：脱机恢复，用10的方法即可(适用于数据库用shutdown immediate shutdown abort)
   
    B：联机恢复（使需要恢复的回滚段表空间/数据文件脱机(只适用于数据库正常关闭的情况shutdown immediate)）
       分析：在正常关系的情况下，回滚段里没有活动事务，故数据库在使丢失的文件脱机后可以正常打开
       如果是使用shutdown abort关闭，则回滚段中还会有活动事务，数据库在打开是要先做一个崩溃恢复，这时候
       需要使用回滚段，但是，这时的回滚段是不能访问的，故恢复失败！
       1）还原该文件的备份
       2）修改init.ora中有关回滚段设置的参数，将参数undo_management设置未manual
      
         SQL>create pfile='pfile_new.ora' from spfile;
            修改pfile_new.ora文件，将参数undo_management设置未manual，同时去掉参数
            undo_retention=900
            undo_tablespace='UNDOTBS1'
        3）重建spfile文件(先备份spfile)
         SQL>create spfile from pfile='pfile_new.ora'   
       
        4）mount起数据库
        SQL>startup mount
        5）使丢失的数据文件脱机
         SQL>alter database datafile 'd:/oracle/oradata/test/tbsl.ora' offline;
        6）打开数据库
         SQL>alter database open;
        7）联机恢复丢失的数据文件
         SQL>recover datafile 'd:/oracle/oradata/test/tbsl.ora' offline;
       8) 使文件联机
          SQL>alter database datafile 'd:/oracle/oradata/test/tbsl.ora' online;
       9）关闭数据库
          SQL>shutdown immediate
       10)恢复备份的spfile成为当前spfile
      
       11)重新启动数据库
         SQL>startup
        
       
   
    2）没有备份的强制恢复
       1）修改init.ora中有关回滚段设置的参数，将参数undo_management设置未manual
      
          SQL>create pfile='pfile_new.ora' from spfile;
            修改pfile_new.ora文件，将参数undo_management设置未manual，同时去掉参数
            undo_retention=900
            undo_tablespace='UNDOTBS1'
        2）重建spfile文件(先备份spfile)
         SQL>create spfile from pfile='pfile_new.ora'   
       
        3）mount起数据库
        SQL>startup mount
        4）使丢失的数据文件脱机
         SQL>alter database datafile 'd:/oracle/oradata/test/tbsl.ora' offline drop;
        5）打开数据库
         SQL>alter database open;
       
        6）删除数据文件所在的表空间
         SQL>drop tablespace xxxx including contents;
       
        7）重建该表空间
         SQL>create tablespace xxxx datafile 'datafilename' size 50M;
       
       

13：丢失一个没有备份的数据文件
    SQL> conn sys/iamahost@lcss as sysdba
        已连接到空闲例程。
        SQL> startup
        ORACLE 例程已经启动。
       
        Total System Global Area  143727516 bytes
        Fixed Size                   453532 bytes
        Variable Size             109051904 bytes
        Database Buffers           33554432 bytes
        Redo Buffers                 667648 bytes
        数据库装载完毕。
        数据库已经打开。
        SQL> archive log list
        数据库日志模式            存档模式
        自动存档             启用
        存档终点            D:/oracle/oradata/css/archive
        最早的概要日志序列     16
        下一个存档日志序列   18
        当前日志序列           18
        SQL> alter system switch logfile;
       
        系统已更改。
       
        SQL> alter tablespace users add datafile 'd:/oracle/oradata/css/user_add.ora' size 10M;
       
        表空间已更改。
       
        SQL> alter system switch logfile;
       
        系统已更改。
       
        SQL> shutdown immediate
        数据库已经关闭。
        已经卸载数据库。
        ORACLE 例程已经关闭。
        SQL> host
        Microsoft Windows [版本 5.2.3790]
        (C) 版权所有 1985-2003 Microsoft Corp.
       
        E:/>d:
       
        D:/>cd d:/oracle/oradata/css
       
        D:/oracle/oradata/css>dir
         驱动器 D 中的卷是 应用程序
         卷的序列号是 C954-72C9
       
         D:/oracle/oradata/css 的目录
       
        2005-09-08  10:40    <DIR>          .
        2005-09-08  10:40    <DIR>          ..
        2005-11-25  14:02         2,002,944 CONTROL01.CTL
        2005-11-25  14:02         2,002,944 CONTROL02.CTL
        2005-11-25  14:02         2,002,944 CONTROL03.CTL
        2005-11-25  14:02        20,975,616 DRSYS01.DBF
        2005-11-25  14:02       152,702,976 EXAMPLE01.DBF
        2005-11-25  14:02        26,218,496 INDX01.DBF
        2005-11-25  14:02        20,975,616 ODM01.DBF
        2005-11-25  14:02       104,858,112 REDO01.LOG
        2005-11-25  14:02       104,858,112 REDO02.LOG
        2005-11-25  13:58       104,858,112 REDO03.LOG
        2005-11-25  14:02       209,719,296 SERVICE_DATA.ORA
        2005-11-25  14:02       209,719,296 SERVICE_IDX.ORA
        2005-11-25  14:02       356,519,936 SYSTEM01.DBF
        2005-11-17  17:16        97,521,664 TEMP01.DBF
        2005-11-25  14:02        10,489,856 TOOLS01.DBF
        2005-11-25  14:02       209,719,296 UNDOTBS01.DBF
        2005-11-25  14:02        32,772,096 USERS01.DBF
        2005-11-25  14:02        39,981,056 XDB01.DBF
        2005-11-25  14:02        10,489,856 USER_ADD.ORA
        2005-10-18  15:34    <DIR>          archive
        2005-11-17  13:37    <DIR>          back
        2005-11-18  14:27    <DIR>          back_new
                      19 个文件  1,718,388,224 字节
                       5 个目录  8,426,979,328 可用字节
       
        D:/oracle/oradata/css>del USER_ADD.ORA
       
        D:/oracle/oradata/css>exit
       
        SQL> startup mount
        ORACLE 例程已经启动。
       
        Total System Global Area  143727516 bytes
        Fixed Size                   453532 bytes
        Variable Size             109051904 bytes
        Database Buffers           33554432 bytes
        Redo Buffers                 667648 bytes
        数据库装载完毕。
       
        SQL> alter database create datafile 'd:/oracle/oradata/css/user_add.ora'  as 'd:/oracle/oradata/css/user_add.ora';
       
        数据库已更改。
       
        SQL> recover datafile 'd:/oracle/oradata/css/user_add.ora';
        完成介质恢复。
        SQL> alter database open;
       
        数据库已更改。
       
        SQL>
       
        说明：alter database create datafile 命令可以用来创建丢失的数据文件
        增加数据文件是使用命令
        alter tablespace add datafile

14：恢复一张被意外删除的表