通过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” 博客，美国空间，请务必保留此出处
핫 AI 도구
Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱
AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.
Undress AI Tool
무료로 이미지를 벗다
Clothoff.io
AI 옷 제거제
AI Hentai Generator
AI Hentai를 무료로 생성하십시오.
인기 기사
뜨거운 도구
메모장++7.3.1
사용하기 쉬운 무료 코드 편집기
SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.
스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경
드림위버 CS6
시각적 웹 개발 도구
SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)
뜨거운 주제
7454
15
1375
52
77
11
40
19
14
9
Oracle 데이터베이스 시작 단계의 순서는 다음과 같습니다.
May 10, 2024 am 01:48 AM
Oracle 데이터베이스 시작 순서는 다음과 같습니다. 1. 전제 조건을 확인합니다. 3. 데이터베이스 인스턴스를 시작합니다. 5. 데이터베이스에 연결합니다. . 서비스를 활성화합니다(필요한 경우). 8. 연결을 테스트합니다.
Oracle 데이터베이스 로그는 얼마나 오래 보관됩니까?
May 10, 2024 am 03:27 AM
Oracle 데이터베이스 로그의 보존 기간은 다음을 포함한 로그 유형 및 구성에 따라 다릅니다. 재실행 로그: "LOG_ARCHIVE_DEST" 매개변수로 구성된 최대 크기에 의해 결정됩니다. 보관된 리두 로그: "DB_RECOVERY_FILE_DEST_SIZE" 매개변수로 구성된 최대 크기에 따라 결정됩니다. 온라인 리두 로그: 보관되지 않고 데이터베이스를 다시 시작하면 손실되며 보존 기간은 인스턴스 실행 시간과 일치합니다. 감사 로그: "AUDIT_TRAIL" 매개변수로 구성되며 기본적으로 30일 동안 보관됩니다.
오라클에는 얼마나 많은 메모리가 필요합니까?
May 10, 2024 am 04:12 AM
Oracle에 필요한 메모리 양은 데이터베이스 크기, 활동 수준 및 필요한 성능 수준(데이터 버퍼 저장, 인덱스 버퍼, SQL 문 실행 및 데이터 사전 캐시 관리에 필요)에 따라 다릅니다. 정확한 양은 데이터베이스 크기, 활동 수준 및 필요한 성능 수준에 따라 달라집니다. 모범 사례에는 적절한 SGA 크기 설정, SGA 구성 요소 크기 조정, AMM 사용 및 메모리 사용량 모니터링이 포함됩니다.
Oracle 데이터베이스 서버 하드웨어 구성 요구 사항
May 10, 2024 am 04:00 AM
Oracle 데이터베이스 서버 하드웨어 구성 요구 사항: 프로세서: 기본 주파수가 2.5GHz 이상인 멀티 코어, 대규모 데이터베이스의 경우 32개 이상의 코어가 권장됩니다. 메모리: 소규모 데이터베이스의 경우 최소 8GB, 중간 크기의 경우 16~64GB, 대규모 데이터베이스 또는 과도한 작업 부하의 경우 최대 512GB 이상. 스토리지: SSD 또는 NVMe 디스크, 중복성 및 성능을 위한 RAID 어레이. 네트워크: 고속 네트워크(10GbE 이상), 전용 네트워크 카드, 지연 시간이 짧은 네트워크. 기타: 안정적인 전원 공급 장치, 이중 구성 요소, 호환 가능한 운영 체제 및 소프트웨어, 열 방출 및 냉각 시스템.
오라클에서 dbf 파일을 읽는 방법
May 10, 2024 am 01:27 AM
Oracle은 다음 단계를 통해 dbf 파일을 읽을 수 있습니다. 외부 테이블을 만들고 dbf 파일을 참조하여 데이터를 Oracle 테이블로 가져옵니다.
Oracle 데이터베이스를 사용하는 데 필요한 메모리 양
May 10, 2024 am 03:42 AM
Oracle 데이터베이스에 필요한 메모리 양은 데이터베이스 크기, 작업 부하 유형 및 동시 사용자 수에 따라 다릅니다. 일반 권장 사항: 소형 데이터베이스: 16~32GB, 중형 데이터베이스: 32~64GB, 대형 데이터베이스: 64GB 이상. 고려해야 할 다른 요소로는 데이터베이스 버전, 메모리 최적화 옵션, 가상화 및 모범 사례(메모리 사용량 모니터링, 할당 조정)가 있습니다.
Oracle 예약 작업은 하루에 한 번 생성 단계를 실행합니다.
May 10, 2024 am 03:03 AM
Oracle에서 하루에 한 번 실행되는 예약된 작업을 생성하려면 다음 세 단계를 수행해야 합니다. 작업을 생성합니다. 작업에 하위 작업을 추가하고 해당 일정 표현식을 "INTERVAL 1 DAY"로 설정합니다. 작업을 활성화합니다.
Oracle 데이터베이스에는 얼마나 많은 메모리가 필요합니까?
May 10, 2024 am 02:09 AM
Oracle 데이터베이스 메모리 요구 사항은 데이터베이스 크기, 활성 사용자 수, 동시 쿼리, 활성화된 기능 및 시스템 하드웨어 구성 등의 요소에 따라 달라집니다. 메모리 요구 사항을 결정하는 단계에는 데이터베이스 크기 결정, 활성 사용자 수 추정, 동시 쿼리 이해, 활성화된 기능 고려 및 시스템 하드웨어 구성 검사가 포함됩니다.
