oracle在恢复中常用到DBID,DBID的作用是什么，它和db_name是不是一一对应关系？

mengzhaoliang · 发表于 2008-2-15 10:01

oracle在恢复中常用到DBID,DBID的作用是什么，它和db_name是不是一一对应关系？
DBID是不是用来标识db_name的序列号？请各位高手解释一下！

1 当丢失了控制文件时，进行自动恢复数据时用到DBID.

RMAN> restore controlfile from autobackup;
启动 restore 于 15-2月 -08
使用通道 ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/15/2008 00:43:38
RMAN-06495: must explicitly specify DBID with SET DBID command

2 进行rman恢复时，有时也用到DBID.

3 oracle自动控制文件也用DBID做文件名

4 DBID存在于数据文件及控制文件中

下面转一下eygle的《Oracle HowTo:如何获得数据库的DBID》
http://www.eygle.com/archives/2006/02/oracle_howto_get_oracle_dbid.html

在进行数据库恢复的过程中,很多时候我们需要知道Oracle数据库的DBID,通常有以下几种方法可以获得数据库的DBID.
1.查询v$database获得
由于DBID在控制文件和数据文件中都存在记录,所以如果能够mount数据库就可以查询v$database视图获得.

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

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 - ProductionCopyright (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-06using 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_1
channel ORA_DISK_1: restoring controlfile
channel ORA_DISK_1: restore complete
replicating controlfile
input filename=/opt/oracle/oradata/conner/control01.ctl
output filename=/opt/oracle/oradata/conner/control02.ctl
output filename=/opt/oracle/oradata/conner/control03.ctl
Finished restore at 05-FEB-06

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

SQL> select eygle.get_dbid('/opt/oracle/oradata/conner','user02.dbf') from dual;EYGLE.GET_DBID('/OPT/ORACLE/OR
------------------------------
3152029224SQL> select dbid from v$database;DBID
----------
3152029224

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

NinGoo · 发表于 2008-2-15 10:09

你可以将它理解为db_name在数据库内部的表示

mengzhaoliang · 发表于 2008-2-15 10:21

谢谢,想不到那么快就得到了答案!

eygle · 发表于 2008-2-15 10:32

DBID是DataBase IDentifier的缩写，意思就是数据库的唯一标识符。

这个DBID在数据文件头和控制文件都是存在的，可以用于标示数据文件的归属。
对于不同数据库来说，DBID应当不同，而db_name则可能是相同的。

但是DBID是可变的，在进行数据库Clone等操作时，DBID可以被重置
看一下这个中间部分：
http://www.eygle.com/archives/2007/08/stepbs_oracle_chp1_07.html

然后通过dbms_backup_restore包清空dbid等信息：
exec dbms_backup_restore.zerodbid(0);

看到这里再次使用到了dbms_backup_restore包，zeroDbid是包中的一个过程，用于清空数据文件头的部分信息，新的dbid在之后的控制文件创建时可以被计算，对于数据库克隆，这是必须的。
zeroDbid有一个输入参数，即文件号：
PROCEDURE zeroDbid(fno IN binary_integer);

当fno==0时，控制文件中包含的所有数据文件头都将被清零，zeroDbid主要用于清除数据文件头的3类信息：Database id信息、Checksum信息和Checksum符号位信息。
继续看这个脚本，清零完成之后，数据库重新启动，控制文件被重新创建，此时新的dbid被计算并最终写入所有数据文件：
。。。。。。。。。。。。。。。。。。。。。。。