精华内容
下载资源
问答
  • oracle 数据恢复 参考文档,本人做恢复重要参考文档
  • 鱼肠ORACLE数据恢复软件是一个直接读取oracle数据文件,解析其数据的小工具。鱼肠ORACLE数据恢复软件仅在windows+oracle10g版本下测试过,其他版本未进行测试。可以把表数据直接导到数据
  • 恢复数据-提取oracle数据文件工具 提供小工具,当oracle数据库损坏,服务服务无法启动,可通过该工具对数据文件中数据表、数据行进行提取
  • oracle 恢复数据字典

    2010-08-23 23:14:52
    oracle 恢复数据字典 的方法,是一些专家的博客 个人转文件用~哎
  • 此文详细描述利用Oracle 11g数据恢复向导恢复数据库数据文件(system,undo,user等),根据文件类型不同详细描述了恢复流程及操作流程。
  • oracle恢复数据的方法

    2012-05-02 12:31:51
    恢复oracle中的数据方法,该文档提供了详细的恢复oracle数据库中的恢复数据的方法……
  • 对于oracle数据库,如果因为软件或者系统问题导致的实例不能启动,在没有其他办法的情况下,如果数据文件没有损坏,可使用此工具从数据文件中直接抽取数据。 工具名为ParnassusData,使用有限制需注册使用。
  • 精选文档 PAGE PAGE 1 ORACLE使用数据文件恢复数据库 问题描述 Oracle控制文件丢失数据文件完整导致数据库实例不能启动在修改数据库服务器的计算机名称IP地址后修改listener.ora和tnsnames.ora文件中的HOST地址后不...
  • oracle 数据库 备份与恢复方案 文件控制 受控 不受控 文档编号 日期 项目名称 版本号 分册名称 第 册/ 共 册 总页数 正文 附录 编制 审批 生效日期 . . 目录 一 编写目的 1 二 备份工具及备份方式 1 三 软件备份 1 ...
  • oracle数据恢复 电脑资料 oracle 数据恢复 drop del 1delete后恢复 最好是立即进行恢复 insert into mytest ( select * from mytest as of timestamp to_timestamp'xx-07-11 15:18:04'yyyy-mm-dd hh24:mi:ss) 2 drop...
  • 由于对于truncate命令没有回滚方法来还原,因此就需要对数据库进行恢复操作以将数据恢复回表中。 本文中将给出truncate命令后的恢复思路及步骤: RECOVER DATABASE UNTIL TIME 恢复步骤方案 注意: 在开始使用旧...

    如何将勿操作truncate的表恢复回来

    由于对于truncate命令没有回滚方法来还原,因此就需要对数据库进行恢复操作以将数据恢复回表中。
    本文中将给出truncate命令后的恢复思路及步骤:


    RECOVER DATABASE UNTIL TIME 恢复步骤方案

    注意: 在开始使用旧备份进行数据库恢复前,对当前数据库做好备份

    1. 当时是否有表的export dump文件可用?
      a. 有   -> import导入文件还原表数据
      b. 没有 -> 跳转至步骤2 
    2. 数据库是否在archivelog模式下?
      a. 是 -> 跳转至步骤3
      b. 不是 -> 跳转至步骤4
    3. 数据库在归档模式下。那么可以使用备份归档至数据库某个表被truncate前的时间点。
      a. 恢复数据库备份至另一个位置。
      b. 使用RECOVER DATABASE UNTIL TIME .....将数据库recover到truncate之前某个时间点。
      c. 从恢复的数据库中导出所需的表数据。
      d. 将数据import会原库对应被truncate数据的表中。
      e. 工作已经完成,将恢复的库删掉即可。
    4. 数据库不在归档模式下, 因此没有方法将数据库恢复到truncate之前的时间点。
      你需要联系Oracle或更第三方专业Oracle数据恢复专家来帮忙处理。

    你也可以使用FLASHBACK来回滚到TRUNCATE前以找到所需恢复的数据。
    下面的步骤将使用FLASHBACK来将数据库恢复到表TRUNCATE之前,然后使用数据库恢复方法将数据库回到当前时间点。
     

    • 给表MYOBJ插入数据行 - 这表会在之后被truncate
    SQL> insert into scott.myobj select * from all_objects;
    
    50496 rows created.
    
    SQL> /
    
    50496 rows created.
    
    SQL> select count(*) from scott.myobj;
    
      COUNT(*)
    ----------
        100992
     
    • 获取SCN - FLASHBACK将需要回到这个时间点
    SQL> select current_scn from v$database;
    
              CURRENT_SCN
    ---------------------
              15633908021
    • TRUNCATE表
    SQL> truncate table scott.myobj;
    
    Table truncated.
    
    SQL> select count(*) from scott.myobj;
    
      COUNT(*)
    ----------
             0
    • 同时我们更新数据库中其它表以验证在FLASHBACK后再进行的数据库恢复将数据库回到最新状态。
    SQL> insert into scott.myobj2 select * from scott.myobj2;
    
    356874 rows created.
    
    SQL> /
    
    713748 rows created.
    
    SQL> commit;
    
    Commit complete.
    • 关闭数据库并进行FLASHBACK
    SQL> shutdown immediate;
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup mount;
    ORACLE instance started.
    
    Total System Global Area  469762048 bytes
    Fixed Size                  2084880 bytes
    Variable Size             377491440 bytes
    Database Buffers           83886080 bytes
    Redo Buffers                6299648 bytes
    Database mounted.
    
    SQL> FLASHBACK DATABASE TO SCN 15633908021;
    
    Flashback complete.
    • 以只读方式打开数据库并导出被误truncate的表数据,导出的数据会在数据库recover后被导回去。
    SQL> alter database open read only;
    
    Database altered.
    
    
    SQL>  select count(*) from scott.myobj;
    
      COUNT(*)
    ----------
             100992
    
    SQL> quit
    Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    
    crashdb:/u03/oradata/crashdb/arch> exp file=scott.dmp tables=myobj
    
    Export: Release 10.2.0.4.0 - Production on Fri Feb 6 09:53:00 2009
    
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
    
    
    Username: scott
    Password:
    
    Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    Export done in US7ASCII character set and AL16UTF16 NCHAR character set
    server uses WE8ISO8859P1 character set (possible charset conversion)
    
    About to export specified tables via Conventional Path ...
    . . exporting table                          MYOBJ          100992 rows exported
    Export terminated successfully without warnings.
    • 关闭数据库后,重新mount库并进行recover
    SQL> shutdown immediate
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup mount;
    ORACLE instance started.
    
    Total System Global Area  696254464 bytes
    Fixed Size                  2086616 bytes
    Variable Size             184551720 bytes
    Database Buffers          503316480 bytes
    Redo Buffers                6299648 bytes
    Database mounted.
    SQL> recover database;
    Media recovery complete.
    SQL> alter database open;
    
    Database altered.
    • 正如所看到到,在数据库recover后,被truncated的表继续为0行数据,我们可以将已经导出的表数据导入恢复即可。
    SQL> select count(*) from scott.myobj;
    
      COUNT(*)
    ----------
             0
    • 作为对比,我们可以看到recover后的scott.myobj2表行数。
    SQL> select count(*) from scott.myobj2;
    
      COUNT(*)
    ----------
      713748

    展开全文
  • oracle误删数据恢复

    2012-05-31 16:02:22
    oracle误删数据恢复。利用ORACLE回闪功能时间点克查询删除前的数据,如何恢复就看自己了哈
  • Oracle通过DBF恢复数据

    2019-01-14 19:32:03
    Oracle软件误删损坏不用慌,数据恢复技术来帮忙。只要数据文件尚在,无备份文件也能完整恢复数据库。千万不可因为玩坏了数据库而跑路,一切都还有救!
  • oracle常见数据文件恢复方法

    千次阅读 2019-04-26 17:13:56
    恢复原理:句柄恢复文件--因为我们的操作系统是linux,当数据文件从操作系统级别被rm掉,但之前打开该文件的进程仍然持有相应的文件句柄,所以指向的文件仍然可以读写,并且该文件的文件描述符可以从/proc目录中...

    1、基于linux操作系统文件恢复

         条件:1、误强制删除linux下的数据文件(rm -rf)。2、未重启数据库或操作系统。3、数据库是归档模式

         恢复原理:句柄恢复文件--因为我们的操作系统是linux,当数据文件从操作系统级别被rm掉,但之前打开该文件的进程仍然持有相应的文件句柄,所以指向的文件仍然可以读写,并且该文件的文件描述符可以从/proc目录中获得。

                           若重启了数据库或者操作系统,那么句柄就会消失,可以通过扫描磁盘进行文件恢复

         恢复步骤:

           1、检查dbwr的进程PID: [oracle@dg2 oracle]$ps -ef|grep dbw0|grep -v grep         --目录名是进程PID,fd表示文件描述符。         2、通过进程id9946找到对应的目录:[oracle@dg2 oracle]$cd /proc/9964/fd

           3、找到被删除的文件:[oracle@dg2 oracle]$ ls -l(会有一个delete的标志)

           4、直接cp 删除的句柄文件名回原位置:[oracle@dg2 oracle]$ cp  句柄文件名  /u01/app/oradata/dropdatafile.dbf

    2、利用闪回,基于时间戳或者SCN恢复数据文件(drop 或者 delete

       条件:1、在删除数据后还没做大量的操作,数据没有被覆盖。2、9i之后的版本。3、不考虑全库备份和利用归档日志

                  4、闪回已经打开:alter database flashback on

       恢复原理:利用闪回功能恢复数据

       恢复步骤:(时间戳

           1、确定删除数据的时间(在删除数据之前的时间就行,不过最好是删除数据的时间点)。 
           2、用语句找出删除的数据  (select * from 表名 as of timestamp sysdate-30/1440;  30分钟内的语句)。

    select * from 表名 as of timestamp to_timestamp('2013-05-29 15:29:00','yyyy-mm-dd hh24:mi:ss');  (如果不是,则继续缩小范围)
           3、把删除的数据重新插入原表。(insert into 表名 (select * from 表名 as of timestamp sysdate-30/1440 );)

           4、SQL>flashback database to timestamp to_timestamp('2007-2-12 12:00:00','yyyy-mm-dd hh24:mi:ss');

       恢复步骤:(scn

           1、获得当前数据库的scn号,查询到的scn号:  (select current_scn from v$database;)

           2、查询当前scn号之前的scn: select * from 表名 as of scn 1499220;

           3、恢复删除且已提交的数据:flashback table 用户.表名 to scn 1499220;  (若是sys用户,表需带上用户名)

            如果flash出现错误。可以尝试执行 alter table 表名 enable row movement,使用后改成disable

           4、如果是表被drop掉:

                  可以先查询删除数据:select * from recyclebin order by droptime desc

                  直接闪回表:flashback table '需要恢复的表名' to before drop

    建议:建议使用AS OF SCN的方式执行Flashback Query。如需要对多个相互有主外键约束的表进行恢复时,如果使用AS OF TIMESTAMP的方式,可能会由于时间点不统一的缘故造成数据选择或插入失败,通过AS OF SCN方式则能够确保记录处理的时间点一致。

    总结:
    flash机制保证了数据安全操作,但同时会有另外一个问题,就是空间占用,由于以上机制的运行,使用drop一个表或者delete数据后,空间不会自动回收,对于一些确定不使用的表,删除时要同时回收空间,可以有以下2种方式:

      1、采用truncate方式进行截断。(但不能进行数据回恢复了)

      2、在drop时加上purge选项:drop table 表名 purge

      3、也可以通过删除recyclebin区域来永久性删除表 ,

      原始删除表:drop table emp cascade constraints   purge table emp;     

       删除当前用户的回收站:purge recyclebin;       删除全体用户在回收站的数据::purge dba_recyclebin

     

    注:1、执行闪回时:报如下错误  ORA-00604: 递归 SQL 级别 1 出现错误 ORA-25153: 临时表空间为空  重建零时表空间即可(一般问题是没有临时表空间)   临时表空间的作用见:

    alter tablespace temp add tempfile 'D:\app\Administrator\oradata\WAREHOUSE\CONTROLFILE\temp01.dbf' size 20M autoextend off;

       

     

     

     

     

     

     

     

     

     

     

     

     

    展开全文
  • 本文介绍了恢复只有完好数据文件Oracle数据的方法。
  • 原创Oracle 物理删除数据文件恢复 危机演练
  • oracle数据恢复工具

    2017-12-08 18:12:26
    oracle数据灾难恢复工具。支持oracle 9i,10g,11g版本。支持dmp文件恢复
  • 在安装了新的xp之后(测试),准备将以前的数据恢复,步骤如下: 1、安装oracle数据库,安装路径、实例和以前一样(D:\oracle、orcl)。 2、oracle安装完成之后,将oracle的一些服务手动停止掉。 3、将备份出来...

    原先的03服务器出问题了,将oracle的物理文件(安装目录)拷贝了出来。

    在安装了新的xp之后(测试),准备将以前的数据恢复,步骤如下:

    1、安装oracle数据库,安装路径、实例和以前一样(D:\oracle、orcl)。

    2、oracle安装完成之后,将oracle的一些服务手动停止掉。

    3、将备份出来oracle的物理文件覆盖刚才安装oracle所在的目录。

    4、手动启动oracle的服务或重启服务器。

    就在操作4的时候出现了问题,监听服务OracleOraDb10g_home1TNSListener启动失败。在D:\Oracle\product\10.2.0\db_1\NETWORK\ADMIN下打开监听文件listener.ora

    LISTENER =
      (DESCRIPTION_LIST =
        (DESCRIPTION =
          (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
          (ADDRESS = (PROTOCOL = TCP)(HOST = PC-20130902WXVJ)(PORT = 1521))
        )
      )

    找到问题所在了,这个HOST(主机名)是以前的服务器的机器名,将它改为现在服务器的主机名,然后监听服务就能启动了。

    展开全文
  • oracle 只有数据文件时的恢复

    千次阅读 2012-08-17 15:23:18
    兄弟刚用ORACLE,因为IP地址变了下,玩了半天,只剩下数据文件了,网上查了一天资料,终于搞定,成功将数据文件恢复到新的数据库中。(主要 是以前没玩过,花了我一天半的时间,哎,书到用时方恨少啊) ...

    兄弟刚用ORACLE,因为IP地址变了下,玩了半天,只剩下数据文件了,网上查了一天资料,终于搞定,成功将数据文件恢复到新的数据库中。(主要 是以前没玩过,花了我一天半的时间,哎,书到用时方恨少啊)

    oracle数据恢复:只有数据文件的情况下;
    状况描述:当Oracle的控制文件丢失或损坏,但数据文件完好时,可以通过重建控制文件的方式对数据库实例进行恢复。恢复方法如下:
    一、备份数据文件
    一、安装Oracle,安装过程中不要创建数据库。
    二、安装好后,用DBCA(Database Configuration Assistant)创建与丢失的实例相同名称的实例。创建实例时数据库名和实例名要和丢失前的一致。数据文件与控制文件的信息可以从 (admin\xxxx\bdump\alert_xxxx.log)文件找到,其中xxxx为数据库名,参照这个文件里的CREATE CONTROLFILE 语句段。还要注意创建实例时的归档模式及非归档模式,如果admin\zhxt\bdump\alert_xxxx.log文件中的CREATE CONTROLFILE 那一行最后是NOARCHIVELOG,则为非归档模式,如为ARCHIVELOG,则为归档模式,没有则保持没有
    三、关闭Oracle(我的方法,在服务里将ORACLE的有关服务改为手动,重启机子),用备份出来的数据文件覆盖新建的数据文件,并将新生成的控制文 件及重做日志文件删除。
    四、启动Oracle有监听(在服务里将ORACLE有关的服务开启)
    五、用sys用户连接到oracle
    Sqlplus /nolog
    SQL>conn sys/sys as sysdba;
    六、关闭数据库
    SQL> shutdown immediate;
    七、起动数据库,但不挂载数据文件
    SQL> startup nomount;
    八、重建控制文件,重建控制文件的脚本可以从admin\xxxx\bdump\alert_xxxx.log)文件找到,搜索 CREATE CONTROLFILE 语句,如果存在多处这样的语句,则使用最后的。
    控制文件的脚本类似如下语句:

    CREATE CONTROLFILE REUSE DATABASE "zhxt" NORESETLOGS NOARCHIVELOG
    -- SET STANDBY TO MAXIMIZE PERFORMANCE
        MAXLOGFILES 50
        MAXLOGMEMBERS 5
        MAXDATAFILES 100
        MAXINSTANCES 1
        MAXLOGHISTORY 226
    LOGFILE
    GROUP 1 'E:\ORADATA\zhxt\REDO01.LOG' SIZE 100M,
    GROUP 2 'E:\ORADATA\zhxt\REDO02.LOG' SIZE 100M,
    GROUP 3 'E:\ORADATA\zhxt\REDO03.LOG' SIZE 100M
    -- STANDBY LOGFILE
    DATAFILE
    'E:\ORADATA\zhxt\RKXT.ORA',
    'E:\ORADATA\zhxt\SYSTEM01.DBF',
    'E:\ORADATA\zhxt\TOOLS01.DBF',
    'E:\ORADATA\zhxt\TYZHXTTBS.ORA',
    'E:\ORADATA\zhxt\UNDOTBS01.DBF',
    'E:\ORADATA\zhxt\USERS01.DBF',
    CHARACTER SET ZHS16GBK

    这一语句有几个地方需要修改:
    1、   因为重做日志文件已丢失,所以要将第一句的,NORESETLOGS 改为 RESETLOGS
    2、   LOGFILE段的几个重做日志文件指定为实际希望的位置
    3、   DATAFILE段的数据文件改为数据文件实际的位置,注意这里不要包括临时表空间用到的文件,否则会出错。

    执行修改后的脚本。如果提示控制文件创建完成,则可以进行下一步操作。

    结果系统报错:
    ORA-01503: CREATE CONTROLFILE ??
    ORA-01160: ???? data file
    ORA-01110: ???? : 'D:\oracle\oradata\cicdb\TEMP01.DBF'


    则需要将重建日志文件中DATAFILE段中TEMP01这行删除,因为它是临时表空间,可以在创建后用alter database语句加上。再次执行重建控制文件的脚本。

    九、创建控制文件成功后,执行以下语句打开数据库,加上RESETLOGS参数是为了重新生成重做日志文件。
    SQL> alter database open RESETLOGS;
    如果出现以下错误:

        alter database open resetlogs
    *
    第 1 行出现错误:
    ORA-01194: 文件 1 需要更多的恢复来保持一致性
    ORA-01110: 数据文件 1:
    'D:ORACLEPRODUCT10.2.0ORADATAORACLE10GSYSTEM01.DBF'
    解决方法如下:
    SQL> alter database open resetlogs;
    alter database open resetlogs
    *
    ERROR at line 1:
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: 'F:SUNSYSTEM01.DBF'


    SQL> set wrap off
    SQL> set lin 300
    SQL> select * from v$recover_file;

    FILE# ONLINE ONLINE_ ERROR CHANGE# TIME
    ---------- ------- ------- ----------------------------------------------------------------- ---------- ----------
    1 ONLINE ONLINE 476049 08-JAN-08
    2 ONLINE ONLINE 476049 08-JAN-08
    3 ONLINE ONLINE 476049 08-JAN-08
    4 ONLINE ONLINE 476049 08-JAN-08

    SQL> recover database until cancel;
    ORA-00283: recovery session canceled due to errors
    ORA-01610: recovery using the BACKUP CONTROLFILE option must be done


    SQL> recover database using backup controlfile until cancel;
    ORA-00279: change 476049 generated at 01/08/2008 19:13:19 needed for thread 1
    ORA-00289: suggestion : F:ORACLEFLASH_RECOVERY_AREASUNARCHIVELOG2008_01_08O1_MF_1_18_%U_.ARC
    ORA-00280: change 476049 for thread 1 is in sequence #18


    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

    ORA-00308: cannot open archived log 'F:ORACLEFLASH_RECOVERY_AREASUNARCHIVELOG2008_01_08O1_MF_1_18_%

    U_.ARC'
    ORA-27041: unable to open file
    OSD-04002: ????????????
    O/S-Error: (OS 2) ??????????????????????


    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: 'F:SUNSYSTEM01.DBF'


    SQL> recover database using backup controlfile until cancel;
    ORA-00279: change 476049 generated at 01/08/2008 19:13:19 needed for thread 1
    ORA-00289: suggestion : F:ORACLEFLASH_RECOVERY_AREASUNARCHIVELOG2008_01_08O1_MF_1_18_%U_.ARC
    ORA-00280: change 476049 for thread 1 is in sequence #18


    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    E:oracleoradatasunsunredo01.log
    ORA-00310: archived log contains sequence 17; sequence 18 required
    ORA-00334: archived log: 'E:ORACLEORADATASUNSUNREDO01.LOG'


    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: 'F:SUNSYSTEM01.DBF'


    SQL> recover database using backup controlfile until cancel;
    ORA-00279: change 476049 generated at 01/08/2008 19:13:19 needed for thread 1
    ORA-00289: suggestion : F:ORACLEFLASH_RECOVERY_AREASUNARCHIVELOG2008_01_08O1_MF_1_18_%U_.ARC
    ORA-00280: change 476049 for thread 1 is in sequence #18


    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    E:oracleoradatasunsunredo02.log
    Log applied.
    Media recovery complete.
    SQL> alter database open;
    alter database open
    *
    ERROR at line 1:
    ORA-01589: must use RESETLOGS or NORESETLOGS option for database open


    SQL> alter database open resetlogs;

    Database altered.

    SQL>
    十、将临时表空间加入到实例上
    SQL> alter tablespace TEMP add tempfile 'E:\oradata\zhxt\TEMP01.DBF' reuse;

    十一、退出sqlplus,重启oracle,测试是否成功

    如何更改Oracle的默认监听端口(1521) 
    Oracle 的默认监听端口为1521,你可以方便的依照下列步骤修改为其他端口:
    [oracle@dbserver2 admin]$ cd $ORACLE_HOME/network/admin 
    [oracle@dbserver2 admin]$ vi listener.ora 
    修改这个文档中的1521端口为你需要的端口your port 
    [oracle@dbserver2 admin]$ lsnrctl stop 
    [oracle@dbserver2 admin]$ lsnrctl start

    这时虽然用sqlplus能连上,但用程序是连不上的,在CMD下,netstat -an 查看时,1521端口是未开启的
    解决方法如下(实际上是第三种,用手动启动数据库监听就OK了):

    程序报错:Io 异常: The Network Adapter could not establish the connection
    这个异常的出现一般与数据库和你的PC的设置有关

    这种异常的出现大致上有下面几种:
    1。IP错误。
    在设置URL时错误,例如:jdbc:oracle:thin:@192.168.0.36:1521:sharp
    数据库服务器不正确:ping 服务器IP是否正确。不正确,将URL更改为正确
    端口号错误:一般不会错误。
    进行一下操作:在DOS上键入sqlplus,检查oracle是否开启
    一却正常,执行下面第2步。
    2。防火墙
    如果机器上安装有放火墙,可能是服务器端口号屏蔽而造成的。关闭防火墙后,尝试重新连接。
    仍然不行,执行第3步。
    3。数据库监听未启动 修改PC上注册表中的ImagePath值。
    以下是以现在主流的数据库ORACLE为例
    重新手动启动数据库监听:
    1:开始 → 运行→ 输入CMD→ 进入DOS命令提示界面
    d:>lsnrctl
    LSNRCTL> status
    或者
    LSNRCTL> start

    至此,完全搞定

    展开全文
  • Oracle必杀技物理删除数据文件恢复,详解了实用的Oracle物理表空间删除修复命令。
  • Oracle系统中数据文件恢复.pdf
  • Oracle移动数据文件

    千次阅读 2021-04-15 22:07:36
    11G and before 分为不停机和停机两种方式: ...5、recover恢复数据文件 6、online数据文件 --开启归档模式 SQL> archive log list Database log mode No Archive Mode Automatic archival
  • oracle数据恢复工具。

    2011-03-11 15:20:05
    Oracle数据恢复软件AUL 5.0,可以从oracle数据文件中提取转化为DMP输出
  • Oracle 根据dbf文件数据恢复

    千次阅读 2019-08-06 18:55:40
    服务器上,Oracle数据库数据丢失,开发机上,有数据,但是因为系统坏了(太巧了),先进去把dbf文件备份出来,然后重做了系统(全盘格式化的,不要问我为什么不是只有c盘,售后做的,所以才有了后面数据恢复困难的...
  • 如何在ASM磁盘组损坏后使用AMDU进行数据库恢复 注意:这并不是针对受损ASM磁盘组中的内容使用RMAN备份来恢复方案的替代方案。使用这种工具一般是在常规恢复手段不起效而为了“尽最大努力”而进行的尝试。因此这种...
  • 标题:oracle文件被删除且部分被覆盖恢复案例 作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.] 有客户数据库异常,让我们对其进行分析,判断是否可以恢复,让客户通过...
  • oracle临时数据文件

    2019-05-05 14:01:26
    临时数据文件属于临时表...4、介质恢复(Media Recovery)不能恢复临时数据文件 5、创建临时数据文件时,oracle并不总是给它分配空间,直到需要使用这些空间。 6、临时数据文件的信息并不是存在数据字典DBA_DATA_FI...
  • dbview for oracle是一个和DUL类似的oracle数据库恢复工具,能在没有安装oracle数据库的电脑上,通过对数据库的数据文件进行分析, 得到oracle的数据、表、视图、 函数、存储过程、序列等数据库对象,最后使用OCI...
  • ORACLE数据恢复工具

    2014-10-29 16:12:13
    Oraview是一个直接读取oracle数据文件,解析其数据的小工具,可以从损坏的ORACLE数据文件提取表数据。 此工具仅在oracle10g,11g版本下测试过,其他版本未进行测试。 可以把表数据直接导到数据库里或导成一个DMP文件
  • Oracle误删数据文件恢复

    千次阅读 2017-11-07 10:12:18
    场景:数据库在运行过程中,误删数据文件 --数据库需要开启归档 SQL> archive log list Database log mode Archive Mode Automatic archival Enabled Archive destination USE_DB_RECOVERY_FILE_DEST Ol

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 120,518
精华内容 48,207
关键字:

oracle恢复数据文件