recover database until cancel问题

habulu 2013-02-17 09:45:16

出现的选项
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

suggested、AUTO 和CANCEL 有什么区别都有使用归档日志吗，非归档模式呢，不都是尽量恢复么到能恢复的程度么？

看过有介绍说先用一次auto，然后第二次再recover一次选cancel

...全文

681 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

linwaterbin 2013-02-17

打赏
举报

回复

① suggested：敲回车，则采纳oracle的建议，oracle会自己到闪回区里面去找 ② filename：不在默认路径里面，由你来告诉oracle，归档日志身在何处。你只要告诉oracle，归档日志的绝对路径+名称，就可以了 ③ AUTO：如果归档日志很多，一个个挨着去找，显得很麻烦，那么我们就去auto ④ CANCEL：如果恢复到一半，或者，没有了归档日志，那么你可以敲cancel

本文详细描述了在尝试重新打开数据库时遇到的错误，包括ORA-01589, ORA-01113 和 ORA-01110 错误，并提供了使用 RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL 命令来恢复数据库的解决方案。最终通过正确执行关闭、备份、恢复和重新打开数据库的操作成功解决了问题。

本文介绍了在Oracle数据库中遇到ORA-00338/ORA-00312错误时，如何通过redo.log进行完全恢复，并详细解释了recover database的四种语句差异。在恢复过程中，强调了使用backup controlfile和until cancel选项的场景，以及在不同日志丢失情况下的恢复策略，最后讨论了在线日志丢失时的resetlogs操作问题。

当遇到Oracle数据库由于日志文件损坏导致无法open的问题时，可以尝试进行不完全恢复。首先设置隐含参数允许损坏恢复，然后通过一系列SQL命令如startup mount、recover database until cancel等进行操作。尽管过程中可能遇到错误，但通过这些步骤有可能解决损坏问题。请注意，这可能会导致数据丢失，并且需要谨慎操作。

本文详细记录了一次Oracle数据库在日志文件丢失后，如何通过清理日志、设置隐含参数和不完全恢复等步骤进行问题解决的过程。涉及到的关键操作包括：清除日志文件、使用startup mount、执行recover database until cancel以及alter database open resetlogs等。在解决问题过程中，还遇到了ORA-03113等错误，最终成功恢复了数据库。

在不小心删除了Oracle数据库的redo01.log文件后，数据库无法正常启动。通过startup mount启动数据库，尝试drop和添加logfile失败，收到错误提示。执行recover database until cancel也无法解决问题，数据库仍处于不一致状态。寻求解决方案。

基础和管理

17,377

社区成员

95,112

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章