噩梦!!! 当Oracle遇到优化大师的时候~

来源:互联网 发布:js判断字符串特殊符号 编辑:程序博客网 时间:2024/05/17 02:22

幸亏啊  我这台电脑刚开始用oralce,不然就更加郁闷了

 

优化大师居然会删除 dmp备份文件!

到网上一搜  原来这个问题在很早之前就有了,汗~

想想以后开发的电脑还是不敢装这个大师了,太危险了

 

下面是一位网友恢复oracle的方法,贴过来以备不测

 

 

--oracle的日志和控制文件恢复

只要表空间文件还在控制文件和日志文件坏了都是可以恢复的,

背景描述:oracle实例A的日志文件被误删除,同时因为后期修复过程中的误操作把控制文件也给破坏了。解决思路是:新建一个干净的实例,把坏掉实例的表空间数据文件倒进干净的实例中,并重新建立日志与控制文件的关联。具体做法如下:
1)新建一个实例B(D:/ORACLE/ORADATA/B/),到“服务”里停止实例B;
2)把实例A所有的.dbf文件拷贝到实例A里
3)“服务”启动实例B;
4)进入DOS,
   c:/>sqlplus /nolog
   sql>connect  /@instancename as sysdba;
   sql>startup ummount;
   --下面是关键的一步,建立控制文件的关联
   sql>CREATE CONTROLFILE REUSE DATABASE "B" RESETLOGS NOARCHIVELOG
    -- SET STANDBY TO MAXIMIZE PERFORMANCE
    MAXLOGFILES 50
    MAXLOGMEMBERS 5
    MAXDATAFILES 100
    MAXINSTANCES 1
    MAXLOGHISTORY 226
    LOGFILE
    GROUP 1 'D:/ORACLE/ORADATA/B/REDO01.LOG' SIZE 100M,
    GROUP 2 'D:/ORACLE/ORADATA/B/REDO02.LOG' SIZE 100M,
    GROUP 3 'D:/ORACLE/ORADATA/B/REDO03.LOG' SIZE 100M
    -- STANDBY LOGFILE
    DATAFILE
    'D:/ORACLE/ORADATA/B/SYSTEM01.DBF',
    'D:/ORACLE/ORADATA/B/UNDOTBS01.DBF',
    'D:/ORACLE/ORADATA/B/CWMLITE01.DBF',
    'D:/ORACLE/ORADATA/B/DRSYS01.DBF',
    'D:/ORACLE/ORADATA/B/EXAMPLE01.DBF',
    'D:/ORACLE/ORADATA/B/INDX01.DBF',
    'D:/ORACLE/ORADATA/B/ODM01.DBF',
    'D:/ORACLE/ORADATA/B/TOOLS01.DBF',
    'D:/ORACLE/ORADATA/B/USERS01.DBF',
    'D:/ORACLE/ORADATA/B/XDB01.DBF';
    --关于DATAFILE里的内容,需要大家自己根据情况修改。
    sql>shutdown
    sql>startup mount
    sq;>alter database open resetlogs;

   5)这样应该就可以了,如果不行,关闭,重新连接应该就可以了。

经历这次事件,体会以下几点:
   1)做开发和数据库管理的人不可以随便去使用一些软件,使用时更要仔细检查它的功能,阅读文档。
   2)以前学的oracle知识大多一知半解,也很少去应用,这次的折腾以成功结束,所以对oracle有了更多的体会,也更喜欢这个数据库。
   3)备份工作一定要持之以恒,不能只备在硬盘和活动硬盘里,还要备在光驱里,建立归档制度。
   4)遇到困难时,热心的朋友真是多啊。网上的朋友和朋友介绍的朋友都很热心,对我的无知给给予了很多理解、同情和帮助。

原创粉丝点击