using channel ORA_DISK_1

复制代码 代码如下:

using target database controlfile instead of recovery catalog

EYGLE.GET_DBID('/OPT/ORACLE/OR

Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.

复制代码 代码如下:

其实更简单的，用BBED就好了。

3.从自动备份中恢复

1.查询v$database获得

-rw-r----- 1 oracle dba 3375104 Dec 21 11:13 c-3152029224-20051221-00

复制代码 代码如下:

RMAN-03002: failure of restore command at 02/05/2006 20:47:25
      DBID

channel ORA_DISK_1: restore complete

Starting restore at 05-FEB-06

[oracle@jumper dbs]$ rman target  /

allocated channel: ORA_DISK_1
-rw-r----- 1 oracle dba 3358720 Jan 21 14:03 c-3152029224-20060121-00
RMAN-06495: must explicitly specify DBID with SET DBID command

如果数据库配置了自动控制文件备份(Oracle9i),并且名称是缺省的,那么我们可以从自动备份文件获得DBID.

RMAN-00571: ===========================================================
SQL> select dbid from v$database;

connected to target database: conner (not mounted)

复制代码 代码如下:

Database altered.

3152029224
SQL> alter database mount;

复制代码 代码如下:

[oracle@jumper dbs]$ cd $ORACLE_HOME/dbs
3152029224
SQL> select eygle.get_dbid('/opt/oracle/oradata/conner','user02.dbf') from dual;

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================

Recovery Manager: Release 9.2.0.4.0 - Production

Finished restore at 05-FEB-06
------------------------------
input filename=/opt/oracle/oradata/conner/control01.ctl
----------
output filename=/opt/oracle/oradata/conner/control03.ctl

如果存在自动备份,我们通常可以直接恢复控制文件,mount数据库之后就好办了:

SQL> select dbid from v$database;
output filename=/opt/oracle/oradata/conner/control02.ctl

RMAN> restore controlfile from autobackup;

----------
3152029224

这种方法仅为测试兴趣所致,不被推荐.

Starting restore at 05-FEB-06

-rw-r----- 1 oracle dba 3358720 Jan 21 14:08 c-3152029224-20060121-01

replicating controlfile

channel ORA_DISK_1: restoring controlfile

由于DBID在控制文件和数据文件中都存在记录,所以如果能够mount数据库就可以查询v$database视图获得.

[oracle@jumper dbs]$ ll c-*

4.直接从幸存的文件中读取

RMAN> restore controlfile from '/opt/oracle/product/9.2.0/dbs/c-3152029224-20051221-00';

由于DBID存在于数据文件及控制文件中,所以我们可以通过PL/SQL程序直接从文件中读取:

这里的3152029224就是DBID。在10g中，使用Flash Recovery Area，则没有这个命名规则。

channel ORA_DISK_1: sid=11 devtype=DISK

需要或缺DBID进行恢复通常是因为丢失了所有的控制文件.在恢复时会遇到错误.

2.在nomount状态时

DBID