li
  当前位置:主页 > 备份恢复 > 文章内容
li
UNDO表空间的ORA-1122错误解决(一)
来源: yangtingkun.itpub.net  作者: yangtingkun    时间:2008-03-21   阅读:39  
本文章共2166字,分2页,当前第1页,快速翻页:
 

前一段时间解决了一个ORA-1122错误,正好本机的数据库环境由于Windows的自动重起,导致数据库无法打开,出现错误信息也是ORA-1122

这次出现错误的表空间是UNDO表空间。


首先看一下问题,尝试打开数据库,则会报错:

SQL> CONN /@TEST AS SYSDBA已连接到空闲例程。
SQL> STARTUP MOUNT
ORACLE
例程已经启动。

Total System Global Area 76619308 bytes
Fixed Size 454188 bytes
Variable Size 50331648 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
SQL> ALTER DATABASE OPEN;
ALTER DATABASE OPEN
*
ERROR
位于第 1 :
ORA-01122:
数据库文件 2 验证失败

ORA-01110:
数据文件 2: 'F:ORACLEORADATATESTUNDOTBS01.DBF'
ORA-01200: 25600
的实际文件大小小于26880块的正确大小

数据库是处于归档模式:

SQL> SELECT LOG_MODE FROM V$DATABASE;

LOG_MODE
------------
ARCHIVELOG

解决问题最简单的方法莫过于使用备份和归档日志进行数据库的恢复。由于是本机的测试数据库,因此没有设置备份策略,不过还是在本机找到一个一年前的数据库冷备份,而且发现数据库的所有归档都存在,那么使用归档恢复则是最方便、最稳妥的方法。

首先仍然是备份当前的环境,一方面是为了一会的恢复如果出现意外,至少可以恢复到没有操作前的状态,不会导致数据库的问题进一步复杂。另一方面是为了保留错误现场,这样在尝试正常方法恢复后还可以有环境来尝试一下其他的恢复方式。

备份完现场环境后,可以进行数据库的恢复:

SQL> HOST COPY F:ORACLEBACKUPTEST20061110UNDOTBS01.DBF F:ORACLEORADATATESTUNDOTBS01.DBF

SQL> RECOVER TABLESPACE UNDOTBS1
ORA-00279:
更改 55747341 ( 11/11/2006 22:11:26 生成) 对于线程 1 是必需的

www.ixdba.net


ORA-00289: 建议: F:ORACLEORADATATESTARCHIVEARC00306.001
ORA-00280:
更改 55747341 对于线程 1 是按序列 # 306 进行的

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}

ORA-00279: 更改 55773423 ( 11/12/2006 08:34:23 生成) 对于线程 1 是必需的
ORA-00289:
建议: F:ORACLEORADATATESTARCHIVEARC00307.001
ORA-00280:
更改 55773423 对于线程 1 是按序列 # 307 进行的

ORA-00278:
此恢复不再需要日志文件 'F:ORACLEORADATATESTARCHIVEARC00306.001'

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}

ORA-00279: 更改 55793564 ( 11/12/2006 23:24:46 生成) 对于线程 1 是必需的
ORA-00289:
建议: F:ORACLEORADATATESTARCHIVEARC00308.001
ORA-00280:
更改 55793564 对于线程 1 是按序列 # 308 进行的

ORA-00278:
此恢复不再需要日志文件 'F:ORACLEORADATATESTARCHIVEARC00307.001'

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}

ORA-00279: 更改 55793630 ( 11/12/2006 23:28:00 生成) 对于线程 1 是必需的
ORA-00289:
建议: F:ORACLEORADATATESTARCHIVEARC00309.001
ORA-00280:
更改 55793630 对于线程 1 是按序列 # 309 进行的

ORA-00278:
此恢复不再需要日志文件 'F:ORACLEORADATATESTARCHIVEARC00308.001'

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
AUTO
ORA-00279:
更改 55793693 ( 11/12/2006 23:30:10 生成) 对于线程 1 是必需的

ORA-00289:
建议: F:ORACLEORADATATESTARCHIVEARC00310.001
ORA-00280:
更改 55793693 对于线程 1 是按序列 # 310 进行的

ORA-00278:
此恢复不再需要日志文件 'F:ORACLEORADATATESTARCHIVEARC00309.001'


ORA-00279:
更改 55815674 ( 11/13/2006 08:29:33 生成) 对于线程 1 是必需的
ORA-00289:
建议: F:ORACLEORADATATESTARCHIVEARC00311.001
ORA-00280:



阅读更多内容1 · 2 · 下一页>>


  上一篇: Oracle 11g备份恢复功能增强   下一篇: UNDO表空间的ORA-1122错误解决方...
li
 §相关评论  
 热点文章

·Oracle数据库远程复制与异地容
·Oracle 11g备份恢复功能增强
·UNDO表空间的ORA-1122错误解决
·UNDO表空间的ORA-1122错误解决
·UNDO表空间的ORA-1122错误解决
·使用Flashback Query 恢复误删
·如何开启/关闭oracle的归档
·Rman的format格式中的%s类似的
·怎么样创建RMAN恢复目录
·ORA-01843:无效的月份,这个是
·ORA-01843:无效的月份
li
 编辑推荐
·Oracle数据库远程复制与异地容
·Oracle 11g备份恢复功能增强
·UNDO表空间的ORA-1122错误解决
·UNDO表空间的ORA-1122错误解决
·UNDO表空间的ORA-1122错误解决
·使用Flashback Query 恢复误删
·如何开启/关闭oracle的归档
·Rman的format格式中的%s类似的
·怎么样创建RMAN恢复目录
·ORA-01843:无效的月份,这个是
·ORA-01843:无效的月份
li
 相关篇章
·Oracle 11g备份恢复功能增强
·Oracle数据库远程复制与异地容灾...
·RMAN备份恢复之SPFILE的恢复(三...
·Oracle提示的优先级最高?——一...
·备份之脱机表空间备份
·备份之全库一致性备份
·备份之联机表空间备份
·备份之控制文件备份
·备份之SUSPEND状态下备份
·备份之归档重做日志备份
·UNDO表空间的ORA-1122错误解决方...
·UNDO表空间的ORA-1122错误解决方...
·使用Flashback Query 恢复误删除...
·如何开启/关闭oracle的归档
·Rman的format格式中的%s类似的东...
·怎么样创建RMAN恢复目录
·ORA-01843:无效的月份,这个是什...
·ORA-01843:无效的月份
·执行exec dbms_logmnr_d.build('...
·rman怎么样在恢复的时候移动数据...
 
li
设为首页 | 关于我们 | 技术服务 | 收藏本站 | 网站地图 | 联系方式 | 本站友情连接