同事电话说急着要恢复生产库上的归档日志。系统环境是10.2.0.5，RAC，归档日志在node1上建立了nfs共享，而node2上没有建立nfs共享

中午刚去吃饭，就接到同事电话说急着要恢复生产库上的归档日志。系统环境是10.2.0.5，RAC，归档日志在node1上建立了nfs共享，而node2上没有建立nfs共享。另有一套查询库，通过DSG的同步软件将数据从生产库上同步到查询库上。软件原理是通过传说分析归档日志然后加以应用，总体感觉有点像DG。由于生产库上使用的是增量备份，每天都进行备份。且备份完后会自动删除归档日志。恢复生产库的归档日志的原因是，同步到查询库时失败(采用DSG的备份软件时，当遇到大量DML操作时经常遇到同步失败的情况)，需要重新同步，但归档日志已经被删除，故需要还原归档日志。查询库昨日17:00后的数据同步失败，故需要还原从昨日至今的归档日志。系统环境交代到这，下面是具体的实施步骤。

在node1上进行操作

$ pwd

/arch_log/restore

$ df -g

Filesystem GB blocks Free %Used Iused %Iused Mounted on

/dev/hd4 10.00 9.56 5% 12767 1% /

/dev/hd2 10.00 6.75 33% 62385 4% /usr

/dev/hd9var 10.00 9.23 8% 13956 1% /var

/dev/hd3 10.00 9.09 10% 3512 1% /tmp

/dev/hd1 10.00 8.99 11% 8013 1% /home

/dev/hd11admin 0.25 0.25 1% 5 1% /admin

/proc - - - - - /proc

/dev/hd10opt 10.00 9.73 3% 10356 1% /opt

/dev/livedump 0.25 0.25 1% 8 1% /var/adm/ras/livedump

/dev/lv_oracle10g 30.00 11.84 61% 215252 7% /oracle10g

/dev/lv_zs_arch_01 997.00 989.75 1% 32 1% /arch_log

/dev/lv_zs_db2bk_01 998.00 432.63 57% 167 1% /rman_db2_bk

/dev/lv_zs_bck_01 2992.00 1836.57 39% 224 1% /rman_data

/dev/lv_cdump 200.00 199.97 1% 15 1% /oracle10g/app/oracle/admin/zgscdb/cdump

/dev/lv_dsg1 49.75 43.97 12% 8831 1% /dsg1

fjlt_zgsc_db02:/arch_log/zgsc_db02_arch 997.00 971.00 3% 34 1% /arch_log/zgsc_db02_arch

/arch_log挂载点下空余空间接近1T，，目标将归档日志还原到/arch_log/restore下

第一反应，通过v$archived_log找到17:00以后的归档日志序列号

select sequence#,completion_time from v$archived_log where completion_time > to_date('2012-02-15','hh24:mi:ss');

查询得出从sequence#为16147开始的归档日志为2012-02-17 17:00以后的归档日志

执行

$ rman target /

Recovery Manager: Release 10.2.0.5.0 - Production on Thu Feb 16 13:07:12 2012

Copyright (c) 1982, 2007, Oracle. All rights reserved.

connected to target database: ZGSCDB (DBID=3629726729)

RMAN> run{

2> allocate channel c1 type disk;

3> allocate channel c2 type disk;

4> allocate channel c3 type disk;

5> allocate channel c4 type disk;

6> set archivelog destination to '/arch_log/restore';

7> restore archivelog from logseq 16147;

8> release channel c1 ;ype disk

9> release channel c2;

10> release channel c3;

11> release channel c4;

12> }

using target database control file instead of recovery catalog

allocated channel: c1

channel c1: sid=4834 instance=zgscdb1 devtype=DISK

allocated channel: c2

channel c2: sid=5333 instance=zgscdb1 devtype=DISK

allocated channel: c3

channel c3: sid=4879 instance=zgscdb1 devtype=DISK

allocated channel: c4

channel c4: sid=5317 instance=zgscdb1 devtype=DISK

executing command: SET ARCHIVELOG DESTINATION

Starting restore at 16-FEB-12

released channel: c1

released channel: c2

released channel: c3

released channel: c4

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of restore command at 02/16/2012 13:10:53

RMAN-20242: specification does not match any archive log in the recovery catalog

RMAN> list archivelog from logseq 16147;

省略部分输出

List of Archived Logs in backup set 5193

Thrd Seq Low SCN Low Time Next SCN Next Time

---- ------- ---------- --------- ---------- ---------

2 16148 12670010177819 15-FEB-12 12670011207570 15-FEB-12

2 16149 12670011207570 15-FEB-12 12670012283915 15-FEB-12

2 16150 12670012283915 15-FEB-12 12670012754302 15-FEB-12

2 16151 12670012754302 15-FEB-12 12670012969887 15-FEB-12

2 16152 12670012969887 15-FEB-12 12670013212670 15-FEB-12

2 16153 12670013212670 15-FEB-12 12670013780868 15-FEB-12

2 16154 12670013780868 15-FEB-12 12670013976009 15-FEB-12

2 16155 12670013976009 15-FEB-12 12670015183858 15-FEB-12

2 16156 12670015183858 15-FEB-12 12670015441965 15-FEB-12

2 16157 12670015441965 15-FEB-12 12670015599451 15-FEB-12

2 16158 12670015599451 15-FEB-12 12670015722094 15-FEB-12

2 16159 12670015722094 15-FEB-12 12670015785593 15-FEB-12

2 16160 12670015785593 15-FEB-12 12670015847887 15-FEB-12

2 16161 12670015847887 15-FEB-12 12670016000750 15-FEB-12

Backup Set Copy #1 of backup set 5193

Device Type Elapsed Time Completion Time Compressed Tag

----------- ------------ --------------- ---------- ---

DISK 00:03:55 16-FEB-12 NO TAG20120216T010430

List of Backup Pieces for backup set 5193 Copy #1

BP Key Pc# Status Piece Name

------- --- ----------- ----------

12560 1 AVAILABLE /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_39n3e111_s5225_p1_C1

12561 2 AVAILABLE /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_39n3e111_s5225_p2_C1

12562 3 AVAILABLE /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_39n3e111_s5225_p3_C1

List of Archived Logs in backup set 5198

Thrd Seq Low SCN Low Time Next SCN Next Time

---- ------- ---------- --------- ---------- ---------

2 16134 12668052207072 15-FEB-12 12668052339209 15-FEB-12

2 16135 12668052339209 15-FEB-12 12668052456743 15-FEB-12

2 16136 12668052456743 15-FEB-12 12668052579080 15-FEB-12

2 16137 12668052579080 15-FEB-12 12668052695760 15-FEB-12

2 16138 12668052695760 15-FEB-12 12668056672468 15-FEB-12

2 16139 12668056672468 15-FEB-12 12668060445745 15-FEB-12

2 16140 12668060445745 15-FEB-12 12668062444755 15-FEB-12

2 16141 12668062444755 15-FEB-12 12668660576479 15-FEB-12

2 16142 12668660576479 15-FEB-12 12668660718987 15-FEB-12

2 16143 12668660718987 15-FEB-12 12668660871830 15-FEB-12

2 16144 12668660871830 15-FEB-12 12668661303733 15-FEB-12

2 16145 12668661303733 15-FEB-12 12668661585953 15-FEB-12

2 16146 12668661585953 15-FEB-12 12668662079217 15-FEB-12

2 16147 12668662079217 15-FEB-12 12670010177819 15-FEB-12

Backup Set Copy #1 of backup set 5198

Device Type Elapsed Time Completion Time Compressed Tag

----------- ------------ --------------- ---------- ---

DISK 00:01:07 16-FEB-12 NO TAG20120216T010430

List of Backup Pieces for backup set 5198 Copy #1

BP Key Pc# Status Piece Name

------- --- ----------- ----------

12573 1 AVAILABLE /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_3an3e18j_s5226_p1_C1

12574 2 AVAILABLE /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_3an3e18j_s5226_p2_C1

12575 3 AVAILABLE /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_3an3e18j_s5226_p3_C1

List of Archived Logs in backup set 5195

Thrd Seq Low SCN Low Time Next SCN Next Time

---- ------- ---------- --------- ---------- ---------

2 16162 12670016000750 15-FEB-12 12670016088204 15-FEB-12

2 16163 12670016088204 15-FEB-12 12670016308969 15-FEB-12

2 16164 12670016308969 15-FEB-12 12670016653192 15-FEB-12

2 16165 12670016653192 15-FEB-12 12670017027396 15-FEB-12

2 16166 12670017027396 15-FEB-12 12670017225549 15-FEB-12

2 16167 12670017225549 15-FEB-12 12670017317060 15-FEB-12

2 16168 12670017317060 15-FEB-12 12670017393441 15-FEB-12

2 16169 12670017393441 15-FEB-12 12670017462567 15-FEB-12

2 16170 12670017462567 15-FEB-12 12670017541021 15-FEB-12

2 16171 12670017541021 15-FEB-12 12670017654244 15-FEB-12

2 16172 12670017654244 15-FEB-12 12670017735163 15-FEB-12

2 16173 12670017735163 15-FEB-12 12670017811611 15-FEB-12

2 16174 12670017811611 15-FEB-12 12670017888323 15-FEB-12

2 16175 12670017888323 15-FEB-12 12670019198216 15-FEB-12

Backup Set Copy #1 of backup set 5195

Device Type Elapsed Time Completion Time Compressed Tag

----------- ------------ --------------- ---------- ---

DISK 00:03:56 16-FEB-12 NO TAG20120216T010430

List of Backup Pieces for backup set 5195 Copy #1

BP Key Pc# Status Piece Name

------- --- ----------- ----------

12566 1 AVAILABLE /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_38n3e111_s5224_p1_C1

12567 2 AVAILABLE /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_38n3e111_s5224_p2_C1

12568 3 AVAILABLE /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_38n3e111_s5224_p3_C1

可以看到从日志序列号为16147到16181的归档日志备份全部存。那为什么执行list backup of archivelog from logseq 16147;时没有输出呢？

本条技术文章来源于互联网，如果无意侵犯您的权益请点击此处反馈版权投诉

本文系统来源：php中文网

oracle归档日志的生产,记一次Oracle生产库还原归档日志经历相关推荐

  1. 记一次ORACLE数据库redo日志文件损坏故障恢复

    记一次ORACLE数据库redo日志文件损坏故障恢复 环境 ORACLE 11G R2 + RAC+ ASM 归档模式 问题描述 数据库1节点状态变为Stuck Archiver,alert日志报Ar ...

  2. Oracle Dataguard中备库中归档日志不同步

    环境:RAC+单机 Dataguard 问题:启动备库到ADG模式时,发现后台归档日志并不同步 1.在备库中发现日志的归档日志不同步,内容如下: MRP0: Background Media Reco ...

  3. 记一次Oracle 19c redo误删除的故障恢复 [ORA-00742 ORA-00312 没有归档]

    现场工程师晚上处理磁盘空间满的问题时,误删除了redo日志文件,又自己进行了一些尝试性操作,具体不可表.我接到 CASE 时告警信息 ORA-00742 ORA-00312. 该数据库没有开归档,没有 ...

  4. oracle 还原归档,ORACLE RMAN 还原归档日志

    一.备份所有归档日志文件 RMAN> backup archivelog all delete input; 二: restore archivelog 的各种选项 1.恢复全部归档日志文件 R ...

  5. 如何查询oracle最近报警信息,教你怎样用Oracle方便地查看报警日志错误

    在网上查了几天的资料,尝试综合清除告警日志内容及建外部表的方式来解决这一问题. 一:备份并清除告警日志内容 将每天的告警日志备份好,然后进行清除. 1:备份报警日志 在$ORACLE_HOME/SID ...

  6. 分享一次生产应用无法连接Oracle数据库故障

    故障简介 今天一个应用运维同事微信联系我,说有一个应用日志,显示连接Oracle数据库报错,我问了一下是什么应用,对方回答是报表应用,这下心里有谱了. 第一:报表应用重要性不高 第二:一般这种情况,都 ...

  7. oracle 4535,记一次Oracle Clusterware安装成功后的故障处理

    记一次Oracle Clusterware安装成功后的故障处理 1. 环境 [grid@rac1 rac1]$ cat /etc/issue Red Hat Enterprise Linux Serv ...

  8. Oracle主库redo传输至备机,关于Oracle Dataguard 日志传输状态监控问题

    ORACLE DATAGUARD的主备库同步,主要是依靠日志传输到备库,备库应用日志或归档来实现.当主.备库间日志传输出现GAP,备库将不再与主库同步.因此需对日志传输状态进行监控,确保主.备库间日志 ...

  9. oracle告警日志备份,教你怎样用Oracle方便地查看报警日志错误

    在网上查了几天的资料,尝试综合清除告警日志内容及建外部表的方式来解决这一问题. 一:备份并清除告警日志内容 将每天的告警日志备份好,然后进行清除. 1:备份报警日志 在$ORACLE_HOME/SID ...

最新文章

  1. [Nand Flash]软件ECC
  2. Spring in Action 4th 学习笔记 之 AOP
  3. Java的org.apache.commons.lang3.StringUtils
  4. 从零开始学C++之模板（三）：缺省模板参数（借助标准模板容器实现Stack模板）、成员模板、关键字typename...
  5. 【LeetCode笔记】470. 用Rand7()实现Rand10()（Java、概率）
  6. mysql5.1怎么备份,MySQL 5.1升级到MySQL 5.5的步骤
  7. 量化投资(数据分析)
  8. 256 变 4096：分库分表扩容如何实现平滑数据迁移？
  9. Opencv特征点检测
  10. 用PDF编辑器如何为PDF文件添加水印
  11. android webview 误删,AndroidWebView内核
  12. 手算KMP算法next数组
  13. linux内核函数之 blk_plug
  14. [css] 积累(old)
  15. 调查问卷怎么html做成链接,在问卷网上如何把问卷链接通过邮件的方式发给别人填写？...
  16. 选择中医 - 醒脑（养生、穴位）
  17. logback系列之二：输出日志到文件
  18. 蜗牛星际集成：PVE系统+NAS+WEB 折腾笔记
  19. 2020年朋友圈天文大戏“日环食”大赏
  20. JZOJ1496 页

热门文章

  1. linux 命令行 time,详解Linux time 命令的使用
  2. linux安装 pycocotools_Windows下安装 pycocotools
  3. java复杂判断_List集合多个复杂字段判断去重的案例
  4. OpenCV数据类型
  5. 计算机的进制单位,计算机存储单位和进制转换
  6. jas CAS单点登录学习之一   单点流程
  7. 一体机联想键盘如何关闭Fn功能键恢复F1~F12
  8. Linux通过命令行操作Mysql
  9. python简易老虎机小游戏
  10. JavaScript图片切换