通过NBU恢复Oracle理解的恢复原理-mysql教程-PHP中文網

首頁

資料庫

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” 博客，美国空间，请务必保留此出处

陳述

本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn

在MySQL中使用視圖的局限性是什麼？May 14, 2025 am 12:10 AM

mysqlviewshavelimitations：1）他們不使用Supportallsqloperations，限制DatamanipulationThroughViewSwithJoinsOrsubqueries.2）他們canimpactperformance，尤其是withcomplexcomplexclexeriesorlargedatasets.3）

確保您的MySQL數據庫：添加用戶並授予特權May 14, 2025 am 12:09 AM

porthusermanagementinmysqliscialforenhancingsEcurityAndsingsmenting效率databaseoperation.1）usecReateusertoAddusers，指定connectionsourcewith@'localhost'or@'％'。

哪些因素會影響我可以在MySQL中使用的觸發器數量？May 14, 2025 am 12:08 AM

mysqldoes notimposeahardlimitontriggers，butacticalfactorsdeterminetheireffactective：1）serverConfiguration impactactStriggerGermanagement; 2）複雜的TriggerSincreaseSySystemsystem load; 3）largertablesslowtriggerperfermance; 4）highConconcConcrencerCancancancancanceTigrignecentign; 5）; 5）

mysql：存儲斑點安全嗎？May 14, 2025 am 12:07 AM

Yes,it'ssafetostoreBLOBdatainMySQL,butconsiderthesefactors:1)StorageSpace:BLOBscanconsumesignificantspace,potentiallyincreasingcostsandslowingperformance.2)Performance:LargerrowsizesduetoBLOBsmayslowdownqueries.3)BackupandRecovery:Theseprocessescanbe

mySQL：通過PHP Web界面添加用戶May 14, 2025 am 12:04 AM

通過PHP網頁界面添加MySQL用戶可以使用MySQLi擴展。步驟如下：1.連接MySQL數據庫，使用MySQLi擴展。 2.創建用戶，使用CREATEUSER語句，並使用PASSWORD()函數加密密碼。 3.防止SQL注入，使用mysqli_real_escape_string()函數處理用戶輸入。 4.為新用戶分配權限，使用GRANT語句。

mysql：blob和其他無-SQL存儲，有什麼區別？May 13, 2025 am 12:14 AM

mysql'sblobissuitableForStoringBinaryDataWithInareLationalDatabase，而ilenosqloptionslikemongodb，redis和calablesolutionsolutionsolutionsoluntionsoluntionsolundortionsolunsonstructureddata.blobobobissimplobisslowdeperformberbutslowderformandperformancewithlararengedata;

mySQL添加用戶：語法，選項和安全性最佳實踐May 13, 2025 am 12:12 AM

toaddauserinmysql，使用：createUser'username'@'host'Indessify'password'; there'showtodoitsecurely：1）choosethehostcarecarefullytocon trolaccess.2）setResourcelimitswithoptionslikemax_queries_per_hour.3）usestrong，iniquepasswords.4）Enforcessl/tlsconnectionswith

MySQL：如何避免字符串數據類型常見錯誤？May 13, 2025 am 12:09 AM

toAvoidCommonMistakeswithStringDatatatPesInMysQl，CloseStringTypenuances，chosethirtightType，andManageEngencodingAndCollationsEttingSefectery.1）usecharforfixed lengengtrings，varchar forvariable-varchar forbariaible length，andtext/blobforlargerdataa.2 seterters seterters seterters

See all articles