标签云
asm恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-00742 ORA-01110 ORA-01555 ORA-01578 ORA-01595 ORA-08103 ORA-600 2131 ORA-600 2662 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 Oracle 恢复 ORACLE恢复 ORACLE数据库恢复 oracle 比特币 OSD-04016 YOUR FILES ARE ENCRYPTED 勒索恢复 比特币加密文章分类
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (103)
- 数据库 (1,770)
- DB2 (22)
- MySQL (77)
- Oracle (1,611)
- Data Guard (52)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (166)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (8)
- Oracle ASM (69)
- Oracle Bug (8)
- Oracle RAC (54)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (29)
- Oracle备份恢复 (592)
- Oracle安装升级 (98)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (86)
- PostgreSQL (30)
- pdu工具 (6)
- PostgreSQL恢复 (9)
- SQL Server (32)
- SQL Server恢复 (13)
- TimesTen (7)
- 达梦数据库 (3)
- 达梦恢复 (1)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (39)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (22)
-
最近发表
- Oracle 19c 202507补丁(RUs+OJVM)-19.28
- 2025年的Oracle 8.0.5数据库恢复
- ORA-600 kokiasg1故障分析(obj$中核心字典序列全部被恶意删除)
- ORA-00756 ORA-10567故障数据0丢失恢复
- 数据库文件变成32k故障恢复
- tcp连接过多导致监听TNS-12532 TNS-12560 TNS-00502错误
- 文件系统格式化MySQL数据库恢复
- .sstop勒索加密数据库恢复
- 解决一次硬件恢复之后数据文件0kb的故障恢复case
- Error in invoking target ‘libasmclntsh19.ohso libasmperl19.ohso client_sharedlib’问题处理
- ORA-01171: datafile N going offline due to error advancing checkpoint
- linux环境oracle数据库被文件系统勒索加密为.babyk扩展名溯源
- ORA-600 ksvworkmsgalloc: bad reaper
- ORA-600 krccfl_chunk故障处理
- Oracle Recovery Tools恢复案例总结—202505
- ORA-600 kddummy_blkchk 数据库循环重启
- 记录一次asm disk加入到vg通过恢复直接open库的案例
- CHECKDB 发现了 N 个分配错误和 M 个一致性错误
- 达梦数据库dm.ctl文件异常恢复
- Oracle Recovery Tools修复ORA-00742、ORA-600 ktbair2: illegal inheritance故障
分类目录归档:数据库
使用rman找回被误删除表空间
一、案例说明
利用rman备份数据库后,因为人工误删除表空间,现在需要使用非完全恢复来找回被误删除的表空间
二、环境准备
[oracle@ECP-UC-DB1 ~]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.4.0 - Production on Mon Nov 14 12:35:14 2011 Copyright (c) 1982, 2007, Oracle. All Rights Reserved. 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 SQL> select name from v$tablespace; NAME ------------------------------ SYSTEM UNDOTBS1 SYSAUX USERS XFF ODU TEMP 7 rows selected. SQL> select name from v$datafile; NAME --------------------------------------------------------------- /opt/oracle/oradata/test/system01.dbf /opt/oracle/oradata/test/undotbs01.dbf /opt/oracle/oradata/test/sysaux01.dbf /opt/oracle/oradata/test/users01.dbf /opt/oracle/oradata/test/user32g.dbf /opt/oracle/oradata/test/xifenfei01.dbf /opt/oracle/oradata/test/user02.dbf /opt/oracle/oradata/test/odu02.dbf /opt/oracle/oradata/test/odu01.dbf /opt/oracle/oradata/test/odu03.dbf /opt/oracle/oradata/test/xifenfei02.dbf 11 rows selected. SQL> create tablespace xifenfei datafile 2 '/opt/oracle/oradata/test/t_xifenfei01.dbf' size 10m ; Tablespace created. SQL> create table chf.t_xifenfei tablespace xifenfei 2 as 3 select * from dba_objects; Table created. SQL> select count(*) from chf.t_xifenfei; COUNT(*) ---------- 50476 SQL> exit 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 [oracle@ECP-UC-DB1 ~]$ $ORACLE_HOME/bin/rman target / Recovery Manager: Release 10.2.0.4.0 - Production on Mon Nov 14 12:43:35 2011 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database: TEST (DBID=2056006906) RMAN> list backup summary; using target database control file instead of recovery catalog RMAN> backup database format '/tmp/test_full_%U'; Starting backup at 2011-11-14 12:44:32 allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=134 devtype=DISK channel ORA_DISK_1: starting full datafile backupset channel ORA_DISK_1: specifying datafile(s) in backupset input datafile fno=00008 name=/opt/oracle/oradata/test/odu02.dbf input datafile fno=00002 name=/opt/oracle/oradata/test/undotbs01.dbf input datafile fno=00001 name=/opt/oracle/oradata/test/system01.dbf input datafile fno=00003 name=/opt/oracle/oradata/test/sysaux01.dbf input datafile fno=00009 name=/opt/oracle/oradata/test/odu01.dbf input datafile fno=00006 name=/opt/oracle/oradata/test/xifenfei01.dbf input datafile fno=00005 name=/opt/oracle/oradata/test/user32g.dbf input datafile fno=00007 name=/opt/oracle/oradata/test/user02.dbf input datafile fno=00010 name=/opt/oracle/oradata/test/odu03.dbf input datafile fno=00011 name=/opt/oracle/oradata/test/xifenfei02.dbf input datafile fno=00012 name=/opt/oracle/oradata/test/t_xifenfei01.dbf input datafile fno=00004 name=/opt/oracle/oradata/test/users01.dbf channel ORA_DISK_1: starting piece 1 at 2011-11-14 12:44:33 channel ORA_DISK_1: finished piece 1 at 2011-11-14 12:48:59 piece handle=/tmp/test_full_01mrkqdh_1_1 tag=TAG20111114T124433 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:04:26 channel ORA_DISK_1: starting full datafile backupset channel ORA_DISK_1: specifying datafile(s) in backupset including current control file in backupset including current SPFILE in backupset channel ORA_DISK_1: starting piece 1 at 2011-11-14 12:49:02 channel ORA_DISK_1: finished piece 1 at 2011-11-14 12:49:03 piece handle=/tmp/test_full_02mrkqlr_1_1 tag=TAG20111114T124433 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:04 Finished backup at 2011-11-14 12:49:03 RMAN> exit Recovery Manager complete. [oracle@ECP-UC-DB1 ~]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.4.0 - Production on Mon Nov 14 12:50:53 2011 Copyright (c) 1982, 2007, Oracle. All Rights Reserved. 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 SQL> drop tablespace xifenfei including contents and datafiles; Tablespace dropped. SQL> shutdown immediate Database closed. Database dismounted. ORACLE instance shut down. SQL> exit 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 [oracle@ECP-UC-DB1 ~] cd /opt/oradata [oracle@ECP-UC-DB1 oradata]$ mv test test_bak [oracle@ECP-UC-DB1 oradata]$ mkdir test [oracle@ECP-UC-DB1 oradata]$ ll total 16 drwxr-x--- 3 oracle oinstall 4096 Aug 12 21:50 ecp drwxr-x--- 3 oracle oinstall 4096 Jun 25 14:23 ecp_bak drwxr-xr-x 2 oracle oinstall 4096 Nov 14 12:53 test drwxr-x--- 3 oracle oinstall 4096 Nov 14 12:51 test_bak
通过alert日志,查找出删除表空间xifenfei的时间:Mon Nov 14 12:49:102011
三、恢复测试
[oracle@ECP-UC-DB1 oradata]$ $ORACLE_HOME/bin/rman target / Recovery Manager: Release 10.2.0.4.0 - Production on Mon Nov 14 12:58:47 2011 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database (not started) RMAN> startup Oracle instance started RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of startup command at 11/14/2011 12:58:56 ORA-00205: error in identifying control file, check alert log for more info RMAN> restore controlfile from '/tmp/test_full_02mrkqlr_1_1'; Starting restore at 2011-11-14 12:59:15 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=156 devtype=DISK channel ORA_DISK_1: restoring control file channel ORA_DISK_1: restore complete, elapsed time: 00:00:03 output filename=/opt/oracle/oradata/test/control01.ctl output filename=/opt/oracle/oradata/test/control02.ctl output filename=/opt/oracle/oradata/test/control03.ctl Finished restore at 2011-11-14 12:59:19 RMAN> restore database; Starting restore at 2011-11-14 13:00:16 using channel ORA_DISK_1 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of restore command at 11/14/2011 13:00:16 ORA-01507: database not mounted RMAN> alter database mount; database mounted released channel: ORA_DISK_1 RMAN> restore database; Starting restore at 2011-11-14 13:00:32 Starting implicit crosscheck backup at 2011-11-14 13:00:32 allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=156 devtype=DISK Crosschecked 1 objects Finished implicit crosscheck backup at 2011-11-14 13:00:33 Starting implicit crosscheck copy at 2011-11-14 13:00:33 using channel ORA_DISK_1 Finished implicit crosscheck copy at 2011-11-14 13:00:33 searching for all files in the recovery area cataloging files... no files cataloged using channel ORA_DISK_1 channel ORA_DISK_1: starting datafile backupset restore channel ORA_DISK_1: specifying datafile(s) to restore from backup set restoring datafile 00001 to /opt/oracle/oradata/test/system01.dbf restoring datafile 00002 to /opt/oracle/oradata/test/undotbs01.dbf restoring datafile 00003 to /opt/oracle/oradata/test/sysaux01.dbf restoring datafile 00004 to /opt/oracle/oradata/test/users01.dbf restoring datafile 00005 to /opt/oracle/oradata/test/user32g.dbf restoring datafile 00006 to /opt/oracle/oradata/test/xifenfei01.dbf restoring datafile 00007 to /opt/oracle/oradata/test/user02.dbf restoring datafile 00008 to /opt/oracle/oradata/test/odu02.dbf restoring datafile 00009 to /opt/oracle/oradata/test/odu01.dbf restoring datafile 00010 to /opt/oracle/oradata/test/odu03.dbf restoring datafile 00011 to /opt/oracle/oradata/test/xifenfei02.dbf restoring datafile 00012 to /opt/oracle/oradata/test/t_xifenfei01.dbf channel ORA_DISK_1: reading from backup piece /tmp/test_full_01mrkqdh_1_1 channel ORA_DISK_1: restored backup piece 1 piece handle=/tmp/test_full_01mrkqdh_1_1 tag=TAG20111114T124433 channel ORA_DISK_1: restore complete, elapsed time: 00:07:08 Finished restore at 2011-11-14 13:07:42 RMAN> run 2> { 3> sql 'alter session set nls_date_format ="yyyy-mm-dd hh24:mi:ss"'; 4> set until time='2011-11-14 12:49:10'; 5> recover database; 6> } sql statement: alter session set nls_date_format ="yyyy-mm-dd hh24:mi:ss" executing command: SET until clause Starting recover at 2011-11-14 13:18:09 using channel ORA_DISK_1 starting media recovery unable to find archive log archive log thread=1 sequence=248 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of recover command at 11/14/2011 13:18:10 RMAN-06054: media recovery requesting unknown log: thread 1 seq 248 lowscn 11517136 --另外打开一个会话查询当前最大的归档日志seq#情况 [oracle@ECP-UC-DB1 archivelog]$ ll -thr|tail -10 -rw-r----- 1 oracle oinstall 45M Nov 5 19:00 1_238_757860476.dbf -rw-r----- 1 oracle oinstall 45M Nov 7 10:00 1_239_757860476.dbf -rw-r----- 1 oracle oinstall 45M Nov 8 02:25 1_240_757860476.dbf -rw-r----- 1 oracle oinstall 45M Nov 8 22:25 1_241_757860476.dbf -rw-r----- 1 oracle oinstall 45M Nov 9 22:26 1_242_757860476.dbf -rw-r----- 1 oracle oinstall 45M Nov 10 22:01 1_243_757860476.dbf -rw-r----- 1 oracle oinstall 46M Nov 11 22:01 1_244_757860476.dbf -rw-r----- 1 oracle oinstall 45M Nov 12 00:00 1_245_757860476.dbf -rw-r----- 1 oracle oinstall 45M Nov 13 07:26 1_246_757860476.dbf -rw-r----- 1 oracle oinstall 45M Nov 14 07:27 1_247_757860476.dbf --证明最大的seq为247,而恢复需要日志的seq为248,就是说需要应用未归档的redo log --那么我们采用在sqlplus中恢复 RMAN> exit Recovery Manager complete. [oracle@ECP-UC-DB1 oradata]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.4.0 - Production on Mon Nov 14 13:21:24 2011 Copyright (c) 1982, 2007, Oracle. All Rights Reserved. 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 SQL> alter session set nls_date_format ="yyyy-mm-dd hh24:mi:ss" 2 ; Session altered. SQL> recover database until time '2011-11-14 12:49:10' using backup controlfile; ORA-00279: change 11517136 generated at 11/14/2011 12:44:33 needed for thread 1 ORA-00289: suggestion : /opt/oracle/oradata/test/archivelog1_248_757860476.dbf ORA-00280: change 11517136 for thread 1 is in sequence #248 Specify log: {<RET>=suggested | filename | AUTO | CANCEL} /opt/oracle/oradata/test_bak/redo01.log ORA-00310: archived log contains sequence 247; sequence 248 required ORA-00334: archived log: '/opt/oracle/oradata/test_bak/redo01.log' SQL> recover database until time '2011-11-14 12:49:10' using backup controlfile; ORA-00279: change 11517136 generated at 11/14/2011 12:44:33 needed for thread 1 ORA-00289: suggestion : /opt/oracle/oradata/test/archivelog1_248_757860476.dbf ORA-00280: change 11517136 for thread 1 is in sequence #248 Specify log: {<RET>=suggested | filename | AUTO | CANCEL} /opt/oracle/oradata/test_bak/redo02.log Log applied. Media recovery complete. SQL> alter database open resetlogs; Database altered. SQL> select name from v$tablespace; NAME ------------------------------ SYSTEM UNDOTBS1 SYSAUX USERS XFF ODU TEMP XIFENFEI 8 rows selected. SQL> select name from v$datafile; NAME -------------------------------------------------------------------- /opt/oracle/oradata/test/system01.dbf /opt/oracle/oradata/test/undotbs01.dbf /opt/oracle/oradata/test/sysaux01.dbf /opt/oracle/oradata/test/users01.dbf /opt/oracle/oradata/test/user32g.dbf /opt/oracle/oradata/test/xifenfei01.dbf /opt/oracle/oradata/test/user02.dbf /opt/oracle/oradata/test/odu02.dbf /opt/oracle/oradata/test/odu01.dbf /opt/oracle/oradata/test/odu03.dbf /opt/oracle/oradata/test/xifenfei02.dbf /opt/oracle/oradata/test/t_xifenfei01.dbf 12 rows selected. SQL> select count(*) from chf.t_xifenfei; COUNT(*) ---------- 50476
发表在 rman备份/恢复
评论关闭
ORA-19693: backup piece %s already included
一、问题现象
RMAN> restore database; 启动 restore 于 13-11月-11 使用通道 ORA_DISK_1 通道 ORA_DISK_1: 正在开始还原数据文件备份集 通道 ORA_DISK_1: 正在指定从备份集还原的数据文件 通道 ORA_DISK_1: 将数据文件 00001 还原到 E:\ORACLE\ORADATA\XFF\SYSTEM01.DBF 通道 ORA_DISK_1: 将数据文件 00002 还原到 E:\ORACLE\ORADATA\XFF\SYSAUX01.DBF 通道 ORA_DISK_1: 将数据文件 00003 还原到 E:\ORACLE\ORADATA\XFF\UNDOTBS01.DBF 通道 ORA_DISK_1: 将数据文件 00004 还原到 E:\ORACLE\ORADATA\XFF\USERS01.DBF 通道 ORA_DISK_1: 将数据文件 00005 还原到 E:\ORACLE\ORADATA\XFF\EXAMPLE01.DBF 通道 ORA_DISK_1: 将数据文件 00006 还原到 E:\ORACLE\ORADATA\XFF\O_ORACLE.DBF 通道 ORA_DISK_1: 将数据文件 00007 还原到 E:\ORACLE\ORADATA\XFF\XIFENFEI01.DBF 通道 ORA_DISK_1: 将数据文件 00008 还原到 E:\ORACLE\ORADATA\XFF\P_TEST01.DBF 通道 ORA_DISK_1: 将数据文件 00009 还原到 E:\ORACLE\ORADATA\XFF\SYS_MG01.DBF 通道 ORA_DISK_1: 将数据文件 00010 还原到 E:\ORACLE\ORADATA\XFF\P101.DBF 通道 ORA_DISK_1: 将数据文件 00011 还原到 E:\ORACLE\ORADATA\XFF\P201.DBF 通道 ORA_DISK_1: 将数据文件 00012 还原到 E:\ORACLE\ORADATA\XFF\P301.DBF 通道 ORA_DISK_1: 将数据文件 00015 还原到 E:\ORACLE\ORADATA\XFF\OGG01.DBF 通道 ORA_DISK_1: 将数据文件 00016 还原到 E:\ORACLE\ORADATA\XFF\SPOT01.DBF RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: restore 命令 (在 11/13/2011 18:19:31 上) 失败 ORA-19693: 已包括备份片段 F:\RMANBACKUP\9_12_0GMMD2KI_1_1 RMAN> list backup summary; 备份列表 =============== 关键字 TY LV S 设备类型 完成时间 段数 副本数 压缩标记 ------- -- -- - ----------- ---------- ------- ------- ---------- --- 6 B F A DISK 12-9月 -11 1 2 NO TAG20110912T215425 7 B F A DISK 12-9月 -11 1 1 NO TAG20110912T215425 8 B F A DISK 12-9月 -11 1 1 NO TAG20110912T220120 19693, 00000, "backup piece %s already included" // *Cause: This backup piece was already specified for inclusion in the // restore conversation. A restore conversation may process only // a single instance of a backup piece. // *Action: Remove the specified duplicate backup piece in restore steps // and restart the conversation.
二、解决办法
1、查找出副本数大于1的备份集
2、重命名对应的备份集
3、使用crosscheck backup检测出无效的备份集
4、使用delete noprompt expired backup删除无效备份集
5、使用CATALOG START WITH重新添加刚刚重命名的备份集
三、问题原因
Bug 4483368: SEVERAL RMAN CATALOG START WITH CREATES DUPLICATE CATALOG ENTRIES
After several "RMAN catalog start with "we have several copies of the same backuppiece in our catalog which we can see with "list backup;" and also "list backup summary;". However, when I now try to restore with that controlfile instead of a catalog I receive ORA-19693 backup piece "/opt/oracle/admin/mnt/HERMES2/bkp/..." is already included.
使用flashback database找回被误删除表空间
我个人不怎么推荐使用flashback database功能,因为在生产库中,谁能够承受得起整个库的回退(也许特别极端的情况下可能需要使用到),今天帮网友恢复了一个案例:删除表空间,然后尝试着flashback database功能把这个删除的表空间找回来,但是他在整个操作过程中思路比较混乱,最后导致数据库不能正常起来。因为网友有这个方面的需求,我做了一个flashback database 找回表空间操作的试验(官方建议:flashback database在不改变数据文件的情况下使用)
1、恢复过程
SQL> select * from v$version; BANNER ----------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production PL/SQL Release 11.2.0.1.0 - Production CORE 11.2.0.1.0 Production TNS for 32-bit Windows: Version 11.2.0.1.0 - Production NLSRTL Version 11.2.0.1.0 - Production SQL> select flashback_on from v$database; FLASHBACK_ON ------------------ YES SQL> create tablespace xff_test datafile 'E:\ORACLE\ORADATA\XFF\xff_test01.dbf' size 10m autoextend on next 1m maxsize 20m; 表空间已创建。 SQL> select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual; TO_CHAR(SYSDATE,'YY ------------------- 2011-11-12 21:05:07 SQL> create table chf.t_flashback tablespace xff_test 2 as 3 select * from dba_objects; 表已创建。 SQL> select count(*) from chf.t_flashback; COUNT(*) ---------- 73211 SQL> select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual; TO_CHAR(SYSDATE,'YY ------------------- 2011-11-12 21:06:35 SQL> host dir E:\ORACLE\ORADATA\XFF\xff_test01.dbf 驱动器 E 中的卷没有标签。 卷的序列号是 38D0-2A35 E:\ORACLE\ORADATA\XFF 的目录 2011/11/12 21:04 10,493,952 XFF_TEST01.DBF 1 个文件 10,493,952 字节 0 个目录 14,644,822,016 可用字节 SQL> drop tablespace xff_test including contents and datafiles; 表空间已删除。 SQL> host dir E:\ORACLE\ORADATA\XFF\xff_test01.dbf 驱动器 E 中的卷没有标签。 卷的序列号是 38D0-2A35 E:\ORACLE\ORADATA\XFF 的目录 找不到文件 SQL> shutdown immediate 数据库已经关闭。 已经卸载数据库。 ORACLE 例程已经关闭。 SQL> startup mount; ORACLE 例程已经启动。 Total System Global Area 368263168 bytes Fixed Size 1374668 bytes Variable Size 276825652 bytes Database Buffers 83886080 bytes Redo Buffers 6176768 bytes 数据库装载完毕。 SQL> flashback database to timestamp 2 to_timestamp('2011-11-12 21:06:35','yyyy-mm-dd hh24:mi:ss'); 闪回完成。 SQL> alter database open resetlogs; 数据库已更改。 SQL> select name from v$datafile; NAME ------------------------------------------------------------- E:\ORACLE\ORADATA\XFF\SYSTEM01.DBF E:\ORACLE\ORADATA\XFF\SYSAUX01.DBF E:\ORACLE\ORADATA\XFF\UNDOTBS01.DBF E:\ORACLE\ORADATA\XFF\USERS01.DBF E:\ORACLE\ORADATA\XFF\EXAMPLE01.DBF E:\ORACLE\ORADATA\XFF\O_ORACLE.DBF E:\ORACLE\ORADATA\XFF\XIFENFEI01.DBF E:\ORACLE\ORADATA\XFF\P_TEST01.DBF E:\ORACLE\ORADATA\XFF\SYS_MG01.DBF E:\ORACLE\ORADATA\XFF\P101.DBF E:\ORACLE\ORADATA\XFF\P201.DBF NAME --------------------------------------------------------------- E:\ORACLE\ORADATA\XFF\P301.DBF E:\ORACLE\11_2_0\DATABASE\UNNAMED00013 E:\ORACLE\ORADATA\XFF\OGG01.DBF E:\ORACLE\ORADATA\XFF\SPOT01.DBF 已选择15行。 SQL> desc chf.t_flashback; ERROR: ORA-04043: 对象 chf.t_flashback 不存在 SQL> COL ERROR FOR A20 SQL> SELECT FILE#,ONLINE_STATUS,ERROR FROM V$RECOVER_FILE; FILE# ONLINE_ ERROR ---------- ------- -------------------- 13 OFFLINE FILE NOT FOUND SQL> SELECT NAME FROM V$DATAFILE WHERE FILE#=13; NAME ----------------------------------------------------------------- E:\ORACLE\11_2_0\DATABASE\UNNAMED00013 SQL> HOST DIR E:\ORACLE\11_2_0\DATABASE\UNNAMED00013 驱动器 E 中的卷没有标签。 卷的序列号是 38D0-2A35 E:\ORACLE\11_2_0\DATABASE 的目录 找不到文件 SQL> ALTER DATABASE CREATE DATAFILE 13 AS 'E:\ORACLE\ORADATA\XFF\xff_test01.dbf'; 数据库已更改。 SQL> HOST DIR E:\ORACLE\ORADATA\XFF\xff_test01.dbf 驱动器 E 中的卷没有标签。 卷的序列号是 38D0-2A35 E:\ORACLE\ORADATA\XFF 的目录 2011/11/12 21:25 10,493,952 XFF_TEST01.DBF 1 个文件 10,493,952 字节 0 个目录 14,640,848,896 可用字节 SQL> recover datafile 13; ORA-00279: 更改 10903431152368 (在 11/12/2011 21:04:40 生成) 对于线程 1 是必需的 ORA-00289: 建议: E:\ORACLE\ARCHIVELOG\ARC0000000241_0753489409.0001 ORA-00280: 更改 10903431152368 (用于线程 1) 在序列 #241 中 指定日志: {<RET>=suggested | filename | AUTO | CANCEL} auto 已应用的日志。 完成介质恢复。 SQL> alter database datafile 13 online; 数据库已更改。 SQL> select count(*) from chf.t_flashback; COUNT(*) ---------- 73211
2、alert中关键信息
Sat Nov 12 21:12:30 2011 flashback database to timestamp to_timestamp('2011-11-12 21:06:35','yyyy-mm-dd hh24:mi:ss') Flashback Restore Start Flashback: created tablespace #18: 'XFF_TEST' in the controlfile. Flashback: created OFFLINE file 'UNNAMED00013' for tablespace #18 in the controlfile. Filename was: 'E:\ORACLE\ORADATA\XFF\XFF_TEST01.DBF' when dropped. File will have to be restored from a backup and recovered. Flashback: deleted datafile #13 in tablespace #18 from control file. Flashback: dropped tablespace #18: 'XFF_TEST' from the control file. Flashback Restore Complete Flashback Media Recovery Start started logmerger process Parallel Media Recovery started with 2 slaves Sat Nov 12 21:12:38 2011 Recovery of Online Redo Log: Thread 1 Group 1 Seq 241 Reading mem 0 Mem# 0: E:\ORACLE\ORADATA\XFF\REDO01 Flashback recovery: Added file #13 to control file as OFFLINE and 'UNNAMED00013' because it was dropped during the flashback interval or it was added during flashback media recovery. File was originally created as: 'E:\ORACLE\ORADATA\XFF\XFF_TEST01.DBF' File will have to be restored from a backup or recreated using ALTER DATABASE CREATE DATAFILE command, and the file has to be onlined and recovered. Incomplete Recovery applied until change 10903431152644 time 11/12/2011 21:05:11 Sat Nov 12 21:12:44 2011 Flashback Media Recovery Complete Completed: flashback database to timestamp to_timestamp('2011-11-12 21:06:35','yyyy-mm-dd hh24:mi:ss') --flashback database 操作过程 …… Sat Nov 12 21:25:29 2011 ALTER DATABASE CREATE DATAFILE 13 AS 'E:\ORACLE\ORADATA\XFF\xff_test01.dbf' Completed: ALTER DATABASE CREATE DATAFILE 13 AS 'E:\ORACLE\ORADATA\XFF\xff_test01.dbf' Sat Nov 12 21:25:59 2011 ALTER DATABASE RECOVER datafile 13 Media Recovery Start Serial Media Recovery started Media Recovery start incarnation depth : 1, target inc# : 3, irscn : 10903431152644 ORA-279 signalled during: ALTER DATABASE RECOVER datafile 13 ... Sat Nov 12 21:28:27 2011 ALTER DATABASE RECOVER CONTINUE DEFAULT Media Recovery Log E:\ORACLE\ARCHIVELOG\ARC0000000241_0753489409.0001 Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0 Mem# 0: E:\ORACLE\ORADATA\XFF\REDO01 Completed: ALTER DATABASE RECOVER CONTINUE DEFAULT Sat Nov 12 21:29:04 2011 alter database datafile 13 online Completed: alter database datafile 13 online --恢复被删除数据文件过程,flashbackup database会创建表空间,但是数据文件需要人工干预
发表在 Oracle备份恢复
评论关闭