RMAN 进行冷备失败: 在执行SHUTDOWN IMMEDIATE and STARTUP MOUNT之后报错:Ora-19602_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 5081 | 回复: 0   主题: RMAN 进行冷备失败: 在执行SHUTDOWN IMMEDIATE and STARTUP MOUNT之后报错:Ora-19602        下一篇 
shylone
注册用户
等级:下士
经验:199
发帖:90
精华:0
注册:2011-11-24
状态:离线
发送短消息息给shylone 加好友    发送短消息息给shylone 发消息
发表于: IP:您无权察看 2011-11-24 14:07:36 | [全部帖] [楼主帖] 楼主

<P></P><P>应用平台: Oracle Server - Enterprise Edition - Version: 8.1.7.4 该文档中的信息在其他平台均适用 错误类型: 通过RMAN 尝试冷备失败 RMAN-03009: failure of backup command on c1 channel at 06/15/2006 22:21:45 (在c1通道上备份失败) ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode (在非归档模式下,不能对正在使用的文件进行备份或者复制操作) 当数据库运行在非归档模式下,即使数据库在执行备份或者复制之前已经被执行了shutdown immediate和通过startup mount重启,还是会产生以上的错误。 原因: 至少存在一个文件在恢复时是必须要使用的 在对一个运行在非归档模式下的数据库进行冷备时,它不能够在被还原后恢复到一个一致性的备份 为了证明这一点,挂载数据库,并执行以下的SQL语句 SQL> select distinct checkpoint_change# from v$datafile_header; 将返回>1行的记录,这表明了文件都在不同的时间点被操作过 解决方案: 在数据库恢复到一致性之前,我们是不可能进行冷备份 恢复所需要的文件,又或者,如果重做日志没有丢失(因为在线重做日志是循环存储的)并且该日志文件不再被使用,那么表空间能够被删掉 1. 恢复数据文件 SQL>recover datafile n; SQL>alter database datafile n online; 2. 删除数据文件: SQL>alter database datafile n offline drop; SQL>alter database open; SQL>drop tablespace X including contents; 如果不能恢复数据文件并且需要数据内容: a:查看Note 223543.1 如何运用RMAN 恢复通过DROP / TRUNCATE / DELETE 删除的TABLE 以及如何从最近的备份中恢复表空间到一个可以将数据导出的辅助实例中 b:如果没有备份,那么唯一的选择就是在本地的支持中心申请一个SR并使用DUL工具来提取删除操作执行之前的数据和进行表空间的重建 错误代码:ORA-19602; RMAN-3009</P><P></P>



赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论