如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!
诗檀软件专业数据库修复团队
服务热线 ： 13764045638 QQ号:47079569 邮箱：service@parnassusdata.com
RMAN 从丢失的控制文件 当没有备份文件可用，但是重做日志不完整时
第五情景
Bob 丢失了所有的控制文件，删除了控制文件的RMAN备份，Bob 需要创建一个新的控制文件，以便不丢失重做日志文件中的数据，他使用故障发生之前生成的sql 命令, 创建控制文件，恢复数据库。
现在问题很严重，Bob已经失去了所有的控制文件，最糟糕的是，他没有任何备份。 所以，他需要重建控制文件，幸运的是，通过使用create controlfile 命令重建控制文件，Oracle帮助 Bob 解决了问题，看一下这个案例。
首先, Bob 会移动控制文件，在这种情况下请注意，需要重做日志完整，使用重做日志和归档日志，我们和Bob 能够打开数据库，为了模拟控制文件丢失，将其移动到另一个位置。
SQL> alter database backup controlfile to trace; $ mv *.ctl control_backup/
因为 Bob丢失了控制文件, 他立刻使用 abort选项终止了实例。
SQL> shut abort; ORACLE instance shut down.
为了再次创建控制文件, Bob 需要这个文件存储的所有数据库信息，并且这必须和数据库结构完全匹配，通过使用下列命令，获得当前结构和创建命令是可能的:
alter database backup controlfile to trace.
这将在用户转储目的地(10g中)或诊断目的地(11g中)创建基于文本的跟踪文件，如果我们没有对数据库结构做任何改变，我们可以简单地留下该文件并使用它，这个文件包括两个部分: 有重设日志的和没有重设日志的。不完全恢复需要重设日志选项。
同时, 这里因为控制文件比剩下的数据库更旧，我们需要使用备份控制文件选项通知Oracle，一个旧的控制文件正被使用，如下:
recover database using backup controlfile;
幸运的是, 所有的这些都已经存在于我们将要从alter database 选项中获得的跟踪文件中，跟踪本身包含大量的信息，这可能并不需要; 跟踪文件中最好只有我们需要的内容，作为SYS 用户连接时我们需要运行这个脚本，它具有和剩余进程一起向前的所有命令，以下是该文件的来源:
startup nomount create controlfile reuse database "orcl" noresetlogs archivelog maxlogfiles 16 maxlogmembers 3 maxdatafiles 100 maxinstances 8 maxloghistory 292 logfile group 1 '/u01/app/oracle/oradata/orcl/redo01.log' size 50m, group 2 '/u01/app/oracle/oradata/orcl/redo02.log' size 50m group 3 '/u01/app/oracle/oradata/orcl/redo03.log' size 50m datafile '/u01/app/oracle/oradata/orcl/system01.dbf', '/u01/app/oracle/oradata/orcl/undotbs01.dbf', '/u01/app/oracle/oradata/orcl/sysaux01.dbf', '/u01/app/oracle/oradata/orcl/users01.dbf', '/u01/app/oracle/oradata/orcl/example01.dbf', character set we8iso8859p1; recover database;
因此Bob将该命令置于一个名叫 create_controlfile.sql 的脚本中并运行，如下:
SQL> @/home/oracle/create_controlfile.sql ORACLE instance started.
Total System Global Area 171573248 bytes Fixed Size 1298668 bytes Variable Size 138415892 bytes Database Buffers 25165824 bytes Redo Buffers 6692864 bytes Control file created.| Specify log: {<RET>=suggested | filename | AUTO | CANCEL} /u01/app/oracle/oradata/orcl/redo01.log Log applied. Media recovery complete.
创建控制文件并执行恢复之后，Bob使用重设日志选项打开数据库 (如果他运行create controlfile resetlogs):
SQL> alter database open resetlogs; Database altered.
创建控制文件时，有可能出现仅仅使用默认的给定文件向前在这里可能是不够的，一种情况可能是我们已经添加了一个新的表空间，然后丢失了控制文件，没有备份或只有旧的备份，不会有新添加的表空间，在这种情况中，新添加的表空间上的信息保存到之前的控制文件，并且使用带有恢复数据库的备份控制文件选项是很重要的 ，如果没有已存在某处的的旧控制文件的备份，我们正在使用跟踪选项从头创建它，我们需要注意新添加的所有数据文件的路径和所有表空间的名称 存在于该控制文件的列表中。
为了证明这一点, 看这里的相同案例，下面是数据库中的文件和表空间:
SQL> select name from v$datafile;
NAME ----------------------------------------/u01/app/oracle/oradata/orcl/system01.dbf /u01/app/oracle/oradata/orcl/sysaux01.dbf /u01/app/oracle/oradata/orcl/undotbs01.dbf /u01/app/oracle/oradata/orcl/users01.dbf /u01/app/oracle/oradata/orcl/example01.dbf
SQL> select * from v$tablespace;
TS# NAME INC BIG FLA ENC ------ ------------------------------ --- --- --- --- 0 SYSTEM YES NO YES 1 SYSAUX YES NO YES 2 UNDOTBS1 YES NO YES 4 USERS YES NO YES 3 TEMP NO NO YES 6 EXAMPLE YES NO YES
6 rows selected.
现在另外添加一个空间到列表中:
SQL> create tablespace new 2 datafile '/u01/app/oracle/oradata/orcl/new.dbf' SIZE 1m; Tablespace created. SQL> select count(*) from v$tablespace; COUNT(*) ---------- 7
因此现在我们已经添加一个空间文件备份中没有的文件到数据库中 ，控制文件丢失后，我们尝试从备份中恢复它，如下:
RMAN> restore controlfile from '/u01/app/oracle/ flash_recovery_area/ORCL/backupset/2009_11_19/ o1_mf_ncnnf_TAG20091119T083712_5j9fm60b_.bkp'; RMAN> alter database mount; RMAN> recover database; .......... .......... .......... archived log file name=/u01/app/oracle/oradata/ orcl/redo02.log thread=1 sequence=8 creating datafile file number=6 name=/u01/app/ oracle/oradata/orcl/new.dbf RMAN-00571: =========================================================== RMAN-00569: =============== error message stack follows =============== RMAN-00571: =========================================================== RMAN-03002: failure of recover command at 11/19/2009 09:11:12 ORA-01119: error in creating database file '/ u01/app/oracle/oradata/orcl/new.dbf' ORA-27038: created file already exists Additional information: 1
从归档重做日志文件中恢复数据库，应用信息时, RMAN 尝试创建新的数据文件 new.dbf，因为关于new.dbf创建的信息写入到归档重做日志文件中，不存在于控制文件中，因为原始文件就在这里，我们需要重命名并恢复它，如下:
SQL> recover database using backup controlfile; ORA-00283: recovery session canceled due to errors ORA-01111: name for data file 6 is unknown - rename to correct file ORA-01110: data file 6: '/u01/app/oracle/product/11.1.0/db_1/dbs/UNNAMED00006' SQL> alter database rename file '/u01/app/oracle/product/11.1.0/db_1/dbs/UNNAMED00006' TO '/u01/app/oracle/oradata/orcl/new.dbf'; Database altered. SQL> recover database using backup controlfile; ORA-00279: change 564920 generated at 11/19/2009 08:43:22 needed for thread 1 ORA-00289: suggestion : /u01/app/oracle/flash_recovery_area/ORCL/archivelog/2009_11_19/o1_mf_1_8_%u_.arcORA-00280: change 564920 for thread 1 is in sequence #8 Specify log: {<RET>=suggested | filename | AUTO | CANCEL} /u01/app/oracle/oradata/orcl/redo02.log Log applied. Media recovery complete. SQL> SQL> alter database open resetlogs; Database altered. SQL> select * from v$tablespace;
TS# NAME INC BIG FLA ENC ----- ------------------------------ --- --- --- --- 0 SYSTEM YES NO YES 1 SYSAUX YES NO YES 2 UNDOTBS1 YES NO YES 4 USERS YES NO YES 3 TEMP NO NO YES 6 EXAMPLE YES NO YES 7 NEW YES NO YES 7 rows selected.
在一个更糟糕的案例情景中, 所有的控制文件损坏或移动，没有控制文件备份可用, 不幸的是，数据库关闭，同时, 之前没有采用控制文件跟踪，另外 , 使用 alter database backup controlfile to trace采用控制文件跟踪万泉寺不可能的; 因为运行该命令，数据库必须在, MOUNTed 或 OPENed 状态下。
在这种情况下，必须使用create controlfile 命令人工创建控制文件，但是为此 需要记住所有数据文件、重做日志文件和字符设置细节的合格的路径，为这样的问题，在某处保存一个控制文件跟踪的副本，是一个很好的做法。