oracle 重建归档日志,记一次Oracle 生产库复原归档日志经历(原创)

最新推荐文章于 2023-06-01 12:28:59 发布
最新推荐文章于 2023-06-01 12:28:59 发布
阅读量442 收藏
点赞数
文章标签： oracle 重建归档日志

记一次Oracle 生产库还原归档日志经历(原创)

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

在node1上进行操作

$ pwd

/arch_log/restore

root@fjlt_zgsc_db01:/#mount

node       mounted        mounted over    vfs       date        options

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

/dev/hd4         /                jfs2   Apr 21 19:42 rw,log=/dev/hd8

/dev/hd2         /usr             jfs2   Apr 21 19:42 rw,log=/dev/hd8

/dev/hd9var      /var             jfs2   Apr 21 19:42 rw,log=/dev/hd8

/dev/hd3         /tmp             jfs2   Apr 21 19:42 rw,log=/dev/hd8

/dev/hd1         /home            jfs2   Apr 21 19:43 rw,log=/dev/hd8

/dev/hd11admin   /admin           jfs2   Apr 21 19:43 rw,log=/dev/hd8

/proc            /proc            procfs Apr 21 19:43 rw

/dev/hd10opt     /opt             jfs2   Apr 21 19:43 rw,log=/dev/hd8

/dev/livedump    /var/adm/ras/livedump jfs2   Apr 21 19:43 rw,log=/dev/hd8

/dev/lv_oracle10g /oracle10g       jfs2   Apr 21 19:43 rw,log=/dev/hd8

/dev/lv_zs_arch_01 /arch_log        jfs2   Apr 21 19:43 rw,log=/dev/loglv01

/dev/lv_zs_db2bk_01 /rman_db2_bk     jfs2   Apr 21 19:43 rw,log=/dev/loglv01

/dev/lv_zs_bck_01 /rman_data       jfs2   Apr 21 19:43 rw,log=/dev/loglv00

/dev/lv_cdump    /oracle10g/app/oracle/admin/zgscdb/cdump jfs2   Nov 16 12:05 rw,log=/dev/loglv02

/dev/lv_dsg1     /dsg1            jfs2   Nov 16 12:10 rw,log=/dev/loglv02

fjlt_zgsc_db02 /arch_log/zgsc_db02_arch /arch_log/zgsc_db02_arch nfs3   Jan 16 16:26

$ 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;

没有任何输出，郁闷。。。。。。。。。

RMAN> list backup of archivelog all;

List of Backup Sets

===================

BS Key  Size       Device Type Elapsed Time Completion Time

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

5115    169.62M    DISK        00:00:09     12-FEB-12

BP Key: 12219   Status: AVAILABLE  Compressed: NO  Tag: TAG20120212T014331

Piece Name: /rman_data/zgscdb_rman/ZGSCDB_arch_20120212_0tn33hqa_s5149_p1_C1

List of Archived Logs in backup set 5115

Thrd Seq     Low SCN    Low Time  Next SCN   Next Time

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

1    13769   12663219622525 11-FEB-12 12663220068092 11-FEB-12

1    13770   12663220068092 11-FEB-12 12663220426071 11-FEB-12

1    13771   12663220426071 11-FEB-12 12663220887716 11-FEB-12

1    13772   12663220887716 11-FEB-12 12663222831310 12-FEB-12

省略部分输出

List of Archived Logs in backup set 5197

Thrd Seq     Low SCN    Low Time  Next SCN   Next Time

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

2    16176   12670019198216 15-FEB-12 12670023192712 15-FEB-12

2    16177   12670023192712 15-FEB-12 12670025565356 16-FEB-12

2    16178   12670025565356 16-FEB-12 12670026143737 16-FEB-12

2    16179   12670026143737 16-FEB-12 12670026897385 16-FEB-12

2    16180   12670026897385 16-FEB-12 12670027305649 16-FEB-12

2    16181   12670027305649 16-FEB-12 12670027693987 16-FEB-12

BS Key  Size       Device Type Elapsed Time Completion Time

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

5198    13.00G     DISK        00:01:07     16-FEB-12

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;时没有输出呢？

查了下rman的list语法，执行如下命令

RMAN>list backup of archivelog from  time  "to_date('2012-02-15 17:00:00','yyyy-mm-dd hh24:mi:ss')";

List of Backup Sets

===================

BS Key  Size       Device Type Elapsed Time Completion Time

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

5189    287.12M    DISK        00:00:04     16-FEB-12

BP Key: 12552   Status: AVAILABLE  Compressed: NO  Tag: TAG20120216T010430

Piece Name: /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_37n3e111_s5223_p1_C1

List of Archived Logs in backup set 5189

Thrd Seq     Low SCN    Low Time  Next SCN   Next Time

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

1    14153   12670027303388 16-FEB-12 12670027694268 16-FEB-12

BS Key  Size       Device Type Elapsed Time Completion Time

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

5190    9.98G      DISK        00:02:45     16-FEB-12

List of Archived Logs in backup set 5190

Thrd Seq     Low SCN    Low Time  Next SCN   Next Time

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

1    14131   12668662080221 15-FEB-12 12670012207947 15-FEB-12

1    14132   12670012207947 15-FEB-12 12670012971251 15-FEB-12

1    14133   12670012971251 15-FEB-12 12670013978444 15-FEB-12

1    14134   12670013978444 15-FEB-12 12670015440149 15-FEB-12

1    14135   12670015440149 15-FEB-12 12670015722540 15-FEB-12

1    14136   12670015722540 15-FEB-12 12670016001416 15-FEB-12

Backup Set Copy #1 of backup set 5190

Device Type Elapsed Time Completion Time Compressed Tag

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

DISK        00:02:45     16-FEB-12       NO         TAG20120216T010430

List of Backup Pieces for backup set 5190 Copy #1

BP Key  Pc# Status      Piece Name

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

12553   1   AVAILABLE   /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_35n3e111_s5221_p1_C1

12554   2   AVAILABLE   /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_35n3e111_s5221_p2_C1

BS Key  Size       Device Type Elapsed Time Completion Time

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

5192    12.30G     DISK        00:03:09     16-FEB-12

List of Archived Logs in backup set 5192

Thrd Seq     Low SCN    Low Time  Next SCN   Next Time

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

1    14137   12670016001416 15-FEB-12 12670016653312 15-FEB-12

1    14138   12670016653312 15-FEB-12 12670017030219 15-FEB-12

1    14139   12670017030219 15-FEB-12 12670017394454 15-FEB-12

1    14140   12670017394454 15-FEB-12 12670017657280 15-FEB-12

1    14141   12670017657280 15-FEB-12 12670017890908 15-FEB-12

1    14142   12670017890908 15-FEB-12 12670018260012 15-FEB-12

1    14143   12670018260012 15-FEB-12 12670020257257 15-FEB-12

1    14144   12670020257257 15-FEB-12 12670022421290 15-FEB-12

1    14145   12670022421290 15-FEB-12 12670023190650 15-FEB-12

1    14146   12670023190650 15-FEB-12 12670024544870 15-FEB-12

1    14147   12670024544870 15-FEB-12 12670026609312 16-FEB-12

1    14148   12670026609312 16-FEB-12 12670026743414 16-FEB-12

1    14149   12670026743414 16-FEB-12 12670026894479 16-FEB-12

1    14150   12670026894479 16-FEB-12 12670027048502 16-FEB-12

1    14151   12670027048502 16-FEB-12 12670027176883 16-FEB-12

1    14152   12670027176883 16-FEB-12 12670027303388 16-FEB-12

Backup Set Copy #1 of backup set 5192

Device Type Elapsed Time Completion Time Compressed Tag

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

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

List of Backup Pieces for backup set 5192 Copy #1

BP Key  Pc# Status      Piece Name

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

12557   1   AVAILABLE   /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_32n3e111_s5218_p1_C1

12558   2   AVAILABLE   /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_32n3e111_s5218_p2_C1

12559   3   AVAILABLE   /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_32n3e111_s5218_p3_C1

BS Key  Size       Device Type Elapsed Time Completion Time

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

5193    13.27G     DISK        00:03:55     16-FEB-12

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

BS Key  Size       Device Type Elapsed Time Completion Time

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

5195    13.28G     DISK        00:03:56     16-FEB-12

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

BS Key  Size       Device Type Elapsed Time Completion Time

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

5197    3.02G      DISK        00:00:26     16-FEB-12

BP Key: 12572   Status: AVAILABLE  Compressed: NO  Tag: TAG20120216T010430

Piece Name: /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_3bn3e18n_s5227_p1_C1

List of Archived Logs in backup set 5197

Thrd Seq     Low SCN    Low Time  Next SCN   Next Time

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

2    16176   12670019198216 15-FEB-12 12670023192712 15-FEB-12

2    16177   12670023192712 15-FEB-12 12670025565356 16-FEB-12

2    16178   12670025565356 16-FEB-12 12670026143737 16-FEB-12

2    16179   12670026143737 16-FEB-12 12670026897385 16-FEB-12

2    16180   12670026897385 16-FEB-12 12670027305649 16-FEB-12

2    16181   12670027305649 16-FEB-12 12670027693987 16-FEB-12

看到都需要的归档日志都包含进去了，满心欢喜的执行如下命令

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 time  "to_date('2012-02-15 17:00:00','yyyy-mm-dd hh24:mi:ss')";

8> release channel c1;

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=4849 instance=zgscdb1 devtype=DISK

allocated channel: c2

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

allocated channel: c3

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

allocated channel: c4

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

executing command: SET ARCHIVELOG DESTINATION

Starting restore at 16-FEB-12

archive log thread 1 sequence 14155 is already on disk as file /arch_log/zgsc_db01_arch/1_14155_743864713.dbf

archive log thread 1 sequence 14156 is already on disk as file /arch_log/zgsc_db01_arch/1_14156_743864713.dbf

archive log thread 1 sequence 14157 is already on disk as file /arch_log/zgsc_db01_arch/1_14157_743864713.dbf

archive log thread 1 sequence 14158 is already on disk as file /arch_log/zgsc_db01_arch/1_14158_743864713.dbf

archive log thread 1 sequence 14159 is already on disk as file /arch_log/zgsc_db01_arch/1_14159_743864713.dbf

archive log thread 1 sequence 14160 is already on disk as file /arch_log/zgsc_db01_arch/1_14160_743864713.dbf

archive log thread 1 sequence 14161 is already on disk as file /arch_log/zgsc_db01_arch/1_14161_743864713.dbf

archive log thread 1 sequence 14162 is already on disk as file /arch_log/zgsc_db01_arch/1_14162_743864713.dbf

archive log thread 1 sequence 14163 is already on disk as file /arch_log/zgsc_db01_arch/1_14163_743864713.dbf

archive log thread 1 sequence 14164 is already on disk as file /arch_log/zgsc_db01_arch/1_14164_743864713.dbf

archive log thread 1 sequence 14165 is already on disk as file /arch_log/zgsc_db01_arch/1_14165_743864713.dbf

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:47:51

RMAN-06026: some targets not found - aborting restore

RMAN-06025: no backup of log thread 2 seq 16209 lowscn 12670043591603 found to restore

RMAN-06025: no backup of log thread 2 seq 16208 lowscn 12670043181908 found to restore

RMAN-06025: no backup of log thread 2 seq 16207 lowscn 12670043081120 found to restore

RMAN-06025: no backup of log thread 2 seq 16206 lowscn 12670042973201 found to restore

RMAN-06025: no backup of log thread 2 seq 16205 lowscn 12670042654302 found to restore

RMAN-06025: no backup of log thread 2 seq 16204 lowscn 12670041610965 found to restore

RMAN-06025: no backup of log thread 2 seq 16203 lowscn 12670040751853 found to restore

RMAN-06025: no backup of log thread 2 seq 16202 lowscn 12670040584982 found to restore

RMAN-06025: no backup of log thread 2 seq 16201 lowscn 12670040305341 found to restore

RMAN-06025: no backup of log thread 2 seq 16200 lowscn 12670039987074 found to restore

RMAN-06025: no backup of log thread 2 seq 16199 lowscn 12670039745774 found to restore

RMAN-06025: no backup of log thread 2 seq 16198 lowscn 12670039250107 found to restore

RMAN-06025: no backup of log thread 2 seq 16197 lowscn 12670038751777 found to restore

RMAN-06025: no backup of log thread 2 seq 16196 lowscn 12670038122926 found to restore

RMAN-06025: no backup of log thread 2 seq 16195 lowscn 12670037110291 found to restore

RMAN-06025: no backup of log thread 2 seq 16194 lowscn 12670036384317 found to restore

RMAN-06025: no backup of log thread 2 seq 16193 lowscn 12670036130529 found to restore

RMAN-06025: no backup of log thread 2 seq 16192 lowscn 12670035930022 found to restore

RMAN-06025: no backup of log thread 2 seq 16191 lowscn 12670035736951 found to restore

RMAN-06025: no backup of log thread 2 seq 16190 lowscn 12670034378583 found to restore

RMAN-06025: no backup of log thread 2 seq 16189 lowscn 12670033507562 found to restore

RMAN-06025: no backup of log thread 2 seq 16188 lowscn 12670032888750 found to restore

RMAN-06025: no backup of log thread 2 seq 16187 lowscn 12670031934562 found to restore

RMAN-06025: no backup of log thread 2 seq 16186 lowscn 12670031295273 found to restore

RMAN-06025: no backup of log thread 2 seq 16185 lowscn 12670029669200 found to restore

RMAN-06025: no backup of log thread 2 seq 16184 lowscn 12670029122812 found to restore

RMAN-06025: no backup of log thread 2 seq 16183 lowscn 12670027774997 found to restore

RMAN-06025: no backup of log thread 2 seq 16182 lowscn 12670027693987 found to restore

报错，郁闷，超级郁闷

$ ls /arch_log/zgsc_01_arch

1_14155_743864713.dbf  1_14158_743864713.dbf  1_14161_743864713.dbf  1_14164_743864713.dbf  1_14167_743864713.dbf

1_14156_743864713.dbf  1_14159_743864713.dbf  1_14162_743864713.dbf  1_14165_743864713.dbf

1_14157_743864713.dbf  1_14160_743864713.dbf  1_14163_743864713.dbf  1_14166_743864713.dbf

观察报错发现没有找到的备份信息主要都是thread 2的备份信息，结合上面ls命令的输出分析得出，线程为1日志序列号从14155至14166的归档日志虽然为2012-02-15 17:00之后的归档日志，但却仍再使用。使用restore archivelog from time  "to_date('2012-02-15 17:00:00','yyyy-mm-dd hh24:mi:ss')";命令恢复时会提示already on disk。

结合list backup of archivelog from  time  "to_date('2012-02-15 17:00:00','yyyy-mm-dd hh24:mi:ss')";

和

node1

$ ls /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_39n3e111_s5225_p1_C1

ls: 0653-341 The file /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_39n3e111_s5225_p1_C1 does not exist

node2

$ ls /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_35n3e111_s5221_p1_C1

ls: 0653-341 The file /rman_data/zgscdb_rman/ZGSCDB_arch_20120216_35n3e111_s5221_p1_C1 does not exist.

发现双节点都只有各自的备份文件，备份文件没有进行存储共享的配置(出于安全考虑，确实不应该把备份配置成共享的，不过设置成nfs挂载应该是没问题)。呵呵，犯了个低级错误。

经过以上分析得出，restore archivelog from time  "to_date('2012-02-15 17:00:00','yyyy-mm-dd hh24:mi:ss')";命令会自动查找所需的备份文件进行还原，但是由于双节点无法同时访问所有需要备份文件，故需在特定节点还原指定的日志序列号，进行逐个还原，即

需要在相应的实例上还原相应thread对应的归档日志。

thread的意义：

RAC环境下，多台主机同时访问位于共有的磁盘阵列的共同的数据库结构。每台主机上的数据库例程分别写自己的日志文件，不同的例程通过thread来区分。

于是根据list backup of archivelog from  time  "to_date('2012-02-15 17:00:00','yyyy-mm-dd hh24:mi:ss')"

命令得出的归档日志和备份信息，执行如下命令恢复

在RAC节点node 1上执行

run{

allocate channel c1 type disk;

allocate channel c2 type disk;

allocate channel c3 type disk;

allocate channel c4 type disk;

set archivelog destination to '/arch_log/restore';

restore archivelog from logseq 14131 until logseq 14153 thread 1;

release channel c1;

release channel c2;

release channel c3;

release channel c4;

}

在RAC节点node 2上执行

run{

allocate channel c1 type disk;

allocate channel c2 type disk;

allocate channel c3 type disk;

allocate channel c4 type disk;

set archivelog destination to '/arch_log/restore';

restore archivelog from logseq 16148 until logseq 16181 thread 2;

release channel c1;

release channel c2;

release channel c3;

release channel c4;

}

还原成功。

这里顺带说一句，如果需要进行数据库恢复，那么必须在能够访问所有归档日志的节点上进行，这里是node1

感谢惜分飞，边城，杨帅君，select.简单的指导

本文原创，转载请注明出处、作者

如有错误，欢迎指正

邮箱:czmcj@163.com

索米龙
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql 归档日志恢复_RMAN 还原归档日志(restore archivelog)
weixin_33574009的博客
02-07 1716
听说过还原(restore)数据库，表空间及数据库文件，使用归档日志恢复(recover)数据库，表空间，数据库文件。咦，还有还原归档日志这一说法呢？没错，可能我们忽略了还原归档日志这一个过程，原因是还原归档日志通常情况下是Oracle在recover时自动完成的。大多数情况下我们是先还原数据库，恢复数据库，打开数据库。实际上在恢复数据库之前有一个动作，那就是还原归档日志，也就是将日志文件还原到缺...
restore archivelog 的一些用法
cl5127的博客
11-28 210
1.备份所有归档日志文件RMAN> backup archivelog all delete input;第二: restore archivelog 的各种选项1.restore archivelog all 恢复全...
11g RMAN Restore archivelog用法
技术成就梦想
05-11 3021
I.备份所有归档日志文件 RMAN> BACKUP FORMAT '/u01/backup/arch_%U_%T' skip inaccessible filesperset 5 ARCHIVELOG ALL DELETE INPUT; II.使用RMAN方式清除 RMAN清除方式会自动清除磁盘上的归档日志文件，同时会释放控制文件中对应的归档日志的归档信息。 可以基于不同的条件来清
restore archivelog 常用用法
weixin_34417200的博客
03-15 467
restorearchivelogall;还原全部归档日志文件 restorearchivelogfromlogseq2213;还原logsequence为2213之后的所有归档日志 restorearchivelogfromlogseq2213untillogseq2222;还原logsequ...
Oracle丢失归档日志文件的数据库恢复方法
tianshibaijia
11-17 587
丢失归档日志文件的数据库恢复方法，从一个不能正常打开的数据库（由于一个/多个数据库文件与其他文件不一致）中提取数据。场景：一个磁盘损坏了并且丢失了一个数据库文件。从一周前的热备转储数据文件，不幸的是丢失了几个归档日志文件。但是有问题的数据文件包含了最重要的表，如何能够挽救数据呢? 从一个不能正常打开的数据库(由于一个/多个数据库文件与其他文件不一致)中提取数据。场景：一个磁盘损坏了并且丢...
oracle数据文件恢复步骤
2301_78145658的博客
06-01 2163
如需要对多个相互有主外键约束的表进行恢复时，如果使用AS OF TIMESTAMP的方式，可能会由于时间点不统一的缘故造成数据选择或插入失败，通过AS OF SCN方式则能够确保记录处理的时间点一致。1、确定删除数据的时间（在删除数据之前的时间就行，不过最好是删除数据的时间点）。–因为我们的操作系统是linux，当数据文件从操作系统级别被rm掉，但之前打开该文件的进程仍然持有相应的文件句柄，所以指向的文件仍然可以读写，并且该文件的文件描述符可以从/proc目录中获得。2、9i之后的版本。
RMAN环境下restore归档文件常用命令
db_murphy的博客
10-10 871
摘要：Oracle数据库使用RMAN备份的时候，会把归档日志压成备份集（backup set），备份在disk或者tape上。本文讲述RMAN环境下restore归档文件常用命令。 Oracle数据库使用RMAN备份的时候，会把归档日志压成备份集（backup set），备份在disk或者tape上。 一种场景： 大家都熟悉一种架构RAC+ADG。在该架构下，源库的归档文件清理机制为数据库备份完成后进行清除（参考语句：backup filesperset 20 format ‘al_t%t_s%s_p
oracle的归档模式 ORACLE数据库归档日志常用命令
12-16
–连接恢复管理器 C:\Documents and Settings\mengzhaoliang>rman target/ –归档日志列表 RMAN> list archivelog all; –删除物理文件不存在的归档日志 RMAN> delete expired archivelog all; –删除7天前的归档...
解决Oracle数据库归档日志占满磁盘空间问题
09-09
主要介绍了解决Oracle数据库归档日志占满磁盘空间问题,文中给大家提到了常用命令及实现代码，需要的朋友可以参考下
解决Oracle RMAN删除归档日志不释放问题的方法
12-16
当Oracle 归档日志满了后，将无法正常登入oracle，需要删除一部分归档日志才能正常登入ORACLE。 最近同事在工作中遇到一个问题，他那边的一套Oracle 11g数据库使用RMAN没办法删除旧的归档，导致磁盘使用率很高。 ...
Oracle 12c实战归档日志文件
03-05
Oracle 12c实战归档日志文件
Linux下Oracle归档日志自动清理脚本代码(sh)
09-10
将以下代码保存为.sh文件，并放到crontab里就可以实现自动清理
oracle 归档日志原理,Oracle数据库重做日志及归档日志的工作原理
weixin_31749299的博客
04-05 398
LGWR进程将redo log buffer中的重做数据写入到redo log中，此时的redo log分组，每当一个redo log group写满时，或者发出switch logfile指令时都会触发日志组的切换，当发生日志组切换时，ARC进程会将当前的重做日志数据写入归档日志；LGWR进程是将内存中的数据写入到重做日志文件，这是内存读磁盘写。然而ARC进程是将重做日志文件写入到归档文件，是磁...
使用备份修复日志断档
hanlovechao的博客
10-18 284
使用备份恢复，并发现在恢复的时候有日志断档，因此结合归档和全库的备份，解决断档
oracle rman list,RMAN的list和report命令详解
weixin_33377571的博客
04-12 960
一．List命令RMAN的list命令是一种在数据库控制文件或恢复目录中查询备份的历史信息的方法。1.列出对应物命令：list incarnation作用：为用户提供目标数据库的每个数据库对应物列表，可以将数据库恢复到执行最后一条resetlogs命令前的某个时间点。示例：该示例中，可以看到数据库具有的对应物。其中(Inc关键字)是每个对应物自己的键。Status字段列，列出该对应物的状态。有旧的...
oracle 归档日志原理,[转载]oracle恢复原理（3)--联机日志和归档日志
weixin_30521175的博客
04-05 556
一：日志Oracle数据库的日志包括联机日志和归档日志。所有的Oracle数据库都需要有联机日志，而且至少要有两组联机日志。而归档日志只有使用归档模式时才会需要，生产数据库必须运行在归档模式。联机日志循环使用，当一组联机日志写满后，就要切换到另一组联机日志，后者的内容就被覆盖，这个过程叫作日志切换(LogSwitch)，在日志切换时会触发检查点(Checkpoint)，如果数据库是归档模式，还必须...
第八章　Oracle恢复内部原理(重置日志RESETLOGS)
数据库天地
03-23 1243
重置日志选项用于下列情形后的第一次打开数据库的时候： 不完全恢复 基于备份控制文件的恢复 CREATE CONTROLFILE...RESETLOGS 重置日志的最主要的作用就是丢弃不完全恢复中没有使用的重做日志并保证后续的恢复不再需要。为此，重置日志选项将所有联机日志和归档日志都做废掉。副作用就是此前的所有备份对将来的恢复都没有用了。 重做日志选项还初始化了控制文件中...
oracle使用归档日志恢复重做日志文件
freelove_2005的专栏
03-16 542
rman target / restore database until sequence 24;
员工考勤系统.docx
最新发布
06-07
员工考勤系统.docx
oracle查看归档日志
05-30
要查看Oracle数据库的归档日志，可以按照以下步骤进行操作： 1. 确定当前所在的归档日志文件 在SQL*Plus中连接到Oracle数据库，并执行以下命令： ``` SELECT NAME, THREAD#, SEQUENCE#, ARCHIVED, STATUS FROM V$ARCHIVED_LOG WHERE DEST_ID=1 AND STATUS='A' ORDER BY SEQUENCE# DESC; ``` 该命令将显示当前正在使用的归档日志文件的名称、线程号、序列号、是否已归档以及状态。 2. 查看归档日志文件的内容 使用文本编辑器（如vi或nano）打开归档日志文件，查看其中的内容。归档日志文件通常位于$ORACLE_HOME/dbs目录下，其命名格式为“archivelog_线程号_序列号.arc”。 注意：在查看归档日志文件时，需要确保数据库处于归档模式下。 以上是查看Oracle数据库归档日志的基本步骤，具体操作可能会因数据库版本和环境而有所不同。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值