`
siashuayongsheng
  • 浏览: 118754 次
  • 性别: Icon_minigender_1
  • 来自: 郑州
社区版块
存档分类
最新评论

oracle误删东西的结果,整死人

阅读更多
由于使用了一个未经验证的清除垃圾文件的程序,导致Oracle数据库的两个日志文件被非法删除(Redo01,Redo02),导致Oracle无法连接(能启动),系统报错:
           ora-01033:oracle initializationg or shutdown in progress
最开始知道问题是由于文件被误删导致的,但不知道是日志文件被删除,由于数据库应用能启动,因此决定做一次recover操作,步骤如下:
          步骤1:    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.

          步骤2:      SQL> connect sys/password as sysdba
                                已连接。
          步骤3:       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错误,检查应用实例目录下,发现只剩下REDO03.LOG文件,问题到此已经明朗化,首先,执行下面的语句看看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  INVALIDATED

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

                                数据库已更改。

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

注意:如果你的库是非归档的,或许要用下面的语句
                            alter database clear unarchived logfile group 1;
现在提示REDO02.LOG文件也被有问题,继续步骤5、6:
          步骤7:      SQL> select group#,sequence#,archived,status from v$log;

                                      GROUP#  SEQUENCE# ARC STATUS
                                 ---------- ---------- --- ----------------
                                                    1          0 NO  UNUSED
                                                    2        135 NO  INACTIVE
                                                    3        136 NO  INVALIDATED

                                 SQL> alter database clear logfile group 2;

                                 数据库已更改。

          步骤8:        SQL> select group#,sequence#,archived,status from v$log;

                                         GROUP#  SEQUENCE# ARC STATUS
                                  ---------- ---------- --- ----------------
                                                       1          0 NO  UNUSED
                                                       2          0 NO  UNUSED
                                                       3        136 NO  INVALIDATED
在做一遍数据库打开操作:
          步骤9:         SQL> alter database open;
如果执行步骤9时提示“alter database open; alter database open ORA-01157: 无法标识/锁定数据文件 19 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 19: 'C:\CEGMS.DBF'”错误那么就要执行:alter   database   datafile   'C:\CEGMS.DBF'   offline   drop;    alter   database   open;
                                   数据库已更改。
好了,不报错了,在重新登陆数据库,顺利进入,问题解决!

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/Mr_Von/archive/2008/10/03/3014630.aspx
分享到:
评论

相关推荐

    oracle误删数据恢复方法

    利用oracle提供的闪回方法,如果在删除数据后还没做大量的操作(只要保证被删除数据的块没被覆写),就可以利用闪回方式直接找回删除的数据。

    oracle误删数据恢复

    oracle误删数据恢复。利用ORACLE回闪功能时间点克查询删除前的数据,如何恢复就看自己了哈

    Oracle误删的重要数据恢复指导

    Oracle误删的重要数据恢复指导中给出的是如果错误删除了一些中的的数据的找回方法和以后避免此类情况的注意事项的说明

    Oracle误删数据恢复.txt

    Oracle误删数据恢复.txt

    Oracle误删、误更后操作

    oracle 误删 误更新 闪回

    oracle误删表空间

    误删oracle表空间怎么办 ,如何修复呢?那么请看本文档吧

    恢复oracle误删数据

    --闪回到15分钟前 --闪回到某个时间点 --闪回到两天前

    oracle误删数据表还原的二种方法(oracle还原)

    Oracle数据库在面临误删数据表的情况时,有多种方法可以尝试恢复数据。以下将详细介绍两种主要的方法,以及一些额外的恢复策略。 一、即时恢复(Flashback Technology) Oracle数据库提供了强大的回闪技术,允许...

    oracle误删数据恢复方法小结

    本文将详细介绍一种在Oracle数据库中恢复误删数据的方法,主要涉及Oracle 9i及更高版本引入的闪回查询(Flashback Query)技术。 首先,当用户误删数据后,如果没有启用任何备份机制,传统的恢复方式通常需要DBA...

    解决误删了oracle的表空间

    运行在虚拟机的Linux下,解决误删了oracle的表空间,不用重装oracle

    oracle恢复误删数据

    oracle中数据delete且commit 恢复误删数据

    oracle 误删办法

    四中操作oracle数据库误删数据的解决办法,比较齐全,有代码。

    oracle 误删数据分析之LogMiner案例一

    故障场景: 1)数据丢失时间,大概是前一天下午 2)数据丢失范围,能确定业务用户名及表名,查询发现数据是部分丢失,推测是删除操作 delete ..where condition= 使用logMiner分析操作语句

    Oracle恢复误删除数据

    Oracle 恢复误删除数据 Oracle 数据库是企业级的关系数据库管理系统,广泛应用于各种行业。然而,在实际操作中,误删除数据是一种常见的错误。因此,了解如何恢复误删除数据是非常重要的。本文将详细介绍 Oracle ...

    oracle 误删恢复

    误删数据,并且提交了,如何恢复数据呢?详见txt文件

    oracle数据误删找回

    Oracle 数据库是一个广泛使用的事务处理系统,其强大的功能包括数据恢复机制,这在数据误删的情况下显得尤为重要。本文将深入探讨如何在 Oracle 10g 中找回被误删的数据,主要涉及 SCNs(系统改变号)的概念及其在...

    使用oracle快照恢复误删的数据

    oracle 数据恢复 误删恢复 111111111111111111111111111111111111111111111111111111111111111111111111

    oracle使用logmnr找回误删数据.rar

    oracle使用logmnr找回误删数据

    关于oracle-01033误删表空间文件解决方法

    关于oracle-01033误删表空间文件解决方法关于oracle-01033误删表空间文件解决方法

    oracle表数据误删还原

    ORACLE 表删除 后还原的几种办法 通过oracle提供的回闪功能:oracle保存在回滚保持段里的数据时间有一定的时间限制由undo_retention 这个参数值。。等等。。

Global site tag (gtag.js) - Google Analytics