您好,登錄后才能下訂單哦!
本篇內容主要講解“oracle增量備份恢復驗證的方法是什么”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“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 hh34: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 hh34: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 hh34: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;
到此,相信大家對“oracle增量備份恢復驗證的方法是什么”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。