手机版
你好,游客 登录 注册
背景:
阅读新闻

Oracle 增量备份恢复验证

[日期:2019-08-22] 来源:blog.itpub.net/29654823  作者:贺子_DBA时代 [字体: ]
首先把Oracle备份文件传到目标端,解压,如下所示是每天的备份,其中20190816是0级别的差异增量备份
,其余的都是1级的差异增量备份。
[oracle@beijing-fuli-Hadoop-03 /data/backup/oracle]$ ll
total 0
drwxr-xr-x 2 oracle oinstall 332 Aug 18 18:39 20190816
drwxr-xr-x 2 oracle oinstall 298 Aug 18 18:41 20190817
drwxr-xr-x 2 oracle oinstall 298 Aug 18 18:44 20190818
1.恢复参数文件(参数文件会在自动备份控制文件的时候进行备份)
RMAN>restore spfile from  '/data/backup/oracle/20190818/db2_lev1_c-2174667026-20190818-1a';
然后创建成pfile,进行相应的修改,
create pfile from spfile;
2.恢复控制文件(选择最后一次备份的控制文件即可)
RMAN> restore controlfile  from  '/data/backup/oracle/20190818/controlfile20190818184413.bak';
Starting restore at 18-AUG-19
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=129 device type=DISK
channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
output file name=/data/u01/app/oracle/oradata/db2/control01.ctl
output file name=/data/u01/app/oracle/fast_recovery_area/db2/control02.ctl
Finished restore at 18-AUG-19
3.恢复数据文件并借助归档日志实现数据一致性
3.1告诉rman备份文件在哪里:
RMAN> catalog start with '/data/backup/oracle';
3.2具体恢复,基于时间的恢复,选择一个比较大的时间,就是肯定在备份时间之后的时间!
run {
set until time "to_date('2019-08-28 20:30:13','yyyy-mm-dd hh24:mi:ss')";
restore database;
recover database;
}
3.3打开数据库:
SQL> alter database  open resetlogs;
Database altered.
 
如果你还有更多的 归档日志,可以把日志传输到目的端,然后再进行前面的步骤三,至于到底需要传那几个归档,需要你来判断,就是说只要包含最近一次备份完成后的那个点(scn)即可,然后都是oracle自动去识别哪些是需要应用的archive log,不需要你认为的指定,所以原则是竟可能多传输archive,千万别少传输!
首先在完成最后一次增量备份后,再主库insert一条数据,
SQL> insert into liuwenhe.test values (1010101);
SQL>commit;
SQL> alter system ARCHIVE LOG CURRENT;
然后把最近的archive log传给目的端,
[oracle@beijing-fuli-hadoop-02 archive]$ scp 1_32*  oracle@10.9.21.115:/data/backup/oracle
The authenticity of host '10.9.21.115 (10.9.21.115)' can't be established.
RSA key fingerprint is b4:c6:cf:53:53:6e:b6:9d:0b:a1:cf:45:67:ec:b9:57.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '10.9.21.115' (RSA) to the list of known hosts.
oracle@10.9.21.115's password:
1_320_1013795224.dbf                                                                                          100% 1024     1.0KB/s   00:00
1_32_1011211412.dbf                                                                                           100%   27MB  26.9MB/s   00:00
1_32_1012767360.dbf                                                                                           100%   27MB  27.0MB/s   00:00
1_321_1013795224.dbf                                                                                          100%   75KB  75.0KB/s   00:00
1_322_1013795224.dbf                                                                                          100% 2048     2.0KB/s   00:00
1_323_1013795224.dbf                                                                                          100% 1024     1.0KB/s   00:00
1_324_1013795224.dbf                                                                                          100% 3343KB   3.3MB/s   00:00
1_325_1013795224.dbf                                                                                          100%   18KB  18.0KB/s   00:00
1_326_1013795224.dbf                                                                                          100%   12KB  12.0KB/s   00:00
1_327_1013795224.dbf
把最近的归档传给目的地,然后告诉rman备份文件以及最近的归档在哪里:
RMAN> catalog start with '/data/backup/oracle';
具体恢复,基于时间的恢复,选择一个比较大的时间,就是肯定在备份时间之后的时间!
run {
set until time "to_date('2019-08-28 20:30:13','yyyy-mm-dd hh24:mi:ss')";
restore database;
recover database;
}
3.3打开数据库:
SQL> alter database  open resetlogs;
Database altered.
发现最近的归档下已经应用了:发现1010101这条数据已经存在了,
SQL> select * from liuwenhe.test;
ID
----------
100
100
1
2
22
  1010101
6 rows selected.
 
至此完成了增量备份的恢复!
 
 
RMAN不完全恢复的主要操作命令!
a、基于TIME 参数不完全恢复
run {
      shutdown immediate;
      startup mount;
      set until time "to_date('2019-04-28 20:30:13','yyyy-mm-dd hh24:mi:ss')";
      restore database;
      recover database;
      alter database open resetlogs;
}
b、基于SCN 参数不完全恢复
run {
      shutdown immediate;
      startup mount;
      set until scn 3400;
      restore database;
      recover database;
      alter database open resetlogs;
}
c、基于SEQUENCE 参数不完全恢复:
run {
      shutdown immediate;
      startup mount;
      set until sequence 12903;
      restore database;
      recover database;
      alter database open resetlogs;
linux
本文评论   查看全部评论 (0)
表情: 表情 姓名: 字数

       

评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款