首页 / MYSQL / RMAN数据库恢复失败解决一例
RMAN数据库恢复失败解决一例
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了RMAN数据库恢复失败解决一例，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含5805字，纯文字阅读大概需要9分钟。
内容图文
这是一个从RAC环境的数据库的RAMN备份恢复到一个单机数据库的操作。当恢复数据文件和恢复正常，但在open数据库时出报下面的错误。
问题：
这是一个从RAC环境的数据库的RAMN备份恢复到一个单机数据库的操作。当恢复数据文件和恢复正常，，但在open数据库时出报下面的错误。
--rman备份恢复操作
#创建参数文件
cd $Oracle_HOME/dbs
$cat initntracdb.ora
*.archive_lag_target=0
*.compatible='11.2.0.4.0'
*.control_files='/u01/oracle/oradata/ntracdb/controlfile1.dbf','/u01/oracle/oradata/ntracdb/controlfile2.dbf'
*.db_block_size=8192
*.db_create_file_dest='/u01/oracle/oradata/ntracdb'
*.db_name='ntracdb'
*.db_recovery_file_dest='/u01/oracle/fast_recovery_area'
*.db_recovery_file_dest_size=299000M
*.db_unique_name='ntracdb'
*.dg_broker_start=true
*.local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=nticket3)(PORT=1521))'
*.log_archive_format='%t_%s_%r.dbf'
*.log_archive_max_processes=4
*.log_archive_min_succeed_dest=1
*.log_archive_trace=0
*.log_file_name_convert='null','null'
*.nls_language='SIMPLIFIEDCHINESE'
*.nls_territory='CHINA'
*.open_cursors=300
*.pga_aggregate_target=429496729
*.processes=600
*.remote_login_passwordfile='exclusive'
*.sga_max_size=3435973836
*.sga_target=3221225472
*.standby_file_management='auto'
*.undo_tablespace='UNDOTBS1'
rman target /
startup nomount;
restore controlfile from'/home/oracle/rmanbak/ncnnf0_TAG20141110T011010_0.1205.863228449'; --首先恢复控制文件
alter database mount;
catalog start with'/home/oracle/rmanbak/'; --批量登记拷过来的rman备份，假设拷过来的备份放到了/u01/rmanbak/目录
list backup; --查看要恢复的是不是这个备份文件
run {
set newname for datafile'+DATA01/ntracdb/datafile/users.295.855410331' to'/u01/oracle/oradata/ntracdb/users.295.855410331';
set newname for datafile'+DATA01/ntracdb/datafile/undotbs1.263.855410331' to'/u01/oracle/oradata/ntracdb/undotbs1.263.855410331';
set newname for datafile'+DATA01/ntracdb/datafile/sysaux.264.855410331' to'/u01/oracle/oradata/ntracdb/sysaux.264.855410331';
set newname for datafile'+DATA01/ntracdb/datafile/system.265.855410331' to'/u01/oracle/oradata/ntracdb/system.265.855410331';
set newname for datafile'+DATA01/ntracdb/datafile/undotbs2.293.855410453' to'/u01/oracle/oradata/ntracdb/undotbs2.293.855410453';
set newname for datafile'+DATA01/ntracdb/datafile/undotbs3.292.855410453' to'/u01/oracle/oradata/ntracdb/undotbs3.292.855410453';
set newname for datafile'+DATA01/ntracdb/datafile/sysaux.257.857772301' to '/u01/oracle/oradata/ntracdb/sysaux.257.857772301';
set newname for datafile'+DATA01/ntracdb/datafile/strategy.256.858008275' to'/u01/oracle/oradata/ntracdb/strategy.256.858008275'
restore database;
switch datafile all;
recover database;
}
--打开数据库时报错
$sqlplus / as sysdba
SQL> alter database open;
alter database open
*
第 1 行出现错误
ORA-03113：通信通道的文件结尾
进程 ID ：6988
回话 ID：191 序列号：3
--查看日志
Thu Nov 13 10:13:20 2014
alter database open
Data Guard Brokerinitializing...
Data Guard Brokerinitialization complete
Data Guard: verifying databaseprimary role...
Thu Nov 13 10:13:20 2014
LGWR: STARTING ARCH PROCESSES
Thu Nov 13 10:13:20 2014
ARC0 started with pid=21, OSid=26949
ARC0: Archival started
LGWR: STARTING ARCH PROCESSESCOMPLETE
ARC0: STARTING ARCH PROCESSES
LGWR: Primary database is inMAXIMUM AVAILABILITY mode
LGWR: DestinationLOG_ARCHIVE_DEST_1 is not serviced by LGWR
LGWR: Minimum of 1 LGWR standbydatabase required
Errors in file/u01/oracle/diag/rdbms/ntracdb/ntracdb/trace/ntracdb_lgwr_26870.trc:
ORA-16072: a minimum of onestandby database destination is required
Thu Nov 13 10:13:21 2014
ARC1 started with pid=22, OSid=26953
LGWR (ospid: 26870):terminating the instance due to error 16072
Thu Nov 13 10:13:21 2014
System statedump requested by (instance=1, osid=26870 (LGWR)), summary=[abnormal instancetermination].
System Statedumped to trace file/u01/oracle/diag/rdbms/ntracdb/ntracdb/trace/ntracdb_diag_26846_20141113101321.trc
Dumpingdiagnostic data in directory=[cdmp_20141113101321], requested by (instance=1,osid=26870 (LGWR)), summary=[abnormal instance termination].
Instanceterminated by LGWR, pid = 26870
原因：
可能是控制文件备份时失败所致
解决办法：
重建控制文件，然后再打开数据库
STARTUP NOMOUNT
CREATE CONTROLFILE REUSEDATABASE "ntracdb" NORESETLOGS FORCE LOGGING ARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 9344
LOGFILE
GROUP 1'/u01/oracle/oradata/ntracdb/NTRACDB/onlinelog/o1_mf_1_b682j5nk_.log' SIZE 200M,
GROUP 2 '/u01/oracle/oradata/ntracdb/NTRACDB/onlinelog/o1_mf_2_b682j7gw_.log' SIZE 200M,
GROUP 3'/u01/oracle/oradata/ntracdb/NTRACDB/onlinelog/o1_mf_3_b682j98k_.log' SIZE 200M,
GROUP 4'/u01/oracle/oradata/ntracdb/NTRACDB/onlinelog/o1_mf_4_b682jc2t_.log' SIZE 200M
-- STANDBY LOGFILE
DATAFILE
'/u01/oracle/oradata/ntracdb/users.295.855410331',
'/u01/oracle/oradata/ntracdb/undotbs1.263.855410331',
'/u01/oracle/oradata/ntracdb/sysaux.264.855410331',
'/u01/oracle/oradata/ntracdb/system.265.855410331',
'/u01/oracle/oradata/ntracdb/undotbs2.293.855410453',
'/u01/oracle/oradata/ntracdb/undotbs3.292.855410453',
'/u01/oracle/oradata/ntracdb/sysaux.257.857772301',
'/u01/oracle/oradata/ntracdb/strategy.256.858008275',
'/u01/oracle/oradata/ntracdb/strategy.302.858008423'
CHARACTER SET ZHS16GBK;
SQL> RECOVER DATABASE;
ORA-00283: 恢复会话因错误而取消
ORA-00264: 不要求恢复
--此时可以正常打开数据库
SQL> alter database open;
数据库已更改。
#创建临时表空间
CREATE TEMPORARY TABLESPACE temp TEMPFILE'/u01/oracle/oradata/ntracdb/temp01.dbf'
SIZE 20M REUSE
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 16M;
--------------------------------------推荐阅读 --------------------------------------
RMAN 配置归档日志删除策略
Oracle基础教程之通过RMAN复制数据库
RMAN备份策略制定参考内容
RMAN备份学习笔记
Oracle数据库备份加密 RMAN加密
--------------------------------------分割线 --------------------------------------
本文永久更新链接地址：
内容总结
以上是互联网集市为您收集整理的RMAN数据库恢复失败解决一例全部内容，希望文章能够帮你解决RMAN数据库恢复失败解决一例所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。