通过NBU恢复Oracle理解的恢复原理
通过NBU恢复Oracle理解的恢复原理一.假如你之前已经使用Resetlogs恢复过Oracle，又没做过全库备份，那么再恢复数据库时就只能使用不完全恢复，而且要查清楚连续
通过NBU恢复Oracle理解的恢复原理
一.假如你之前已经使用Resetlogs恢复过Oracle，又没做过全库备份，那么再恢复数据库时就只能使用不完全恢复，而且要查清楚连续性存在归档日志SCN，因为丢失归档，恢复时会报如下的错误：
INF - ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 将出现如下错误
INF - ORA-01152: 文件 1 没有从过旧的备份中恢复
INF - ORA-01110: 数据文件 1: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF'
INF - 释放的通道: ch00
INF - INF - RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
INF - RMAN-00571: ===========================================================
INF - RMAN-03002: recover 命令 (在 11/20/2012 21:10:07 上) 失败
INF - RMAN-06053: 无法执行介质恢复, 因为缺少日志
INF - RMAN-06025: 未找到要恢复的日志线程 1 seq 1 lowscn 2904514 的备份
INF - 第 1 行出现错误:
INF - ORA-01190:
INF - ORA-01110: 数据文件 1: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF'
INF - SQL> 从 Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
以上已经是第二次恢复时报的错误，所以要归档日志连续性非常重要
二.以下恢复例子：
1.查询已备份数据文件、控制文件、归档日志的SCN（使用已经备份归档日志的SCN恢复）
RMAN>list backup;
BS 关键字 类型 LV 大小 设备类型 经过时间 完成时间
------- ---- -- ---------- ----------- ------------ ----------
128 Incr 0 740.25M SBT_TAPE 00:04:48 19-11月-12
BP 关键字: 128 状态: AVAILABLE 已压缩: NO 标记: TAG20121119T214211
句柄: bk_u4inqnr9j_s146_p1_t799796531 介质:
备份集 128 中的数据文件列表
文件 LV 类型 Ckp SCN Ckp 时间 名称
---- -- ---- ---------- ---------- ----
1 0 Incr 2904512 19-11月-12 C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
2 0 Incr 2904512 19-11月-12 C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS1.DBF
3 0 Incr 2904512 19-11月-12 C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
4 0 Incr 2895604 18-11月-12 C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
5 0 Incr 2895604 18-11月-12 C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEST01.DBF
BS 关键字 类型 LV 大小 设备类型 经过时间 完成时间
------- ---- -- ---------- ----------- ------------ ----------
129 Incr 0 7.25M SBT_TAPE 00:00:40 19-11月-12
BP 关键字: 129 状态: AVAILABLE 已压缩: NO 标记: TAG20121119T214211
句柄: bk_u4jnqnriq_s147_p1_t799796826 介质:
包括的控制文件: Ckp SCN: 2904512 Ckp 时间: 19-11月-12
BS 关键字 大小 设备类型占用时间 完成时间
------- ---------- ----------- ------------ ----------
130 7.00M SBT_TAPE 00:00:36 19-11月-12
BP 关键字: 130 状态: AVAILABLE 已压缩: NO 标记: TAG20121119T214757
句柄: arch_u4knqnrke_s148_p1_t799796878 介质:
备份集 130 中的已存档日志列表
Thrd Seq 低 SCN 短时间 下一个 SCN 下一次
---- ------- ---------- ---------- ---------- ---------
1 1 2895605 19-11月-12 2904335 19-11月-12
1 2 2904335 19-11月-12 2904356 19-11月-12
1 3 2904356 19-11月-12 2904359 19-11月-12
BS 关键字 类型 LV 大小 设备类型 经过时间 完成时间
------- ---- -- ---------- ----------- ------------ ----------
131 Full 7.25M SBT_TAPE 00:00:40 19-11月-12
BP 关键字: 131 状态: AVAILABLE 已压缩: NO 标记: TAG20121119T214846
句柄: ctrl_u4lnqnrlu_s149_p1_t799796926 介质:
包括的控制文件: Ckp SCN: 2904512 Ckp 时间: 19-11月-12
BS 关键字 类型 LV 大小 设备类型 经过时间 完成时间
------- ---- -- ---------- ----------- ------------ ----------
132 Incr 0 740.50M SBT_TAPE 00:05:23 20-11月-12
BP 关键字: 132 状态: AVAILABLE 已压缩: NO 标记: TAG20121120T135429
句柄: bk_u4mnqpk8m_s150_p1_t799854870 介质:
备份集 132 中的数据文件列表
文件 LV 类型 Ckp SCN Ckp 时间 名称
---- -- ---- ---------- ---------- ----
1 0 Incr 2905199 20-11月-12 C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
2 0 Incr 2905199 20-11月-12 C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS1.DBF
3 0 Incr 2905199 20-11月-12 C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
4 0 Incr 2904513 20-11月-12 C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
5 0 Incr 2904513 20-11月-12 C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEST01.DBF
BS 关键字 类型 LV 大小 设备类型 经过时间 完成时间
------- ---- -- ---------- ----------- ------------ ----------
133 Incr 0 7.25M SBT_TAPE 00:01:51 20-11月-12
BP 关键字: 133 状态: AVAILABLE 已压缩: NO 标记: TAG20121120T135429
句柄: bk_u4nnqpkis_s151_p1_t799855196 介质:
包括的控制文件: Ckp SCN: 2905199 Ckp 时间: 20-11月-12
BS 关键字 大小 设备类型占用时间 完成时间
------- ---------- ----------- ------------ ----------
134 2.50M SBT_TAPE 00:01:24 20-11月-12
BP 关键字: 134 状态: AVAILABLE 已压缩: NO 标记: TAG20121120T140158
句柄: arch_u4onqpkmm_s152_p1_t799855318 介质:
备份集 134 中的已存档日志列表
Thrd Seq 低 SCN 短时间 下一个 SCN 下一次
---- ------- ---------- ---------- ---------- ---------
1 1 2904363 20-11月-12 2906712 20-11月-12
BS 关键字 大小 设备类型占用时间 完成时间
------- ---------- ----------- ------------ ----------
135 2.25M SBT_TAPE 00:01:21 20-11月-12
BP 关键字: 135 状态: AVAILABLE 已压缩: NO 标记: TAG20121120T140158
句柄: arch_u4pnqpkpc_s153_p1_t799855404 介质:
备份集 135 中的已存档日志列表
Thrd Seq 低 SCN 短时间 下一个 SCN 下一次
---- ------- ---------- ---------- ---------- ---------
1 1 2904513 20-11月-12 2906747 20-11月-12
BS 关键字 大小 设备类型占用时间 完成时间
------- ---------- ----------- ------------ ----------
136 2.00M SBT_TAPE 00:01:28 20-11月-12
BP 关键字: 136 状态: AVAILABLE 已压缩: NO 标记: TAG20121120T140158
句柄: arch_u4qnqpks3_s154_p1_t799855491 介质:
备份集 136 中的已存档日志列表
Thrd Seq 低 SCN 短时间 下一个 SCN 下一次
---- ------- ---------- ---------- ---------- ---------
1 1 2904361 20-11月-12 2906443 20-11月-12
BS 关键字 大小 设备类型占用时间 完成时间
------- ---------- ----------- ------------ ----------
137 1.00M SBT_TAPE 00:01:23 20-11月-12
BP 关键字: 137 状态: AVAILABLE 已压缩: NO 标记: TAG20121120T140158
句柄: arch_u4rnqpkv3_s155_p1_t799855587 介质:
备份集 137 中的已存档日志列表
Thrd Seq 低 SCN 短时间 下一个 SCN 下一次
---- ------- ---------- ---------- ---------- ---------
1 3 2904356 19-11月-12 2904359 19-11月-12
1 4 2904359 19-11月-12 2905725 20-11月-12
BS 关键字 大小 设备类型占用时间 完成时间
------- ---------- ----------- ------------ ----------
138 512.00K SBT_TAPE 00:01:20 20-11月-12
BP 关键字: 138 状态: AVAILABLE 已压缩: NO 标记: TAG20121120T140158
句柄: arch_u4snqpl1p_s156_p1_t799855673 介质:
备份集 138 中的已存档日志列表
Thrd Seq 低 SCN 短时间 下一个 SCN 下一次
---- ------- ---------- ---------- ---------- ---------
1 1 2904362 20-11月-12 2905046 20-11月-12
BS 关键字 大小 设备类型占用时间 完成时间
------- ---------- ----------- ------------ ----------
139 512.00K SBT_TAPE 00:01:26 20-11月-12
BP 关键字: 139 状态: AVAILABLE 已压缩: NO 标记: TAG20121120T140158
句柄: arch_u4tnqpl4g_s157_p1_t799855760 介质:
备份集 139 中的已存档日志列表
Thrd Seq 低 SCN 短时间 下一个 SCN 下一次
---- ------- ---------- ---------- ---------- ---------
1 1 2904360 20-11月-12 2905017 20-11月-12
BS 关键字 类型 LV 大小 设备类型 经过时间 完成时间
------- ---- -- ---------- ----------- ------------ ----------
140 Full 7.25M SBT_TAPE 00:01:24 20-11月-12
BP 关键字: 140 状态: AVAILABLE 已压缩: NO 标记: TAG20121120T141100
句柄: ctrl_u4unqpl7k_s158_p1_t799855860 介质:
包括的控制文件: Ckp SCN: 2905199 Ckp 时间: 20-11月-12
2.查询SCN（化身）
RMAN>list incarnation;
数据库原型列表
DB 关键字 Inc 关键字 DB 名 DB ID STATUS 重置 SCN 重置时间
------- ------- -------- ---------------- --- ---------- ----------
1 1 ORCL 1310087876 PARENT 1 30-8月 -05
2 2 ORCL 1310087876 PARENT 534907 03-5月 -12
3 3 ORCL 1310087876 PARENT 1884633 24-9月 -12
4 4 ORCL 1310087876 PARENT 1887362 24-9月 -12
5 5 ORCL 1310087876 PARENT 1931839 08-10月-12
6 6 ORCL 1310087876 PARENT 2006315 09-10月-12
7 7 ORCL 1310087876 PARENT 2061146 19-10月-12
8 8 ORCL 1310087876 PARENT 2895605 19-11月-12
9 9 ORCL 1310087876 PARENT 2904360 20-11月-12
10 10 ORCL 1310087876 PARENT 2904361 20-11月-12
11 11 ORCL 1310087876 PARENT 2904362 20-11月-12
12 12 ORCL 1310087876 PARENT 2904363 20-11月-12
13 13 ORCL 1310087876 CURRENT 2904513 20-11月-12
要与之前存在的归档联系起来，请记住，因为SCN:2904363之前的归档日志存在
3.设置SCN（设置化身）
RMAN>reset database to incarnation 12;
4.查询SCN
RMAN>list incarnation;
数据库原型列表
DB 关键字 Inc 关键字 DB 名 DB ID STATUS 重置 SCN 重置时间
------- ------- -------- ---------------- --- ---------- ----------
1 1 ORCL 1310087876 PARENT 1 30-8月 -05
2 2 ORCL 1310087876 PARENT 534907 03-5月 -12
3 3 ORCL 1310087876 PARENT 1884633 24-9月 -12
4 4 ORCL 1310087876 PARENT 1887362 24-9月 -12
5 5 ORCL 1310087876 PARENT 1931839 08-10月-12
6 6 ORCL 1310087876 PARENT 2006315 09-10月-12
7 7 ORCL 1310087876 PARENT 2061146 19-10月-12
8 8 ORCL 1310087876 PARENT 2895605 19-11月-12
9 9 ORCL 1310087876 PARENT 2904360 20-11月-12
10 10 ORCL 1310087876 PARENT 2904361 20-11月-12
11 11 ORCL 1310087876 PARENT 2904362 20-11月-12
12 12 ORCL 1310087876 CURRENT 2904363 20-11月-12
13 13 ORCL 1310087876 ORPHAN 2904513 20-11月-12
5.恢复数据库
INF - Begin progress logging for process: (3620.1744)
INF - Putting the database in mount state.
INF - Using: "c:\oracle\product\10.2.0\db_1\bin\sqlplus.exe"
INF - Connection info: 'connect / as SYSDBA'.
INF - Start of SQLPLUS output.
INF - SQL*Plus: Release 10.2.0.1.0 - Production on 星期二 11月 20 21:44:05 2012
INF - Copyright (c) 1982, 2005, Oracle. All rights reserved.
INF - SQL> 已连接。
INF - SQL> ORA-01109: 数据库未打开
INF - 已经卸载数据库。
INF - ORACLE 例程已经关闭。
INF - SQL> ORACLE 例程已经启动。
INF - 数据库装载完毕。
INF - SQL> 从 Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
INF - End of SQLPLUS output.
INF - Starting Oracle Recovery Manager.
INF - Using: "c:\oracle\product\10.2.0\db_1\bin\rman.exe"
INF - Connection info: target / nocatalog
INF - Start of Recovery Manager input.
INF - # -----------------------------------------------------------------
INF - # RMAN command section
INF - # -----------------------------------------------------------------
INF - RUN {
INF - ALLOCATE CHANNEL ch00
INF - TYPE 'SBT_TAPE';
INF - SEND 'NB_ORA_SERV=ds-cce7a3b9cc88';
INF - RESTORE
INF - DATABASE
INF - UNTIL SCN 2904513;
INF - RECOVER
INF - DATABASE
INF - UNTIL SCN 2904513;
INF - RELEASE CHANNEL ch00;
INF - }
INF - End of Recovery Manager input.
INF - Start of Recovery Manager output.
INF - Begin progress logging for process: (1636.1868)
INF - Start restore of backup piece: (bk_u4enqnou6_s142_p1_t799794118)
INF - Backup id: win03-oracle10g_1353330129
INF - Policy: hot
INF - Master server: ds-cce7a3b9cc88
INF - Restore id: 181.001
INF - Beginning restore from server ds-cce7a3b9cc88 to client win03-oracle10g.
INF - Server status = 0
INF - End restore of backup piece: (bk_u4enqnou6_s142_p1_t799794118)
INF - 恢复管理器: Release 10.2.0.1.0 - Production on 星期二 11月 20 21:44:40 2012
INF - 已连接到目标数据库: ORCL (DBID=1310087876, 未打开)
INF - 使用目标数据库控制文件替代恢复目录
INF - 分配的通道: ch00
INF - 通道 ch00: sid=156 devtype=SBT_TAPE
INF - 通道ch00: Veritas NetBackup for Oracle - Release 7.5 (20120207)
INF - 向通道发命令: ch00
INF - 向通道发命令: ch00
INF - 启动 restore 于 20-11月-12
INF - 通道 ch00: 正在开始恢复数据文件备份集
INF - 通道 ch00: 正在指定从备份集恢复的数据文件
INF - 正将数据文件00001恢复到C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
INF - 正将数据文件00002恢复到C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS1.DBF
INF - 正将数据文件00003恢复到C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
INF - 通道 ch00: 正在读取备份段 bk_u4enqnou6_s142_p1_t799794118
INF - 通道 ch00: 已恢复备份段 1
INF - 段句柄 = bk_u4enqnou6_s142_p1_t799794118 标记 = TAG20121119T210157
INF - 通道 ch00: 恢复完成, 用时: 00:02:25
INF - 通道 ch00: 正在开始恢复数据文件备份集
INF - Begin progress logging for process: (1636.1868)
INF - Start restore of backup piece: (bk_u4inqnr9j_s146_p1_t799796531)
INF - Backup id: win03-oracle10g_1353332540
INF - Policy: hot
INF - Master server: ds-cce7a3b9cc88
INF - Restore id: 182.001
INF - Beginning restore from server ds-cce7a3b9cc88 to client win03-oracle10g.
INF - Server status = 0
INF - End restore of backup piece: (bk_u4inqnr9j_s146_p1_t799796531)
INF - Begin progress logging for process: (1636.1868)
INF - Start restore of backup piece: (arch_u4knqnrke_s148_p1_t799796878)
INF - Backup id: win03-oracle10g_1353332886
INF - Policy: hot
INF - Master server: ds-cce7a3b9cc88
INF - Restore id: 183.001
INF - Server status = 0
INF - End restore of backup piece: (arch_u4knqnrke_s148_p1_t799796878)
INF - 通道 ch00: 正在指定从备份集恢复的数据文件
INF - 正将数据文件00004恢复到C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
INF - 正将数据文件00005恢复到C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEST01.DBF
INF - 通道 ch00: 正在读取备份段 bk_u4inqnr9j_s146_p1_t799796531
INF - 通道 ch00: 已恢复备份段 1
INF - 段句柄 = bk_u4inqnr9j_s146_p1_t799796531 标记 = TAG20121119T214211
INF - 通道 ch00: 恢复完成, 用时: 00:00:35
INF - 完成 restore 于 20-11月-12
INF - 启动 recover 于 20-11月-12
INF - 正在开始介质的恢复
INF - 通道 ch00: 正在启动到默认目标的存档日志恢复
INF - 通道 ch00: 正在恢复存档日志
INF - 存档日志线程 =1 序列=1
INF - 通道 ch00: 正在恢复存档日志
INF - 存档日志线程 =1 序列=2
INF - 通道 ch00: 正在读取备份段 arch_u4knqnrke_s148_p1_t799796878
INF - 通道 ch00: 已恢复备份段 1
INF - 段句柄 = arch_u4knqnrke_s148_p1_t799796878 标记 = TAG20121119T214757
INF - 通道 ch00: 恢复完成, 用时: 00:00:35
INF - Begin progress logging for process: (1636.1868)
INF - Start restore of backup piece: (arch_u4onqpkmm_s152_p1_t799855318)
INF - Backup id: win03-oracle10g_1353391364
INF - Policy: hot
INF - Master server: ds-cce7a3b9cc88
INF - Restore id: 184.001
INF - Beginning restore from server ds-cce7a3b9cc88 to client win03-oracle10g.
INF - Server status = 0
INF - End restore of backup piece: (arch_u4onqpkmm_s152_p1_t799855318)
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_1_8BQ2K9RL_.ARC 线程 =1 序列 =1
INF - 通道 default: 正在删除存档日志
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_1_8BQ2K9RL_.ARC 记录 ID=337 时间戳 =799883306
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_2_8BQ2K9XG_.ARC 线程 =1 序列 =2
INF - 通道 default: 正在删除存档日志
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_2_8BQ2K9XG_.ARC 记录 ID=336 时间戳 =799883306
INF - 通道 ch00: 正在启动到默认目标的存档日志恢复
INF - 通道 ch00: 正在恢复存档日志
INF - 存档日志线程 =1 序列=1
INF - 通道 ch00: 正在读取备份段 arch_u4onqpkmm_s152_p1_t799855318
INF - 通道 ch00: 已恢复备份段 1
INF - 段句柄 = arch_u4onqpkmm_s152_p1_t799855318 标记 = TAG20121120T140158
INF - 通道 ch00: 恢复完成, 用时: 00:00:35
INF - 通道 ch00: 正在启动到默认目标的存档日志恢复
INF - Begin progress logging for process: (1636.1868)
INF - Start restore of backup piece: (arch_u4qnqpks3_s154_p1_t799855491)
INF - Backup id: win03-oracle10g_1353391538
INF - Policy: hot
INF - Master server: ds-cce7a3b9cc88
INF - Restore id: 185.001
INF - Server status = 0
INF - End restore of backup piece: (arch_u4qnqpks3_s154_p1_t799855491)
INF - Begin progress logging for process: (1636.1868)
INF - Start restore of backup piece: (arch_u4rnqpkv3_s155_p1_t799855587)
INF - Backup id: win03-oracle10g_1353391632
INF - Policy: hot
INF - Master server: ds-cce7a3b9cc88
INF - Restore id: 186.001
INF - Beginning restore from server ds-cce7a3b9cc88 to client win03-oracle10g.
INF - Server status = 0
INF - End restore of backup piece: (arch_u4rnqpkv3_s155_p1_t799855587)
INF - Begin progress logging for process: (1636.1868)
INF - Start restore of backup piece: (arch_u4snqpl1p_s156_p1_t799855673)
INF - Backup id: win03-oracle10g_1353391720
INF - Policy: hot
INF - Master server: ds-cce7a3b9cc88
INF - Restore id: 187.001
INF - Beginning restore from server ds-cce7a3b9cc88 to client win03-oracle10g.
INF - Server status = 0
INF - End restore of backup piece: (arch_u4snqpl1p_s156_p1_t799855673)
INF - 通道 ch00: 正在恢复存档日志
INF - 存档日志线程 =1 序列=1
INF - 通道 ch00: 正在读取备份段 arch_u4qnqpks3_s154_p1_t799855491
INF - 通道 ch00: 已恢复备份段 1
INF - 段句柄 = arch_u4qnqpks3_s154_p1_t799855491 标记 = TAG20121120T140158
INF - 通道 ch00: 恢复完成, 用时: 00:00:35
INF - 通道 ch00: 正在启动到默认目标的存档日志恢复
INF - 通道 ch00: 正在恢复存档日志
INF - 存档日志线程 =1 序列=3
INF - 通道 ch00: 正在读取备份段 arch_u4rnqpkv3_s155_p1_t799855587
INF - 通道 ch00: 已恢复备份段 1
INF - 段句柄 = arch_u4rnqpkv3_s155_p1_t799855587 标记 = TAG20121120T140158
INF - 通道 ch00: 恢复完成, 用时: 00:00:35
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_3_8BQ2NON5_.ARC 线程 =1 序列 =3
INF - 通道 ch00: 正在启动到默认目标的存档日志恢复
INF - 通道 ch00: 正在恢复存档日志
INF - 存档日志线程 =1 序列=1
INF - 通道 ch00: 正在读取备份段 arch_u4snqpl1p_s156_p1_t799855673
INF - 通道 ch00: 已恢复备份段 1
INF - Begin progress logging for process: (1636.1868)
INF - Start restore of backup piece: (arch_u4tnqpl4g_s157_p1_t799855760)
INF - Backup id: win03-oracle10g_1353391807
INF - Policy: hot
INF - Master server: ds-cce7a3b9cc88
INF - Restore id: 188.001
INF - Server status = 0
INF - End restore of backup piece: (arch_u4tnqpl4g_s157_p1_t799855760)
INF - 段句柄 = arch_u4snqpl1p_s156_p1_t799855673 标记 = TAG20121120T140158
INF - 通道 ch00: 恢复完成, 用时: 00:00:35
INF - 通道 ch00: 正在启动到默认目标的存档日志恢复
INF - 通道 ch00: 正在恢复存档日志
INF - 存档日志线程 =1 序列=1
INF - 通道 ch00: 正在读取备份段 arch_u4tnqpl4g_s157_p1_t799855760
INF - 通道 ch00: 已恢复备份段 1
INF - 段句柄 = arch_u4tnqpl4g_s157_p1_t799855760 标记 = TAG20121120T140158
INF - 通道 ch00: 恢复完成, 用时: 00:00:36
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_1_8BQ2PZLP_.ARC 线程 =1 序列 =1
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_1_8BQ2MLHR_.ARC 线程 =1 序列 =1
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_1_8BQ2OTTJ_.ARC 线程 =1 序列 =1
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_1_8BQ2LLWH_.ARC 线程 =1 序列 =1
INF - 通道 default: 正在删除存档日志
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_3_8BQ2NON5_.ARC 记录 ID=340 时间戳 =799883413
INF - 通道 default: 正在删除存档日志
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_1_8BQ2PZLP_.ARC 记录 ID=342 时间戳 =799883487
INF - 通道 default: 正在删除存档日志
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_1_8BQ2MLHR_.ARC 记录 ID=339 时间戳 =799883378
INF - 通道 default: 正在删除存档日志
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_1_8BQ2OTTJ_.ARC 记录 ID=341 时间戳 =799883450
INF - 通道 default: 正在删除存档日志
INF - 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_11_20\O1_MF_1_1_8BQ2LLWH_.ARC 记录 ID=338 时间戳 =799883347
INF - 介质恢复完成, 用时: 00:00:02
INF - 完成 recover 于 20-11月-12
INF - 释放的通道: ch00
INF - 恢复管理器完成。
INF - End of Recovery Manager output.
INF - End Oracle Recovery Manager.
INF - Putting the database in open state.
INF - Using: "c:\oracle\product\10.2.0\db_1\bin\sqlplus.exe"
INF - Connection info: 'connect / as SYSDBA'.
INF - Start of SQLPLUS output.
INF - SQL*Plus: Release 10.2.0.1.0 - Production on 星期二 11月 20 21:51:52 2012
INF - Copyright (c) 1982, 2005, Oracle. All rights reserved.
INF - SQL> 已连接。
INF - SQL>
INF - 数据库已更改。
INF - SQL> 从 Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
INF - End of SQLPLUS output.
6.恢复成功后，查询SCN
RMAN>list incarnation;
数据库原型列表
DB 关键字 Inc 关键字 DB 名 DB ID STATUS 重置 SCN 重置时间
------- ------- -------- ---------------- --- ---------- ----------
1 1 ORCL 1310087876 PARENT 1 30-8月 -05
2 2 ORCL 1310087876 PARENT 534907 03-5月 -12
3 3 ORCL 1310087876 PARENT 1884633 24-9月 -12
4 4 ORCL 1310087876 PARENT 1887362 24-9月 -12
5 5 ORCL 1310087876 PARENT 1931839 08-10月-12
6 6 ORCL 1310087876 PARENT 2006315 09-10月-12
7 7 ORCL 1310087876 PARENT 2061146 19-10月-12
8 8 ORCL 1310087876 PARENT 2895605 19-11月-12
9 9 ORCL 1310087876 PARENT 2904360 20-11月-12
10 10 ORCL 1310087876 PARENT 2904361 20-11月-12
11 11 ORCL 1310087876 PARENT 2904362 20-11月-12
12 12 ORCL 1310087876 PARENT 2904363 20-11月-12
13 13 ORCL 1310087876 ORPHAN 2904513 20-11月-12
14 14 ORCL 1310087876 CURRENT 2904514 20-11月-12
在这种情况下，首先做全库备份，香港虚拟主机，归档日志备份，控制文件备份，但是SCN：2904513的日志不存在了，日志从SCN:2904514开始，已经发生归档日志丢失，香港服务器租用，记住不要随便使用Resetlogs进行Open数据库。。
本文出自 “lucky dog” 博客，美国空间，请务必保留此出处
Hot AI Tools
Undresser.AI Undress
AI-powered app for creating realistic nude photos
AI Clothes Remover
Online AI tool for removing clothes from photos.
Undress AI Tool
Undress images for free
Clothoff.io
AI clothes remover
Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!
Hot Article
Hot Tools
Notepad++7.3.1
Easy-to-use and free code editor
SublimeText3 Chinese version
Chinese version, very easy to use
Zend Studio 13.0.1
Powerful PHP integrated development environment
Dreamweaver CS6
Visual web development tools
SublimeText3 Mac version
God-level code editing software (SublimeText3)
Hot Topics
1669
14
1428
52
1329
25
1273
29
1256
24
What to do if the oracle can't be opened
Apr 11, 2025 pm 10:06 PM
Solutions to Oracle cannot be opened include: 1. Start the database service; 2. Start the listener; 3. Check port conflicts; 4. Set environment variables correctly; 5. Make sure the firewall or antivirus software does not block the connection; 6. Check whether the server is closed; 7. Use RMAN to recover corrupt files; 8. Check whether the TNS service name is correct; 9. Check network connection; 10. Reinstall Oracle software.
How to solve the problem of closing oracle cursor
Apr 11, 2025 pm 10:18 PM
The method to solve the Oracle cursor closure problem includes: explicitly closing the cursor using the CLOSE statement. Declare the cursor in the FOR UPDATE clause so that it automatically closes after the scope is ended. Declare the cursor in the USING clause so that it automatically closes when the associated PL/SQL variable is closed. Use exception handling to ensure that the cursor is closed in any exception situation. Use the connection pool to automatically close the cursor. Disable automatic submission and delay cursor closing.
How to create cursors in oracle loop
Apr 12, 2025 am 06:18 AM
In Oracle, the FOR LOOP loop can create cursors dynamically. The steps are: 1. Define the cursor type; 2. Create the loop; 3. Create the cursor dynamically; 4. Execute the cursor; 5. Close the cursor. Example: A cursor can be created cycle-by-circuit to display the names and salaries of the top 10 employees.
How to export oracle view
Apr 12, 2025 am 06:15 AM
Oracle views can be exported through the EXP utility: Log in to the Oracle database. Start the EXP utility, specifying the view name and export directory. Enter export parameters, including target mode, file format, and tablespace. Start exporting. Verify the export using the impdp utility.
What to do if the oracle log is full
Apr 12, 2025 am 06:09 AM
When Oracle log files are full, the following solutions can be adopted: 1) Clean old log files; 2) Increase the log file size; 3) Increase the log file group; 4) Set up automatic log management; 5) Reinitialize the database. Before implementing any solution, it is recommended to back up the database to prevent data loss.
Oracle's Role in the Business World
Apr 23, 2025 am 12:01 AM
Oracle is not only a database company, but also a leader in cloud computing and ERP systems. 1. Oracle provides comprehensive solutions from database to cloud services and ERP systems. 2. OracleCloud challenges AWS and Azure, providing IaaS, PaaS and SaaS services. 3. Oracle's ERP systems such as E-BusinessSuite and FusionApplications help enterprises optimize operations.
What steps are required to configure CentOS in HDFS
Apr 14, 2025 pm 06:42 PM
Building a Hadoop Distributed File System (HDFS) on a CentOS system requires multiple steps. This article provides a brief configuration guide. 1. Prepare to install JDK in the early stage: Install JavaDevelopmentKit (JDK) on all nodes, and the version must be compatible with Hadoop. The installation package can be downloaded from the Oracle official website. Environment variable configuration: Edit /etc/profile file, set Java and Hadoop environment variables, so that the system can find the installation path of JDK and Hadoop. 2. Security configuration: SSH password-free login to generate SSH key: Use the ssh-keygen command on each node
How to stop oracle database
Apr 12, 2025 am 06:12 AM
To stop an Oracle database, perform the following steps: 1. Connect to the database; 2. Shutdown immediately; 3. Shutdown abort completely.
