zoukankan      html  css  js  c++  java
  • 直接删除undo及temp表空间文件后的数据库恢复一例

    前几天,某用户研发找到我,说他们的研发库坏了,问我能恢复不?我问他们做了什么操作,一个小男孩儿说,看到空间满了,清除了点儿数据,我说是不是连数据库的文件也清除了,他说没有,他清除的是ORACLE_HOME外的一个目录,和数据库没关系,见他这么说,我就没什么说的了,因为再说下去也是扯皮。登录系统查看,发现数据库可以mount,但在打开阶段会报错:

    ORA-00603:ORACLE server session terminated by fatal error.

    一时还真搞不清到底咋了,由spfile导出pfile,经查看undo表空间被删除了,只能采取了下面的步骤:

    修改initsid.ora如下:

    _corruption_rollback_segments=true;

    undo_management='MANUAL'

    undo_tablespace='SYSTEM'

    用pfile启动,系统可以正常启动、打开,但很短时间内就会自动宕掉,因此,我必须尽快创建一个undo,为了尽快,我开始创建了一个只有50m的undo表空间undotbs2,然后,修改initsid.ora:

    undo_management='AUTO'

    undo_tablespace='UNDOTBS2'

    再用pfile启动,系统可以正常启动、打开,但也是过了一段时间,就自动宕掉,后来,忽然看到一个报错,似乎说是和parallel servers有关,于是,修改initsid.ora:

    parallel_max_servers=0

    再用pfile启动、打开数据库后,这次数据库不自动宕掉了,接着,创建了一个大的undo表空间undotbs3,将系统undo表空间切换到这个大的新建的undo表空间undotbs3上,修改initsid.ora:

    undo_tablespace='UNDOTBS3'

    再以pfile启动、打开数据库,并drop掉那个小的undo表空间undotbs2,后来发现系统的temp表空间文件也被删除了,于是新建了temp表空间temp1,并把用户temp表空间切到新的temp表空间temp1上,然后,创建了spfile,并用spfile重启数据库,验证几天,一切正常。

    供大家参考,如需转载,请注明出处。

  • 相关阅读:
    Delphi / C++ Builder 使用 UDT ( UDP-based Data Transfer ) 4.11
    STUN: NAT 类型检测方法
    udt nat traverse
    UDT: Breaking the Data Transfer Bottleneck
    Freescale OSBDM JM60仿真器
    How To: Perl TCP / UDP Socket Programming using IO::Socket::INET
    NAT类型与穿透 及 STUN TURN 协议
    根据PID和VID得到USB转串口的串口号
    pic/at89c2051 programmer
    IC开短路测试(open_short_test),编程器测试接触不良、开短路
  • 原文地址:https://www.cnblogs.com/lhdz_bj/p/8609088.html
Copyright © 2011-2022 走看看