• 欢迎访问搞代码网站,推荐使用最新版火狐浏览器和Chrome浏览器访问本网站!
  • 如果您觉得本站非常有看点,那么赶紧使用Ctrl+D 收藏搞代码吧

通过NBU恢复Oracle理解的恢复原理

mysql 搞代码 4年前 (2022-01-09) 33次浏览 已收录 0个评论

通过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来源gaodaimacom搞#^代%!码网 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” 博客,美国空间,请务必保留此出处


搞代码网(gaodaima.com)提供的所有资源部分来自互联网,如果有侵犯您的版权或其他权益,请说明详细缘由并提供版权或权益证明然后发送到邮箱[email protected],我们会在看到邮件的第一时间内为您处理,或直接联系QQ:872152909。本网站采用BY-NC-SA协议进行授权
转载请注明原文链接:通过NBU恢复Oracle理解的恢复原理

喜欢 (0)
[搞代码]
分享 (0)
发表我的评论
取消评论

表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址