« 试用并选择 Firefox 3.0 全面取代IE | Blog首页 | Duplicate standby 与 RMAN-05501 错误 »
使用dbms_backup_restore修改DBID
作者:eygle | 【转载请注出处】|【云和恩墨 领先的zData数据库一体机 | zCloud PaaS云管平台 | SQM SQL审核平台 | ZDBM 数据库备份一体机】
链接:https://www.eygle.com/archives/2008/05/dbms_backup_restore_dbid.html
数据库中还有什么是不能修改的呢?链接:https://www.eygle.com/archives/2008/05/dbms_backup_restore_dbid.html
在一些特殊的情况下,我们可能需要修改数据库的DBID,有时候可能仅仅是修改控制文件的。
从Oracle10g开始,Oracle在DBMS_BACKUP_RESTORE包中增加了几个PROCEDURE用来完成这个工作。
这几个相关过程是:
PROCEDURE NIDBEGIN
Argument Name Type In/Out Default?
------------------------------ ----------------------- ------ --------
NEWDBNAME VARCHAR2 IN
OLDDBNAME VARCHAR2 IN
NEWDBID NUMBER IN
OLDDBID NUMBER IN
DOREVERT BINARY_INTEGER IN
DORESTART BINARY_INTEGER IN
EVENTS NUMBER IN
PROCEDURE NIDEND
PROCEDURE NIDGETNEWDBID
Argument Name Type In/Out Default?
------------------------------ ----------------------- ------ --------
DBNAME VARCHAR2 IN
NDBID NUMBER OUT
PROCEDURE NIDPROCESSCF
Argument Name Type In/Out Default?
------------------------------ ----------------------- ------ --------
CHGDBID BINARY_INTEGER OUT
CHGDBNAME BINARY_INTEGER OUT
顺便说一句,如果你遇到数据库DBMS_BACKUP_RESTORE不存在的情况:
SQL> DESC DBMS_BACKUP_RESTORE
ERROR:
ORA-04043: 对象 DBMS_BACKUP_RESTORE 不存在
可以通过运行 $ORACLE_HOME/rdbms/admin/dbmsbkrs.sql 来创建!
通过以上几个新增的SQL我们可以来修改数据库的DBID,以下是一个测试过程:
C:\>sqlplus "/ as sysdba"
SQL*Plus: Release 10.2.0.3.0 - Production on 星期三 5月 21 22:10:17 2008
Copyright (c) 1982, 2006, Oracle. All Rights Reserved.
连接到:
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
With the Partitioning, OLAP and Data Mining options
SQL> alter database open;
数据库已更改。
SQL> select dbid from v$database;
DBID
----------
1465764760
SQL> show parameter db_name
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_name string eygle
SQL> exec dbms_backup_restore.nidbegin('eygle','EYGLE','3935589514','1465764760',0,0,10)
PL/SQL 过程已成功完成。
SQL> select dbid from v$database;
DBID
----------
1465764760
SQL> variable a number;
SQL> variable b number
SQL> variable c number;
SQL> exec dbms_backup_restore.nidprocessdf(0,0,:a,:b,:c);
PL/SQL 过程已成功完成。
SQL> print :a
A
----------
0
SQL> print :b
B
----------
1
SQL> print :c
C
----------
1
SQL> exec dbms_backup_restore.nidprocesscf(:a,:b);
PL/SQL 过程已成功完成。
SQL> print :a
A
----------
1
SQL> print :b
B
----------
1
SQL> exec dbms_backup_restore.nidend;
PL/SQL 过程已成功完成。
SQL> select dbid from v$database;
DBID
----------
3935589514
此时修改完成,最好重启一次数据库,使得修改被确认。
-The End-
历史上的今天...
>> 2011-05-26文章:
>> 2010-05-26文章:
>> 2006-05-26文章:
By eygle on 2008-05-26 12:29 | Comments (17) | Backup&Recovery | 1919 |
用dbms_backup_restore修改DBID,按照您说的方式,怎么不行呢?
哪个步骤有问题?
用你的方法改完DBID后
SHUTDOWN IMMEDIATE 就报ORA-03113
不SHUTDOWN,使用alter system switch logfile 就报LGWR进程异常终止,为什么
我的是10.1.0.5
谢谢
你的是测试库吧?生产库就不要乱测试啊。
重启或shutdown abort再启动看看,应该重启以后就好了。
你好
环境描述: 我的数据库是: oracle10.2.0.1,操作系统是xp,
问题描述: exec dbms_backup_restore.nidbegin('eygle','EYGLE','3935589514','1465764760',0,0,10)
可以执行成功,但: exec dbms_backup_restore.nidprocessdf(0,0,:a,:b,:c);一直提示内部错误
疑问:1)有没有办法放弃修改呢
2) 这个错误是因为什么原因呢?如何修改才能使其通过呢?
谢谢你
出错可能是你给的参数有问题,你不要抄我的参数,要根据你的数据库环境来修改啊。
exec dbms_backup_restore.nidbegin('LYG','LYG', 新的dbid,原dbid,0,0,10)
前四个参数是按照实际的修改的,但是后三个参数是0,0,10
我不知道这三个三数是什么意思
谢谢你
dbms_backup_restore.nidprocessdf(0,0,:a,:b,:c)
这里面的第一个参数和第二个参数是什么意思呀?
还有就是:
如果我想了解这些函数每一个参数的真正意思,从哪里可以找到呢?
我从网上找到了关于dbms_backup_restore包存储过程的说明,是每个存储过程的每个参数的意思没有找到……
你通过pl/sql developer之类的工具来找到这个package,可以看到其中的详细内容及注释。
或者,你直接看创建脚本
$ORACLE_HOME/rdbms/admin/dbmsbkrs.sql
盖老师,你好
我在dbmsbkrs.sql中看到了每个存储过程,有些有每个参数的说明,包括输入,输出参数。但是正好这几个存储过程都没有说明。
我看到了每个参数的类型,但是具体的含义还是没有搞清楚。
盖老师:
我也出现类似的情况,总是system表空间对应的数据库文件修改不了啊!!
请教怎么回事?
SQL> startup
ORACLE 例程已经启动。
Total System Global Area 612368384 bytes
Fixed Size 1292036 bytes
Variable Size 171968764 bytes
Database Buffers 432013312 bytes
Redo Buffers 7094272 bytes
数据库装载完毕。
ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项
SQL> alter database open resetlogs;
alter database open resetlogs
*
第 1 行出现错误:
ORA-01194: 文件 1 需要更多的恢复来保持一致性
ORA-01110: 数据文件 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF'
SQL> recover database using backup controlfile;
ORA-00279: 更改 618045 (在 04/20/2009 16:55:08 生成) 对于线程 1 是必需的
ORA-00289: 建议: D:\ARCHIVE\ARC00006_0684693276.001
ORA-00280: 更改 618045 (用于线程 1) 在序列 #6 中
指定日志: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: 无法打开归档日志 'D:\ARCHIVE\ARC00006_0684693276.001'
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。
ORA-00308: 无法打开归档日志 'D:\ARCHIVE\ARC00006_0684693276.001'
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。
SQL> recover database using backup controlfile;
ORA-00279: 更改 618045 (在 04/20/2009 16:55:08 生成) 对于线程 1 是必需的
ORA-00289: 建议: D:\ARCHIVE\ARC00006_0684693276.001
ORA-00280: 更改 618045 (用于线程 1) 在序列 #6 中
指定日志: {=suggested | filename | AUTO | CANCEL}
cancel
介质恢复已取消。
SQL> alter database open resetlogs;
alter database open resetlogs
*
第 1 行出现错误:
ORA-01113: 文件 1 需要介质恢复
ORA-01110: 数据文件 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF'
SQL> recover database using backup controlfile until cancel;
ORA-00279: 更改 618045 (在 04/20/2009 16:55:08 生成) 对于线程 1 是必需的
ORA-00289: 建议: D:\ARCHIVE\ARC00006_0684693276.001
ORA-00280: 更改 618045 (用于线程 1) 在序列 #6 中
指定日志: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: 无法打开归档日志 'D:\ARCHIVE\ARC00006_0684693276.001'
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。
ORA-00308: 无法打开归档日志 'D:\ARCHIVE\ARC00006_0684693276.001'
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。
ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 将出现如下错误
ORA-01194: 文件 1 需要更多的恢复来保持一致性
ORA-01110: 数据文件 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF'
SQL>
加隐含参数,可以把数据库搞起来的。
也遇到了楼上遇到的问题,file 1 需要介质恢复。
修改隐藏参数可以打开数据库,也可以正常切换日志文件
create pfile from spfile
修改pfile,加入参数:
_allow_resetlogs_corruption=true
sqlplus /nolog
conn /as sysdba
startup nomount pfile=PFILE
alter database mount;
alter database open resetlogs;
Database altered.
SQL> alter system switch logfile;
System altered.
SQL> /
System altered.
SQL> /
System altered.
SQL> select dbid,name from v$database;
DBID NAME
---------- ---------
3333333333 ORCL
正常启动切换了几把日志,alert中没有发现有报错。
不过这种操作比较悬,不建议在生产环境上操作。
强制打开数据库5分钟后,报警日志出现报警,并自动关闭。
Thu Feb 24 14:12:44 2011
ARC3 started with pid=20, OS id=7800
Errors in file c:\app\dell\diag\rdbms\orcl\orcl\trace\orcl_ora_7748.trc (incident=128535):
ORA-00600: internal error code, arguments: [2662], [0], [6146426], [0], [6146556], [12583040], [], [], [], [], [], []
Incident details in: c:\app\dell\diag\rdbms\orcl\orcl\incident\incdir_128535\orcl_ora_7748_i128535.trc
Errors in file c:\app\dell\diag\rdbms\orcl\orcl\trace\orcl_ora_7748.trc:
ORA-00600: internal error code, arguments: [2662], [0], [6146426], [0], [6146556], [12583040], [], [], [], [], [], []
Error 600 happened during db open, shutting down database
USER (ospid: 7748): terminating the instance due to error 600
重新打开数据库后手工关闭数据库出现如下错误:
SQL> shutdown immediate
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [4194], [26], [11], [], [], [], [],
[], [], [], [], []
强制关闭数据库后,数据库仍然可以正常打开。
但是数据库已经无法正常关闭了。
可以判断此时数据库已经异常,需要将数据库中的数据通过exp导出到其他数据库中。
dbv 检查一下,如果文件没有坏块,这些错误是可以解决的,我的网站内就有解决方案。
但是,首先备份好。