RMan之DBID

在进行数据库恢复的过程中,很多时候我们需要知道Oracle数据库的DBID,通常有以下几种方法可以

获得数据库的DBID.

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

v$database视图获得.
　　SQL> alter database mount;
　　Database altered.
　　SQL> select dbid from v$database;
　　      DBID
　　----------
　　3152029224
　　SQL>  

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

文件获得DBID.
　　[oracle@jumper dbs]$ cd $ORACLE_HOME/dbs
　　[oracle@jumper dbs]$ ll c-*
　　-rw-r----- 1 oracle dba 3375104 Dec 21 11:13 c-3152029224-20051221-00
　　-rw-r----- 1 oracle dba 3358720 Jan 21 14:03 c-3152029224-20060121-00
　　-rw-r----- 1 oracle dba 3358720 Jan 21 14:08 c-3152029224-20060121-01
　　这里的3152029224就是DBID.

3.从自动备份中恢复
　　需要或缺DBID进行恢复通常是因为丢失了所有的控制文件.在恢复时会遇到错误.
　　[oracle@jumper dbs]$ rman target  /
　　Recovery Manager: Release 9.2.0.4.0 - Production
　　Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.
　　connected to target database: conner (not mounted)
　　RMAN> restore controlfile from autobackup;
　　Starting restore at 05-FEB-06
　　using target database controlfile instead of recovery catalog
　　allocated channel: ORA_DISK_1
　　channel ORA_DISK_1: sid=11 devtype=DISK
　　RMAN-00571: ===========================================================
　　RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
　　RMAN-00571: ===========================================================
　　RMAN-03002: failure of restore command at 02/05/2006 20:47:25
　　RMAN-06495: must explicitly specify DBID with SET DBID command

　　如果存在自动备份,我们通常可以直接恢复控制文件,mount数据库之后就好办了:
　　RMAN> restore controlfile from '/opt/oracle/product/9.2.0/dbs/c-3152029224-

20051221-00';
    Starting restore at 05-FEB-06using channel ORA_DISK_1channel
    ORA_DISK_1: restoring controlfilechannel ORA_DISK_1: restore completereplicating

controlfileinput
    filename=/opt/oracle/oradata/conner/control01.ctloutput
    filename=/opt/oracle/oradata/conner/control02.ctloutput
    filename=/opt/oracle/oradata/conner/control03.ctlFinished
    restore at 05-FEB-06 
    也就是说如果rman有专门对控制文件的备份，那么nomount数据库后，就不不需要set dbid就可

以恢复控制文件。

4.直接从幸存的文件中读取
　　由于DBID存在于数据文件及控制文件中,所以我们可以通过PL/SQL程序直接从文件中读取:
　　SQL> select eygle.get_dbid('/opt/oracle/oradata/conner','user02.dbf') from dual;
　　EYGLE.GET_DBID('/OPT/ORACLE/OR
　　------------------------------
　　3152029224
　　SQL> select dbid from v$database;

　　DBID
　　----------
　　3152029224 
　　这种方法仅为测试兴趣所致,不被推荐.
5、set dbid命令的限制和使用注意事项
   应该在如下的特定情况下运行set dbid命令
   1)没有连接到catalog,但是我们想恢复控制文件或者是服务器参数文件。
   2)已经连接到恢复目录，并且想还原控制文件，但是数据库名字在恢复目录中不唯一。
   3)服务器参数文件丢失，我们想还原它。

 

奇怪的是我在10.2.0.1 linux平台测试时，

RMAN> restore controlfile to '/oracle/oradata/aa.ctl'from '/oracle/recv/ANTIPER_29.bak';

Starting restore at 14-8ÔÂ -08
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=35 devtype=DISK

channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
Finished restore at 14-8ÔÂ -08

做上述测试时，数据库是处于nomount状态下，没有连接到恢复目录，没有 setdbid,控制文件也恢复成功。难道是我没有正确理解其中的含义？