通过NBU恢复Oracle理解的恢复原理-MySQL 튜토리얼-php.cn

집

데이터 베이스

MySQL 튜토리얼

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

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 05:41 PM

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 - 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 - 启动 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 - 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 도구

Video Face Swap

완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

뜨거운 도구

뜨거운 주제

자바 튜토리얼

1671

Cakephp 튜토리얼

1428

라라벨 튜토리얼

1331

PHP 튜토리얼

1276

C# 튜토리얼

1256

Related knowledge

오라클을 열 수 없다면해야 할 일 Apr 11, 2025 pm 10:06 PM

Oracle에 대한 솔루션은 개설 할 수 없습니다. 1. 데이터베이스 서비스 시작; 2. 청취자를 시작하십시오. 3. 포트 충돌을 확인하십시오. 4. 환경 변수를 올바르게 설정하십시오. 5. 방화벽이나 바이러스 백신 소프트웨어가 연결을 차단하지 않도록하십시오. 6. 서버가 닫혀 있는지 확인하십시오. 7. RMAN을 사용하여 손상된 파일을 복구하십시오. 8. TNS 서비스 이름이 올바른지 확인하십시오. 9. 네트워크 연결 확인; 10. Oracle 소프트웨어를 다시 설치하십시오.

Oracle Cursor를 닫는 문제를 해결하는 방법 Apr 11, 2025 pm 10:18 PM

Oracle Cursor Closure 문제를 해결하는 방법에는 다음이 포함됩니다. Close 문을 사용하여 커서를 명시 적으로 닫습니다. For Update 절에서 커서를 선언하여 범위가 종료 된 후 자동으로 닫히십시오. 연관된 PL/SQL 변수가 닫히면 자동으로 닫히도록 사용 절에서 커서를 선언하십시오. 예외 처리를 사용하여 예외 상황에서 커서가 닫혀 있는지 확인하십시오. 연결 풀을 사용하여 커서를 자동으로 닫습니다. 자동 제출을 비활성화하고 커서 닫기를 지연시킵니다.

Oracle Loop에서 커서를 만드는 방법 Apr 12, 2025 am 06:18 AM

Oracle에서 FOR 루프 루프는 커서를 동적으로 생성 할 수 있습니다. 단계는 다음과 같습니다. 1. 커서 유형을 정의합니다. 2. 루프를 만듭니다. 3. 커서를 동적으로 만듭니다. 4. 커서를 실행하십시오. 5. 커서를 닫습니다. 예 : 커서는 상위 10 명의 직원의 이름과 급여를 표시하기 위해주기별로 만들 수 있습니다.

Oracle View를 내보내는 방법 Apr 12, 2025 am 06:15 AM

Oracle View는 Expitility : Oracle 데이터베이스에 로그인하여 내보낼 수 있습니다. 뷰 이름 및 내보내기 디렉토리를 지정하여 EXP 유틸리티를 시작하십시오. 대상 모드, 파일 형식 및 테이블 스페이스를 포함한 내보내기 매개 변수를 입력하십시오. 내보내기를 시작하십시오. IMPDP 유틸리티를 사용하여 내보내기를 확인하십시오.

Oracle 로그가 가득 차면해야 할 일 Apr 12, 2025 am 06:09 AM

Oracle Log 파일이 가득 차면 다음 솔루션을 채택 할 수 있습니다. 1) 오래된 로그 파일 청소; 2) 로그 파일 크기를 늘리십시오. 3) 로그 파일 그룹을 늘리십시오. 4) 자동 로그 관리를 설정합니다. 5) 데이터베이스를 다시 이용하십시오. 솔루션을 구현하기 전에 데이터 손실을 방지하기 위해 데이터베이스를 백업하는 것이 좋습니다.

비즈니스 세계에서 오라클의 역할 Apr 23, 2025 am 12:01 AM

Oracle은 데이터베이스 회사 일뿐 만 아니라 클라우드 컴퓨팅 및 ERP 시스템의 리더이기도합니다. 1. Oracle은 데이터베이스에서 클라우드 서비스 및 ERP 시스템에 이르기까지 포괄적 인 솔루션을 제공합니다. 2. OracleCloud는 AWS와 Azure에 도전하여 IAA, PAAS 및 SAAS 서비스를 제공합니다. 3. E-BusinessSuite 및 FusionApplications와 같은 Oracle의 ERP 시스템은 기업이 운영을 최적화하는 데 도움이됩니다.

HDFS에서 CentOS를 구성하는 데 어떤 단계가 필요합니까? Apr 14, 2025 pm 06:42 PM

Centos 시스템에서 Hadoop 분산 파일 시스템 (HDF)을 구축하려면 여러 단계가 필요합니다. 이 기사는 간단한 구성 안내서를 제공합니다. 1. 초기 단계에서 JDK를 설치할 준비 : 모든 노드에 JavadevelopmentKit (JDK)을 설치하면 버전이 Hadoop과 호환되어야합니다. 설치 패키지는 Oracle 공식 웹 사이트에서 다운로드 할 수 있습니다. 환경 변수 구성 : /etc /프로파일 파일 편집, Java 및 Hadoop 설정 설정 시스템에서 JDK 및 Hadoop의 설치 경로를 찾을 수 있습니다. 2. 보안 구성 : SSH 비밀번호가없는 로그인 SSH 키 : 각 노드에서 ssh-keygen 명령을 사용하십시오.