通过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” 博客，美国空间，请务必保留此出处
如何恢复您的 Steam 云存档May 28, 2023 pm 10:25 PMSteam会在您玩游戏时保存您的游戏进度并将其存储在Steam云中。当您在多台设备上玩Steam游戏时，此功能非常有用。只需在所有设备上使用您的Steam凭据登录，安装游戏即可！所有用户设置、游戏保存数据、您朋友的聊天框等等。修复1–检查游戏是否受支持所有Steam游戏均不支持Steam云存档功能。因此，您必须检查游戏是否真的支持此功能。1.在您的系统上打开Steam应用程序。2.现在，您必须使用您的凭据登录Steam。3.然后，输入您的用户名和密码，然后点击“登录
联想小新一键恢复小孔还原系统教程Jul 15, 2023 am 10:09 AM当我们的电脑遇到问题时,很多小伙伴都会使用恢复出厂设置来还原系统解决问题,今天要讲的就是联想电脑一键恢复系统的特点,我们都知道联想笔记本上都有一个小孔，大部分小伙伴都不知道这个小孔的用处，接下来小编就把联想一键恢复小孔的使用方法带给大家。 联想小新一键恢复小孔： 1.首先我们准备一个卡针，然后使用卡针捅一下机器左侧的一键恢复孔。 2.接着使用键盘上的按键选择“systemrecovery”，按回车。 3.在选择一个选项页面中，我们选择“疑难解答”。 4.我们点击“重置此电脑”选项。
Windows 11 Recovery USB：下载、安装和创建Jul 05, 2023 pm 01:05 PM您的PC有时会遇到问题，导致难以正常启动。在这种情况下，您可以使用Windows11恢复USB恢复它。虽然这一切看起来简单明了，但您仍然需要知道如何创建和使用恢复USB。在本指南中，我们将引导您完成轻松执行此任务所需的步骤。我可以下载Windows11恢复USB吗？如果您的操作系统完全崩溃，您可以从另一台运行良好的PC下载Windows11恢复USB。但是，要从中创建恢复驱动器的电脑必须与你的电脑具有相同的体系结构。最好的选择仍然是在PC正常运行时从PC创建USB。这消除了任何兼容性风险。或者，
教大家win7电脑怎么恢复出厂设置Jul 12, 2023 pm 03:09 PM出厂设置恢复到出厂时的默认状态，删除所有的文件和软件。在手机上很多朋友都会设置出厂设置，那么你们知道电脑如何恢复出厂设置吗？下面小编就以win7为例和大家分享一下过程吧。1、首先打开下电脑，看到win7图标点开。2、接着我们打开下【控制面板】。3、然后我们找到【系统】点击并打开。4、在系统窗口中我们点击【系统保护】。5、接着我们选择【系统还原】选项。6、接着我们来到这个界面，点击下一步即可。7、选择还原点，一般都是默认的初始的状态。8、最后我们来到这个界面，点击完成就可以进入到还原过程。以上就是
win11改win10系统教程的详细介绍Jul 08, 2023 pm 09:21 PM微软6月24号正式公布了win11系统，可以看到用户界面、开始菜单等和Windows10X中发现的非常相似。有的朋友在使用预览版的时候发现用的不习惯，想要改win10系统开使用，那么我们要如何操作呢，下面我们就来看看win11改win10系统教程，一起来学习一下吧。1、第一步是从Windows11打开新设置。在这里，您需要转到图像中显示的系统设置。2、在系统设置下，选择“恢复”选项。在这里，您将能够看到“以前版本的窗口”选项。您还可以在它旁边看到一个“返回”按钮，单击此按钮。3、您可以指定要返回
windows7键盘失灵应该怎么办windows7键盘失灵如何恢复Jul 15, 2023 am 09:21 AM有一些笔记本windows7顾客遇到了键盘失灵的情况，导致很多操作过程都不能进行，这种事情要怎么办呢？如果只是一部分功能按键不能使用得话，你可以尝试消除功能按键。若不是得话，你也就打开系统属性提示框，进入网络适配器，之后找寻电脑的键盘机械设备，鼠标点击选择升级驱动程序，以后按照步骤去重装一下电脑键盘的驱动程序就能够。windows7键盘失灵应该怎么办：一、消除笔记本键盘看一下是不是具备一些键按下去没法弹上来，这种事情还会继续导致其他键不能用;二、修改笔记本驱动1.依据“我的电脑”打开系统属性，选
如何使用ThinkPHP6实现数据库备份与恢复Jun 20, 2023 pm 07:25 PM在开发业务系统过程中，数据库是非常重要的一环。因此，对数据库进行备份和恢复是非常必要的操作。本文将结合ThinkPHP6框架实例，介绍如何使用ThinkPHP6实现数据库备份与恢复。一、数据库备份1.1环境准备在进行数据库备份之前，需要确认如下几点：1、需要设置好mysql数据库的bin目录地址，并把其路径加入系统Path变量中；2、需要安装好mysqld
如何应对Linux系统中的文件系统损坏和恢复问题Jun 29, 2023 pm 08:01 PM如何应对Linux系统中的文件系统损坏和恢复问题在使用Linux系统时，由于各种原因，文件系统可能会遭受损坏，这可能导致数据丢失和系统无法正常运行。因此，我们需要知道如何应对文件系统损坏和恢复问题，以保护我们的数据和系统的稳定性。如何判断文件系统是否损坏？当文件系统受损时，将会出现一些明显的迹象。例如，文件或文件夹无法访问、文件大小异常、系统启动慢或无法启动
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
AI Hentai Generator
Generate AI Hentai for free.
Hot Article
Hot Tools
Notepad++7.3.1
Easy-to-use and free code editor
MantisBT
Mantis is an easy-to-deploy web-based defect tracking tool designed to aid in product defect tracking. It requires PHP, MySQL and a web server. Check out our demo and hosting services.
DVWA
Damn Vulnerable Web App (DVWA) is a PHP/MySQL web application that is very vulnerable. Its main goals are to be an aid for security professionals to test their skills and tools in a legal environment, to help web developers better understand the process of securing web applications, and to help teachers/students teach/learn in a classroom environment Web application security. The goal of DVWA is to practice some of the most common web vulnerabilities through a simple and straightforward interface, with varying degrees of difficulty. Please note that this software
EditPlus Chinese cracked version
Small size, syntax highlighting, does not support code prompt function
SublimeText3 Linux new version
SublimeText3 Linux latest version
