AI 助理
备案控制台
开发者社区 数据库 文章 正文

[20160923]取出备份集的archivelog文件.txt

2016-09-27 956
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： [20160923]取出备份集的archivelog文件.txt --这个测试来源1次帮别人解决问题时遇到的情况，当时需要使用logminer分析archivelog文件，因为要求对方把archivelog拿过来在我 --的电脑分析。

[20160923]取出备份集的archivelog文件.txt

--这个测试来源1次帮别人解决问题时遇到的情况，当时需要使用logminer分析archivelog文件，因为要求对方把archivelog拿过来在我
--的电脑分析。前提是要使用 EXECUTE DBMS_LOGMNR_D.BUILD(OPTIONS=> DBMS_LOGMNR_D.STORE_IN_REDO_LOGS); 生成数据字典文件在
--归档日志中，可以参考我以前写的blog，链接：
http://blog.itpub.net/267265/viewspace-1360796/ =>  [20141208]使用logminer看远程归档文件.txt
http://blog.itpub.net/267265/viewspace-1362767/ =>  [20141210]使用logminer看远程归档文件补充

--结果对方使用rman把需要的archive备份传了过来，当时要在我的电脑取出archivelog有点急，请求对方一个文件(压缩)传给我，
--这样解决问题。今天有空，看看如果使用备份集是archivelog，在别的机器如何取出。

1.环境：
SCOTT@book> @ &r/ver1

PORT_STRING                    VERSION        BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx            11.2.0.4.0     Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

--//建立archivelog的备份。
RMAN> backup archivelog all format '/u01/backup/archive_%U';
Starting backup at 2016-09-23 10:52:27
current log archived
using channel ORA_DISK_1
channel ORA_DISK_1: starting archived log backup set
channel ORA_DISK_1: specifying archived log(s) in backup set
input archived log thread=1 sequence=6 RECID=2 STAMP=923304579
input archived log thread=1 sequence=7 RECID=3 STAMP=923309427
input archived log thread=1 sequence=8 RECID=4 STAMP=923309458
input archived log thread=1 sequence=9 RECID=5 STAMP=923309467
input archived log thread=1 sequence=10 RECID=6 STAMP=923309547
channel ORA_DISK_1: starting piece 1 at 2016-09-23 10:52:27
channel ORA_DISK_1: finished piece 1 at 2016-09-23 10:52:28
piece handle=/u01/backup/archive_03rgh5fb_1_1 tag=TAG20160923T105227 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
Finished backup at 2016-09-23 10:52:28

$ cd /u01/app/oracle/archivelog/book
$ ls -l
total 46464
-rw-r----- 1 oracle oinstall     1024 2016-09-23 10:52:27 1_10_896605872.dbf
-rw-r----- 1 oracle oinstall 11609600 2016-09-23 09:29:39 1_6_896605872.dbf
-rw-r----- 1 oracle oinstall 35895808 2016-09-23 10:50:27 1_7_896605872.dbf
-rw-r----- 1 oracle oinstall     2048 2016-09-23 10:50:58 1_8_896605872.dbf
-rw-r----- 1 oracle oinstall     1536 2016-09-23 10:51:07 1_9_896605872.dbf

2.测试是否可以取出：
--在家里的机器是否可以取出里面的文件archivelog。
SYS@test> @ ver1
PORT_STRING                    VERSION        BANNER                                                                               CON_ID
------------------------------ -------------- -------------------------------------------------------------------------------- ----------
IBMPC/WIN_NT64-9.1.0           12.1.0.1.0     Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production              0

RMAN> catalog start with 'd:\temp\dd\archive_03rgh5fb_1_1';
using target database control file instead of recovery catalog
searching for all files that match the pattern d:\temp\dd\archive_03rgh5fb_1_1

List of Files Unknown to the Database
=====================================
File Name: D:\TEMP\DD\archive_03rgh5fb_1_1

Do you really want to catalog the above files (enter YES or NO)? yes
cataloging files...
no files cataloged

List of Files Which Were Not Cataloged
=======================================
File Name: D:\TEMP\DD\archive_03rgh5fb_1_1
  RMAN-07518: Reason: Foreign database file DBID: 1337401710  Database Name: BOOK
--数据库不同。dbid也不一样，不行catalog。
--如何取出里面的archivelog呢？

--编写脚本，实际上这个脚本就是安装建立数据库的脚本改了一下。
--可以参考链接http://blog.itpub.net/267265/viewspace-2036568/=>[20160304]奇怪的回滚段2.txt

set verify off;
set echo off;
set serveroutput on;
select TO_CHAR(systimestamp,'YYYYMMDD HH24:MI:SS') from dual;
variable devicename varchar2(255);
declare
omfname varchar2(512) := NULL;
  done boolean;
  begin
    dbms_output.put_line(' ');
    dbms_output.put_line(' Allocating device.... ');
    dbms_output.put_line(' Specifying datafiles... ');
        :devicename := dbms_backup_restore.deviceAllocate;
    dbms_output.put_line(' Specifing datafiles... ');
--  dbms_backup_restore.restoreSetDataFile;
--  dbms_backup_restore.restoreDataFileTo(1, '/tmp/system01.dbf', 0, 'SYSTEM');

    dbms_backup_restore.restoresetarchivedlog(DESTINATION=>'d:/temp/dd');
    dbms_backup_restore.restorearchivedlog(1, 6);
    dbms_backup_restore.restorearchivedlog(1, 7);
    dbms_backup_restore.restorearchivedlog(1, 8);
    dbms_backup_restore.restorearchivedlog(1, 9);
    dbms_backup_restore.restorearchivedlog(1, 10);

    dbms_output.put_line(' Restoring ... ');
    dbms_backup_restore.restoreBackupPiece('d:/temp/dd/archive_03rgh5fb_1_1', done);
    if done then
        dbms_output.put_line(' Restore done.');
    else
        dbms_output.put_line(' ORA-XXXX: Restore failed');
    end if;
    dbms_backup_restore.deviceDeallocate;
  end;
/

--//执行如上脚本：
SYS@test> @ arch.rman

TO_CHARSYSTIMEST
-----------------
20160926 22:36:37
Allocating device....
Specifying datafiles...
Specifing datafiles...
Restoring ...
Restore done.
PL/SQL procedure successfully completed.

D:\temp\dd>ls -l ARC00*
-rw-rw-rw-   1 user     group    11609600 Sep 26 22:36 ARC0000000006_0896605872.0001
-rw-rw-rw-   1 user     group    35895808 Sep 26 22:36 ARC0000000007_0896605872.0001
-rw-rw-rw-   1 user     group        2048 Sep 26 22:36 ARC0000000008_0896605872.0001
-rw-rw-rw-   1 user     group        1536 Sep 26 22:36 ARC0000000009_0896605872.0001
-rw-rw-rw-   1 user     group        1024 Sep 26 22:36 ARC0000000010_0896605872.0001
--//对比前面的大小一致。

D:\temp\dd>md5sum ARC0*
101233b20bad9ffdd99d2cde051e2221 *ARC0000000006_0896605872.0001
20f1efbb275f3a93a1eab15240378cfb *ARC0000000007_0896605872.0001
31462ea8a684aa3efc866378c5139a78 *ARC0000000008_0896605872.0001
4c269d8acdfef4769cb808fdc903c9d3 *ARC0000000009_0896605872.0001
816b32f56304990da2edf645a1262491 *ARC0000000010_0896605872.0001

--明天到单位验证md5s是否正确。
$ md5sum 1_[6-9]_896605872.dbf 1_10_896605872.dbf
bfe41590af10ae5520a4811dc7844349  1_6_896605872.dbf
56efdee679fe4e874fbf75dd7f86a9c7  1_7_896605872.dbf
c380653ceb6403a6fd6567cedfa6ba7d  1_8_896605872.dbf
35841b9b849013e03c62444b0bba9fa4  1_9_896605872.dbf
64533fca9548442ed46de84ad317c1f9  1_10_896605872.dbf
--奇怪md5sum不一致，为什么？

$ xxd -c32 1_10_896605872.dbf >|w.txt
$ xxd -c32 ARC0000000010_0896605872.0001>|l.txt
$ diff -Nur w.txt l.txt
--- w.txt       2016-09-27 08:22:54.000000000 +0800
+++ l.txt       2016-09-27 08:23:23.000000000 +0800
@@ -1,5 +1,5 @@
-0000000: 0022 0000 0000 c0ff 0000 0000 0000 0000 6758 0000 0002 0000 0100 0000 7d7c 7b7a  ."....?........gX..........}|{z
-0000020: a081 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000  ................................
+0000000: 0022 0000 0000 c0ff 0000 0000 0000 0000 c7d9 0000 0002 0000 0100 0000 7d7c 7b7a  ."....?........琴..........}|{z
                                                  ~~~~~
+0000020: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000  ................................
0000040: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000  ................................
0000060: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000  ................................
0000080: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000  ................................

--仅仅第17，18字节不一致。这个很像数据文件的OS头部(因为出现7d 7c 7b 7a)。也许跟os版本有关。我取出archivelog的版本是
--oracle 12c for windows。
--先暂时放弃。

 

--补充测试，下午想一下，看看是否可以catalog看看。

RMAN> catalog start with '/u01/backup/ARC0000000010_0896605872.0001';

using target database control file instead of recovery catalog
searching for all files that match the pattern /u01/backup/ARC0000000010_0896605872.0001

List of Files Unknown to the Database
=====================================
File Name: /u01/backup/ARC0000000010_0896605872.0001

Do you really want to catalog the above files (enter YES or NO)? YES
cataloging files...
cataloging done

List of Cataloged Files
=======================
File Name: /u01/backup/ARC0000000010_0896605872.0001


RMAN> list archivelog all ;

List of Archived Log Copies for database with db_unique_name BOOK
=====================================================================

Key     Thrd Seq     S Low Time
------- ---- ------- - -------------------
2       1    6       A 2016-08-17 11:03:10
        Name: /u01/app/oracle/archivelog/book/1_6_896605872.dbf

3       1    7       A 2016-09-23 09:29:38
        Name: /u01/app/oracle/archivelog/book/1_7_896605872.dbf

4       1    8       A 2016-09-23 10:50:27
        Name: /u01/app/oracle/archivelog/book/1_8_896605872.dbf

5       1    9       A 2016-09-23 10:50:58
        Name: /u01/app/oracle/archivelog/book/1_9_896605872.dbf

11      1    10      A 2016-09-23 10:51:07
        Name: /u01/backup/ARC0000000010_0896605872.0001

10      1    10      A 2016-09-23 10:51:07
        Name: /u01/backup/1_10_896605872.dbf

6       1    10      A 2016-09-23 10:51:07
        Name: /u01/app/oracle/archivelog/book/1_10_896605872.dbf

7       1    11      A 2016-09-23 10:52:27
        Name: /u01/app/oracle/archivelog/book/1_11_896605872.dbf

8       1    12      A 2016-09-24 09:00:52
        Name: /u01/app/oracle/archivelog/book/1_12_896605872.dbf

9       1    13      A 2016-09-25 14:00:39
        Name: /u01/app/oracle/archivelog/book/1_13_896605872.dbf

--说明这样没有问题的。

文章标签：
关系型数据库
Oracle
数据库
lfreeali
目录
相关文章
lfreeali
|
SQL Oracle 关系型数据库
[20171225]没有备份数据文件的恢复.txt
[20171225]没有备份数据文件的恢复.txt --//别人问的问题,增加了数据文件没有备份,如何恢复,实际上很简单,因为当前控制文件有记录建立时间只要从建立数据文件开始的 --//归档日志都存在恢复是没有任何问题的.
lfreeali
913 0
lfreeali
|
监控 Oracle 关系型数据库
[20171208]强制删除归档日志文件.txt
[20171208]强制删除归档日志文件.txt --//测试环境,产生日志太多,想强制删除. RMAN> delete archivelog all ; released channel: ORA_DISK_1 allocated channel: ORA...
lfreeali
1443 0
lfreeali
|
Oracle 关系型数据库 数据库
[20171122]恢复数据文件块头5.txt
[20171122]恢复数据文件块头5.txt --//前几天做了恢复数据文件块头,通过备份文件直接取出文件块头,覆盖原来的数据块,然后修复. --//今天测试使用image copy来恢复.
lfreeali
1124 0
lfreeali
|
Oracle 关系型数据库 数据库管理
[20161101]rman备份与数据文件变化7.txt
[20161101]rman备份与数据文件变化7.txt --//想象一下，如果备份文件时间很长，而这个时候数据文件大小发生了变化，oracle的备份如何解决这个问题呢？ --//去年已经测试了建立备份集的情况,一直想做一次image copy的测试,一直脱,主要原因自己不想做这个测试.
lfreeali
1191 0
lfreeali
|
Oracle 关系型数据库 OLAP
[20171123]rman备份与数据文件变化6.txt
[20171123]rman备份与数据文件变化6.txt --//想象一下，如果备份文件时间很长，而这个时候数据文件大小发生了变化，oracle的备份如何解决这个问题呢？ --//去年已经测试了建立备份集的情况,一直想做一次image copy的测试,一直脱,主要原因自己不想做这个测试.
lfreeali
795 0
lfreeali
|
Oracle 关系型数据库 数据库
[20171114]恢复数据文件块头2.txt
[20171114]恢复数据文件块头2.txt --//曾经写过一篇[20161111]数据库文件头的修复.txt,但是利用大小相似的数据文件头覆盖来恢复,那是属于特种恢复.
lfreeali
1083 0
lfreeali
|
SQL Oracle 关系型数据库
[20170627]使用TSPITR恢复表空间.txt
[20170627]使用TSPITR恢复表空间.txt --//RMAN提供了一种实现所谓TSPITR(Tablespace Point-In-Time Recovery)的技术，通过简单的一个语句，就可以在主库不停库(很吸引人) --//的情况下，利用备份集和连续的归档日志，实现表空间级别的定点恢复。
lfreeali
899 0
lfreeali
|
数据库管理
[20170411]bbed删除记录的恢复.txt
[20170411]bbed删除记录的恢复.txt --//昨天上午做的测试,链接:http://blog.itpub.net/267265/viewspace-2136933/ --//我当时并没有选择恢复记录,仅仅看删除的内容.
lfreeali
1046 0
lfreeali
|
SQL Oracle 关系型数据库
[20170105]关于使用datafilecopy恢复.txt
[20170105]关于使用datafilecopy恢复.txt --如果指定恢复数据文件是从datafilecopy,必须加括号,写一个例子说明: 1.环境: SYS@book> @ &r/ver1 PORT_STRING             ...
lfreeali
1049 0
lfreeali
|
Oracle 关系型数据库 数据库管理
[20161102]rman备份与数据文件变化5.txt
[20161102]rman备份与数据文件变化5.txt --想象一下，如果备份文件时间很长，而这个时候数据文件大小发生了变化，oracle的备份如何解决这个问题呢？ --前面我已经做了增大数据文件，参考链接：http://blog.itpub.net/267265/viewspace-2127386/ --这次测试减少数据文件大小看看。
lfreeali
736 0