设为首页 收藏本站
查看: 862|回复: 0

[经验分享] oracle 日志文件误删后的解决方法

[复制链接]

尚未签到

发表于 2016-7-30 06:01:07 | 显示全部楼层 |阅读模式
oracle 日志文件误删后的解决方法
2010-04-06 10:39
  由于使用了一个未经验证的清除垃圾文件的程序,导致Oracle数据库的两个日志文件被非法删除(Redo01,Redo02,Redo03),导致Oracle无法连接(能启动),系统报错:
           ora-01033:oracle initializationg or shutdown in progress
最开始知道问题是由于文件被误删导致的,但不知道是日志文件被删除,由于数据库应用能启动,
因此决定做一次recover操作,步骤如下:

  
          步骤0:    sqlplus /NOLOG
                             SQL*Plus: Release 9.2.0.1.0 - Production on 星期一 5月 12 09:12:59 2008
                            Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
            步骤1:      SQL> connect sys/password as sysdba
                                已连接。
          步骤2:       SQL> shutdown normal
                                ORA-01109: 数据库未打开

  
                                已经卸载数据库。
                                ORACLE 例程已经关闭。
          步骤3:       SQL> startup mount
                                ORACLE 例程已经启动。

                                  Total System Global Area 135338868 bytes
                                Fixed Size                   453492 bytes
                                Variable Size             109051904 bytes
                                Database Buffers           25165824 bytes
                                Redo Buffers                 667648 bytes
                                数据库装载完毕。
          步骤4:      SQL> alter database open;


                                alter database open
                                 *
                                ERROR 位于第 1 行:
                                ORA-00313: 无法打开日志组 1 (线程 1) 的成员
                                ORA-00312: 联机日志 1 线程 1: 'C:\ORACLE\ORADATA\NIDB\REDO01.LOG'

         在操作步骤4时,发现报ORA-00313,00312错误,检查应用实例目录下,发现Redo01,Redo02,Redo03三个日志文件都被删除了,问题到此已经明朗化。首先,执行下面的语句看看group1是不是current日志组
          步骤5:      SQL> select group#,sequence#,archived,status from v$log;
                                        GROUP# SEQUENCE# ARC STATUS
                               ---------- ---------- --- ----------------
                                                      1        134 NO INACTIVE
                                                      2        135 NO INACTIVE
                                                      3        136 NO CURRENT

  可以发现,被删除的日志不是当前日志组的成员,解决就比较简单 了:
          步骤6:      SQL> alter database clear logfile group 1;

                                  数据库已更改。
  SQL> select group#,sequence#,archived,status from v$log;
      GROUP# SEQUENCE# ARC STATUS
---------- ---------- --- ----------------
         1          0 NO UNUSED
         2        534 NO INACTIVE
         3        535 NO CURRENT

                                  SQL> alter database open;
                                alter database open
                                 *
                                ERROR 位于第 1 行:
                                ORA-00313: 无法打开日志组 2 (线程 1) 的成员
                                ORA-00312: 联机日志 2 线程 1: 'C:\ORACLE\ORADATA\NIDB\REDO02.LOG'

  
  SQL> alter database clear logfile group 2;
  数据库已更改。
  SQL> select group#,sequence#,archived,status from v$log;
      GROUP# SEQUENCE# ARC STATUS
---------- ---------- --- ----------------
         1          0 NO UNUSED
         2          0 NO UNUSED
         3        535 NO CURRENT

  SQL> alter database open;
alter database open
*
第 1 行出现错误:
ORA-00313: 无法打开日志组 3 (用于线程 1) 的成员
ORA-00312: 联机日志 3 线程 1:
'C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\REDO03.LOG'

  
SQL> alter database clear logfile group 3;
alter database clear logfile group 3
*
第 1 行出现错误:
ORA-00313: 无法打开日志组 3 (用于线程 1) 的成员
ORA-00312: 联机日志 3 线程 1:
'C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\REDO03.LOG'
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。

  由于日志文件REDO03.LOG为当前日志文件,不能用上面的方法进行恢复。
SQL> recover database until cancel;
完成介质恢复。
SQL> select group#,sequence#,archived,status from v$log;

      GROUP# SEQUENCE# ARC STATUS
---------- ---------- --- ----------------
         1          0 NO UNUSED
         2          0 NO UNUSED
         3          0 NO CLEARING_CURRENT

  
SQL> alter database open resetlogs;
  数据库已更改。
  SQL> conn test/111111
已连接。

  到此,恢复成功!! DSC0000.gif


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-251249-1-1.html 上篇帖子: win xp 命令窗口下 启动 Oracle 10g 服务 下篇帖子: Oracle挥舞法律大棒,JavaEye被逼改名ItEye
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表