热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

oracle恢复失败,RMAN数据库恢复失败解决一例

问题:这是一个从RAC环境的数据库的RAMN备份恢复到一个单机数据库的操作。当恢复数据文件和恢复正常,但在open数据库时出报下面的错误。--rman备

问题:

这是一个从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;

--------------------------------------推荐阅读 --------------------------------------

--------------------------------------分割线 --------------------------------------

0b1331709591d260c1c78e86d0c51c18.png



推荐阅读
  • 本文讨论了在数据库打开和关闭状态下,重新命名或移动数据文件和日志文件的情况。针对性能和维护原因,需要将数据库文件移动到不同的磁盘上或重新分配到新的磁盘上的情况,以及在操作系统级别移动或重命名数据文件但未在数据库层进行重命名导致报错的情况。通过三个方面进行讨论。 ... [详细]
  • 本文详细介绍了SQL日志收缩的方法,包括截断日志和删除不需要的旧日志记录。通过备份日志和使用DBCC SHRINKFILE命令可以实现日志的收缩。同时,还介绍了截断日志的原理和注意事项,包括不能截断事务日志的活动部分和MinLSN的确定方法。通过本文的方法,可以有效减小逻辑日志的大小,提高数据库的性能。 ... [详细]
  • Oracle Database 10g许可授予信息及高级功能详解
    本文介绍了Oracle Database 10g许可授予信息及其中的高级功能,包括数据库优化数据包、SQL访问指导、SQL优化指导、SQL优化集和重组对象。同时提供了详细说明,指导用户在Oracle Database 10g中如何使用这些功能。 ... [详细]
  • 本文详细介绍了MysqlDump和mysqldump进行全库备份的相关知识,包括备份命令的使用方法、my.cnf配置文件的设置、binlog日志的位置指定、增量恢复的方式以及适用于innodb引擎和myisam引擎的备份方法。对于需要进行数据库备份的用户来说,本文提供了一些有价值的参考内容。 ... [详细]
  • 本文介绍了Oracle数据库中tnsnames.ora文件的作用和配置方法。tnsnames.ora文件在数据库启动过程中会被读取,用于解析LOCAL_LISTENER,并且与侦听无关。文章还提供了配置LOCAL_LISTENER和1522端口的示例,并展示了listener.ora文件的内容。 ... [详细]
  • WhenIusepythontoapplythepymysqlmoduletoaddafieldtoatableinthemysqldatabase,itdo ... [详细]
  • 我们有(据我所知)星型模式SQL数据库中的数据文件。该数据库有5个不同的文件,扩展名为 ... [详细]
  • 在Oracle11g以前版本中的的DataGuard物理备用数据库,可以以只读的方式打开数据库,但此时MediaRecovery利用日志进行数据同步的过 ... [详细]
  • 本文介绍了一种轻巧方便的工具——集算器,通过使用集算器可以将文本日志变成结构化数据,然后可以使用SQL式查询。集算器利用集算语言的优点,将日志内容结构化为数据表结构,SPL支持直接对结构化的文件进行SQL查询,不再需要安装配置第三方数据库软件。本文还详细介绍了具体的实施过程。 ... [详细]
  • 使用Ubuntu中的Python获取浏览器历史记录原文: ... [详细]
  • 关于我们EMQ是一家全球领先的开源物联网基础设施软件供应商,服务新产业周期的IoT&5G、边缘计算与云计算市场,交付全球领先的开源物联网消息服务器和流处理数据 ... [详细]
  • mysql-cluster集群sql节点高可用keepalived的故障处理过程
    本文描述了mysql-cluster集群sql节点高可用keepalived的故障处理过程,包括故障发生时间、故障描述、故障分析等内容。根据keepalived的日志分析,发现bogus VRRP packet received on eth0 !!!等错误信息,进而导致vip地址失效,使得mysql-cluster的api无法访问。针对这个问题,本文提供了相应的解决方案。 ... [详细]
  • 本文介绍了iOS数据库Sqlite的SQL语句分类和常见约束关键字。SQL语句分为DDL、DML和DQL三种类型,其中DDL语句用于定义、删除和修改数据表,关键字包括create、drop和alter。常见约束关键字包括if not exists、if exists、primary key、autoincrement、not null和default。此外,还介绍了常见的数据库数据类型,包括integer、text和real。 ... [详细]
  • 本文介绍了sqlserver云存储和本地存储的区别,云存储是将数据存储在网络上,方便查看和调用;本地存储是将数据存储在电脑磁盘上,只能在存储的电脑上查看。同时提供了几种启动sqlserver的方法。此外,还介绍了如何导出数据库的步骤和工具。 ... [详细]
  • 从Oracle安全移植到国产达梦数据库的DBA实践与攻略
    随着我国对信息安全和自主可控技术的重视,国产数据库在党政机关、军队和大型央企等行业中得到了快速应用。本文介绍了如何降低从Oracle到国产达梦数据库的技术门槛,保障用户现有业务系统投资。具体包括分析待移植系统、确定移植对象、数据迁移、PL/SQL移植、校验移植结果以及应用系统的测试和优化等步骤。同时提供了移植攻略,包括待移植系统分析和准备移植环境的方法。通过本文的实践与攻略,DBA可以更好地完成Oracle安全移植到国产达梦数据库的工作。 ... [详细]
author-avatar
yishengyishi2004929_621_834
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有