前往小程序，Get更优阅读体验！
立即前往
文档建议反馈控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
发布
首页
学习
活动
专区
工具
TVP最新优惠活动
返回腾讯云官网
社区首页 >专栏 >ORA-01113问题的简单分析(r6笔记第3天)

ORA-01113问题的简单分析(r6笔记第3天)

作者头像
jeanron100
发布于 2018-03-16 14:24:10
1.1K0
发布于 2018-03-16 14:24:10
举报
文章被收录于专栏：杨建荣的学习笔记杨建荣的学习笔记杨建荣的学习笔记

在启动数据库的时候,open阶段总是可能出现各种各样的问题， 比如让人胆战心惊的错误。 ORA-01113: file 1 needs media recovery 自己留意了一下，其实还是有蛮多的场景会出现这个问题，有些细节可能没有注意到就会出现这个问题， 比如我们重建控制文件的时候。 在重建控制文件之前做了shutdown abort的操作。

SQL> shutdown abort
ORACLE instance shut down.
SQL>  startup nomount
ORACLE instance started.
Total System Global Area  314572800 bytes
Fixed Size                   1261564 bytes
Variable Size             163577860 bytes
Database  Buffers          142606336 bytes
Redo Buffers                7127040  bytes
SQL> CREATE CONTROLFILE REUSE DATABASE "TEST10G" NORESETLOGS   NOARCHIVELOG
 .....
 26    '/u02/oracle/oradata/data02.dbf'
 27   CHARACTER SET US7ASCII
 28  ;
Control file created.

尝试启动数据库的时候就会抛出这个错误。

SQL> alter database open;
alter database open
*
ERROR at line  1:
ORA-01113: file 1 needs media  recovery
ORA-01110: data file 1:  '/u02/oracle/oradata/TEST10G/disk5/system01.dbf'

其实这个时候简单分析一下就会明白，上次是shutdown abort的方式，则对应的检查点信息无法写入数据文件，在open阶段smon会做这个校验。 开始在后台做数据的前滚，然后应用redo日志的数据，对某些操作做相应的回滚。 从下面的地方可以看出 last_change#没有任何值，表明上次断电重启后检查点信息没有写入。

SQL> select  file#,checkpoint_change#,last_change# from v$datafile;
     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#
---------- ------------------  ------------
         1             858940
         2              858940
         3             858940
         4              858940
         5             858940
SQL> select file#,checkpoint_change# from v$datafile_header;
     FILE# CHECKPOINT_CHANGE#
---------- ------------------
          1             858940
         2             858940
         3              858940
         4             858940
         5             858940
SQL> select checkpoint_change# from v$database;
CHECKPOINT_CHANGE#
------------------
             858939

这个时候尝试恢复数据库，再次观察，则相应的检查点信息就做了校正。

SQL> recover database;
Media recovery complete.
SQL>  select  checkpoint_change# from v$database;
CHECKPOINT_CHANGE#
------------------
            858939
SQL>   select file#,checkpoint_change#,last_change# from v$datafile;
     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#
---------- ------------------  ------------
         1             859017       859017
          2             859017       859017
         3             859017        859017
         4             859017       859017
         5              859017       859017
SQL> alter database open;
Database altered.

数据库启动之后，last_change#的值又回归零。等待稍后的检查点写入。

SQL>  select file#,checkpoint_change#,last_change# from v$datafile;
     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#
---------- ------------------  ------------
         1             879019
         2              879019
         3             879019
         4              879019
         5             879019
SQL>  select checkpoint_change# from v$database;
CHECKPOINT_CHANGE#
------------------
            879019

其实这个过程中，恢复的基准就是检查点，也就是SCN. 当然在有些操作依赖于归档模式，介质恢复还是依赖于一些归档文件的。 像在非归档模式尝试下面的操作就不可行。

SQL> alter tablespace data offline immediate;
alter tablespace data  offline immediate
*
ERROR at line 1:
ORA-01145: offline immediate  disallowed unless media recovery enabled

SQL> alter tablespace data begin backup;
alter tablespace data  begin backup
*
ERROR at line 1:
ORA-01123: cannot start online backup;  media recovery not enabled

这个时候还是启用归档。

SQL> shut immediate
Database closed.
Database dismounted.
ORACLE  instance shut down.
SQL> startup mount
ORACLE instance started.
Total System Global Area  314572800 bytes
Fixed Size                   1261564 bytes
Variable Size             163577860 bytes
Database  Buffers          142606336 bytes
Redo Buffers                7127040  bytes
Database mounted.
SQL> alter database archivelog ;
Database altered.
SQL> alter database open;
Database altered.

如果在归档模式中，使用热备份，需要声明begin backup,为了能够修复在热备份过程中可能产生的分裂数据块。
SQL> alter tablespace data begin backup;
Tablespace altered.

这个时候停库就会抛错。

SQL> shutdown immediate;
ORA-01149: cannot shutdown - file 5 has online  backup set
ORA-01110: data file 5:  '/u02/oracle/oradata/data02.dbf'

如果发生断电现象，则在重启的时候出现ORA-01113: file 5 needs media recovery就需要明辨这个错误背后的意思

SQL> shutdown abort
ORACLE  instance shut down.
SQL> startup 
ORACLE instance started.
Total System Global Area  314572800 bytes
Fixed Size                   1261564 bytes
Variable Size             163577860 bytes
Database  Buffers          142606336 bytes
Redo Buffers                7127040  bytes
Database mounted.
ORA-01113:  file 5 needs media recovery
ORA-01110: data file 5:  '/u02/oracle/oradata/data02.dbf'

其实碰到这个错误，还是需要结合多种场景来考虑，比如查看是否热备份已经正常完成，之前的操作是什么样的？

SQL> desc  v$backup
 Name                                      Null?     Type
 ----------------------------------------- --------  ----------------------------
 FILE#                                               NUMBER
 STATUS                                              VARCHAR2(18)
 CHANGE#                                             NUMBER
 TIME                                               DATE
SQL> select *from v$backup;
     FILE# STATUS                CHANGE# TIME
----------  ------------------ ---------- ---------
         1 NOT  ACTIVE                  0
         2 NOT ACTIVE                   0
         3 NOT ACTIVE                  0
         4 NOT  ACTIVE                  0
         5 ACTIVE                 879352  20-JUL-15

可以从SCN的地方看出和重建控制文件的场景还是存在一定的差别。


SQL> select  file#,checkpoint_change#,last_change# from v$datafile;
     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#
---------- ------------------  ------------
         1             879275
         2              879275
         3             879275
         4              879275
         5             879352
SQL> select file#,checkpoint_change# from v$datafile_header;
     FILE# CHECKPOINT_CHANGE#
---------- ------------------
          1             879275
         2             879275
         3              879275
         4             879275
         5             879352
SQL> select checkpoint_change# from v$database;
CHECKPOINT_CHANGE#
------------------
             879275

明白了问题，修复就很容易了，果断结束热备份。

SQL> alter tablespace data end backup;
Tablespace altered.
SQL> select file#,checkpoint_change# from v$datafile_header;
     FILE# CHECKPOINT_CHANGE#
---------- ------------------
          1             879275
         2             879275
         3              879275
         4             879275
         5             879352
SQL> select checkpoint_change# from v$database;
CHECKPOINT_CHANGE#
------------------
             879275

这个时候启动数据库就没有问题了。

SQL> alter database open;
Database altered.
SQL> select checkpoint_change# from v$database;
CHECKPOINT_CHANGE#
------------------
            899361
SQL>  select file#,checkpoint_change# from v$datafile_header;
     FILE# CHECKPOINT_CHANGE#
---------- ------------------
          1             899361
         2             899361
         3              899361
         4             899361
         5             899361

其实热备份的这个错误也可以这么来处理。 

SQL> alter tablespace data begin backup;
Tablespace altered.
SQL> shutdown abort
ORACLE instance shut down.
SQL>  startup
ORACLE instance started.
Total System Global Area  314572800 bytes
Fixed Size                   1261564 bytes
Variable Size             163577860 bytes
Database  Buffers          142606336 bytes
Redo Buffers                7127040  bytes
Database mounted.
ORA-01113: file 5 needs media  recovery
ORA-01110: data file 5:  '/u02/oracle/oradata/data02.dbf'

SQL> recover datafile 5;
Media  recovery complete.
SQL> alter database open;
Database altered.
SQL> select *from v$backup;
     FILE# STATUS                CHANGE# TIME
----------  ------------------ ---------- ---------
         1 NOT  ACTIVE                  0
         2 NOT ACTIVE                   0
         3 NOT ACTIVE                  0
         4 NOT  ACTIVE                  0
         5 NOT ACTIVE             899488 20-JUL-15

总之解决问题就行，SCN的部分着实是需要关注的一个重点，这也是备份恢复的基石。

本文参与 腾讯云自媒体分享计划，分享自微信公众号。
原始发表：2015-07-20，如有侵权请联系 cloudcommunity@tencent.com 删除
数据库
sql
oracle

本文分享自 杨建荣的学习笔记 微信公众号，前往查看

如有侵权，请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ，欢迎热爱写作的你一起参与！

数据库
sql
oracle
评论
登录后参与评论
0 条评论
热度
最新
登录 后参与评论
推荐阅读
LV.
文章
0
获赞
0
相关产品与服务
数据库
云数据库为企业提供了完善的关系型数据库、非关系型数据库、分析型数据库和数据库生态工具。您可以通过产品选择和组合搭建，轻松实现高可靠、高可用性、高性能等数据库需求。云数据库服务也可大幅减少您的运维工作量，更专注于业务发展，让企业一站式享受数据上云及分布式架构的技术红利！
产品介绍
精选特惠 用云无忧
领券

腾讯云开发者

扫码关注腾讯云开发者

扫码关注腾讯云开发者

领取腾讯云代金券

热门产品

热门推荐

更多推荐

Copyright © 2013 - 2024 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有 

深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

腾讯云计算（北京）有限责任公司 京ICP证150476号 |  京ICP备11018762号 | 京公网安备号11010802020287

问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档

Copyright © 2013 - 2024 Tencent Cloud.

All Rights Reserved. 腾讯云 版权所有

登录 后参与评论