Linux上ora01113一键解决,ORA-01113问题的简单分析

最新推荐文章于 2024-07-03 10:13:27 发布
最新推荐文章于 2024-07-03 10:13:27 发布
阅读量602 收藏
点赞数 1
文章标签： Linux上ora01113一键解决

在启动数据库的时候,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的部分着实是需要关注的一个重点，这也是备份恢复的基石。

0b1331709591d260c1c78e86d0c51c18.png

郑自春
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Linux上ora01113一键解决,ORA-01113 解决办法
weixin_30558697的博客
05-17 2742
今天在检查接口机的时候，发现速度奇慢，于是，就查了一下v$session表，可是很不幸，查询的速度慢的要命，前几天备份的时候也没有出现问题，没办法，关闭后重启一次吧，可是关闭的时候出现了ORA-01113: file 9 needs media recoveryORA-01110: data file 9: '/data2/oracle/oradata/MOSS/users01.dbf'的错误，怎...
linux系统oracle数据库出现ora12505问题的解决方法
09-09
在Linux系统中，Oracle数据库可能会遇到各种问题，其中ORA-12505错误是一个常见的问题，它通常表示客户端尝试连接到数据库时，监听器没有识别或无法响应请求的服务。以下是一些解决ORA-12505问题的步骤和详细解释： ...
ORA-01113问题的简单分析
congbao6525的博客
07-20 595
在启动数据库的时候,open阶段总是可能出现各种各样的问题， 比如让人胆战心惊的错误。 ORA-01113: file 1 needs media recovery 自己留意了一下，其实还是有蛮多的场景会出现这个...
Oracle 数据文件在无备份情况下的恢复
雨花石
12-13 2933
Oracle下rm 删除数据文件恢复 tablespace 被删除恢复 数据文件在无备份情况下的恢复
oracle数据库无法open，报“ORA-01113 file 1 needs media recovery”错误，教你用“六脉神剑”来开库
最新发布
老苏畅谈运维
07-03 773
在系统断电或数据库异常宕机后，数据库启动过程中可能出现ORA-01113 ORA-01110 这些错误，而你又没有备份，未开归档或者归档已经被删除了，那要怎么办呢？
归档模式下online已被offline的表空间
cndoc40428的专栏
06-09 86
在归档模式下，用IMMEDIATE选项OFFLINE表空间后，如果需要ONLINE该表空间，需要先执行介质恢复（media recovery），如： SQL> alter tablespace OCPTBS...
ORA-01113,ORA-01110的简单解决
热门推荐
似水流年
09-08 1万+
分析和解决问题： 1.重起数据库： C:\Documents and Settings\Jacken>sqlplus /nolog SQL> conn sys/123456 as sysdba; SQL> shutdown immediate; 数据库已经关闭。 已经卸载数据库。 ORACLE 例程已经关闭。 SQL> startup; Total System Global Area 293601280 bytes Fixed Size124...
ORA-01654处理表空间不足问题.pdf
06-12
今天我们就来详细讨论如何解决ORA-01654处理表空间不足问题。 查看表空间使用情况 当出现表空间不足问题时，首先需要查看当前表空间的使用情况。这可以通过以下 SQL 语句来实现： ```sql select a.tablespace_...
oracle重启报错ORA-00702解决办法
12-24
本文将详细介绍如何在Windows和Linux操作系统下解决ORA-00702错误。 **ORA-00702错误解析** ORA-00702错误信息表明数据库实例试图访问一个尚未完全初始化的数据文件或控制文件。这可能是由于数据库在不正常的情况下...
ORA-01033解决.png
06-19
oracle数据库服务报错 【 ORA-01033:ORACLE initialization or shutdown in progress】，网上搜了很多，总结了一个有效的解决方案，亲测有效。
Drop goldengate用户时报ORA-00604 ORA-20782 ORA-06512问题解决
09-27
### 解决Drop Goldengate 用户时报ORA-00604 ORA-20782 ORA-06512问题 #### 一、问题背景与现象 在进行Oracle数据库管理过程中，经常会遇到需要删除用户的场景。当尝试执行`drop user goldengate cascade;`命令时，...
oracle 文件6需要介质恢复,ORA-01113: 文件 1 需要介质恢复 : recover datafile "/....";
weixin_36242382的博客
04-04 433
SQL> alter database archivelog;数据库已更改。SQL> alter database open;数据库已更改。SQL> archive log list;数据库日志模式 存档模式自动存档 启用存档终点 USE_DB_RECOVERY_FILE_DEST最早的联机日志序列 38...
无备份和归档的库undo损坏的恢复方法
瀚宇的技术之路
10-31 1090
场景：oracle 10g 归档未开启，数据库没有有效的备份。由于undo数据文件损坏，数据库宕掉不能启动。 1、正常启动，发现undo文件损坏 SQL> startup ORACLE instance started. Total System Global Area 3758096384 bytes Fixed Size                  2025232 by
ORA-01113: file 1 needs media recovery
csdnhadoop的博客
03-21 2595
SQL> alter database open; alter database open * ERROR at line 1: ORA-01113: file 1 needs media recovery ORA-01110: data file 1: '/home/oradata/crltest/system01.dbf' SQL>  alter
oracle备份整个过程,数据库备份与恢复全过程
weixin_28914903的博客
04-08 558
由于客户需要用真实的数据测试，所以我一开始作了rman全数据库备份，包括日志归档的备份，但是最后的时候，日志备份出现了备份失败的错误，不过没有关系，我可以只要恢复到rman备份的时刻就可以了，共112gRMAN>run{1>allocate channel c1 type disk;2>allocate channel c2 type disk;3>backp4>...
ORA-01113: file 4 needs media recovery
cuanliao6741的博客
05-10 307
SQL> startup ORACLE instance started.Total System Global Area 167772160 bytes Fixed Size 1218316 bytes Varia...
oracle revovery ora-01110,一键恢复ORA-01113 ORA-01110—Oracle Recovery Tools
weixin_42394780的博客
04-07 252
一般由于归档日志丢失或者非归档库可能在数据库启动的时候出现类似如下错误SQL> startupORACLE instance started.Total System Global Area 2137886720 bytesFixed Size 2282960 bytesVariable Size 587205168 bytesDat...
oracle01113错误
qq_48257021的博客
01-23 566
【代码】oracle01113错误。
一键修复ORACLE Bootstrap故障：ORA-702 Recovery软件详解
此软件旨在通过一键操作帮助用户解决Bootstrap$故障，确保在处理过程中数据丢失的风险降至最低。它支持.NET Framework的不同版本，如ORA-702_Recovery.Net2.exe适用于2.0、3.0和3.5版本的.NET框架，即适用于Oracle...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值