Oracle 資料檔案誤刪除的不完全恢複

來源:互聯網
上載者:User

標籤:oracle   資料恢複   

應用環境: 我的一個表被人不小心誤刪除了,這時候,我不可以把整個庫都恢複回去,那樣太麻煩了。

所以現在我就從新到一個新庫,只將這一個資料檔案拷貝過來恢複。


那我們Oracle在恢複檔案的時候是不可以只恢複一部分資料檔案的,因為oracle  要保證資料檔案塊頭資訊一致,所以如果我們要恢複部分檔案的話,就得採取以下這種方法:


可以另起一個庫,再把要恢複的資料檔案拷貝過來,恢複。(當然不單單是該資料檔案,還要包括system資料表空間,undo資料表空間)

1)另起一個庫很簡單,可以搞出參數檔案,在參數檔案中添加一行*.db_unique_name=‘rt‘和修改控制檔案路徑。

$ORACLE_SID=rtsqlplus / as sysdba>startup nomount pfile=‘/tmp/pfile.ora‘

接著控制檔案怎麼辦呢,

2)當然我們可以將之前備份的資料檔案直接恢複到我們配置的參數檔案中控制檔案的路徑。

恢複控制檔案:

rman target >  restore controlfile to ‘/u01/app/oracle/oradata/test/rt_con01.ctl‘ from ‘/tmp/FULL_04pe7jue_1_1.bak‘;


那現在可以mount了。

現在是不可以open的,如果你現在open,他就會把原來的logfile 覆蓋,那肯定原來的那個庫會出問題。

3)我們這裡要做的就是先恢複資料檔案:

 在rman中用到一個newname,首先確定原來的system,undo,還有要恢複的資料表空間檔案號。

run {allocate channel di type disk;set newname for datafile 1 to ‘/tmp/disk1/system01.dbf‘;set newname for datafile 3 to ‘/tmp/disk1/undotbs01.dbf‘;set newname for datafile 9 to ‘/tmp/disk1/test_01.dbf‘;restore datafile 1,3,9;}

當然你執行上面會報錯,因為我們是新建立的控制檔案,所以要註冊一下:

rman >catalog start with ‘/tmp/FULL_04pe7jue_1_1.bak‘

4) 然後在主庫更改redo日誌:

select * from v$log;    GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME NEXT_CHANGE#---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ------------------- ------------NEXT_TIME-------------------         1 1 75 52428800 512 2 YES INACTIVE 4215102 2014-07-26:22:18:25 42151952014-07-26:22:19:55         2 1 74 52428800 512 2 YES INACTIVE 4211699 2014-07-26:20:55:55 42151022014-07-26:22:18:25         3 1 76 52428800 512 2 NO CURRENT 4215195 2014-07-26:22:19:55 2.8147E+14

當前正在用的是group  3,那我們可以刪除group1;

[email protected]_connect_identifier>alter database drop logfile group 1; 資料庫已更改。[email protected]_connect_identifier>alter database add logfile group 1(‘/u01/app/oracle/oradata/test/mredo01.log‘) size 60m reuse; 資料庫已更改。

跟著刪除group 2 :

[email protected]_connect_identifier>alter database drop logfile group 2; 資料庫已更改。 [email protected]_connect_identifier>alter database add logfile group 2(‘/u01/app/oracle/oradata/test/mredo02.log‘) size 60m reuse; 資料庫已更改。

那3就要跟著切換日誌,做完全檢查點了:

[email protected]_connect_identifier>select * from v$log; GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME NEXT_CHANGE# ---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ------------------- ------------ NEXT_TIME ------------------- 1 1 0 62914560 512 1 YES UNUSED 0 0 2 1  0 62914560 512 1 YES UNUSED 0 0 3 1  76 52428800 512 2 NO CURRENT 4215195 2014-07-26:22:19:55 2.8147E+14 [email protected]_connect_identifier>alter system switch logfile; 系統已更改。 [email protected]_connect_identifier>alter system checkpoint; 系統已更改。 [email protected]_connect_identifier>alter database drop logfile group 3; 資料庫已更改。 [email protected]_connect_identifier>alter database add logfile group 3(‘/u01/app/oracle/oradata/test/mredo03.log‘)size 60m reuse; 資料庫已更改。

將備庫中不用資料檔案更改掉

alter database datafile 2 offline drop;

alter database datafile 4 offline drop;

alter database datafile 5 offline drop;

alter database datafile 6 offline drop;

alter database datafile 8 offline drop;

alter database datafile 10 offline drop;

6)備庫更改資料檔案路徑和歸檔記錄檔路徑:

[email protected]_connect_identifier>alter database rename file ‘/u01/app/oracle/oradata/test/system01.dbf‘ to ‘/tmp/disk1/system01.dbf‘ 2 ; 資料庫已更改。 [email protected]_connect_identifier>alter database rename file ‘/u01/app/oracle/oradata/test/undotbs01.dbf‘ to ‘/tmp/disk1/undotbs01.dbf‘; 資料庫已更改。   [email protected]_connect_identifier>alter database rename file ‘/u01/app/oracle/oradata/test/test_01‘ to ‘/tmp/disk1/test_01.dbf‘;  資料庫已更改。 [email protected]_connect_identifier>set LOGSOURCE ‘/tmp/disk1/arch‘;

7)恢複記錄檔

[email protected]_connect_identifier>recover database using BACKUP controlfile until cancel; ORA-00279: 更改 4203853 (在 07/24/2014 19:57:38 產生) 對於線程 1 是必需的 ORA-00289: 建議: /tmp/disk1/arch/1_73_831746264.dbf ORA-00280: 更改 4203853 (用於線程 1) 在序列 #73 中

檢查資料檔案路徑,記錄檔路徑:

[email protected]_connect_identifier>select * from v$dbfile; FILE# NAME ---------- ---------------------------------------- 10 /u01/app/oracle/oradata/test/rman01.dbf 9 /tmp/disk1/test_01.dbf 8 /tmp/perstat.ora 6 /home/oracle/trans.dbf 5 /u01/app/oracle/oradata/test/example01.d bf 4 /u01/app/oracle/oradata/test/users01.dbf 3 /tmp/disk1/undotbs01.dbf 2 /u01/app/oracle/oradata/test/sysaux01.db f FILE# NAME ---------- ---------------------------------------- 1 /tmp/disk1/system01.dbf 已選擇9行。

8)開啟資料庫,任務結束:

[email protected]_connect_identifier>alter database open resetlogs; 資料庫已更改。 [email protected]_connect_identifier>select * from v$log; GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME NEXT_CHANGE# ---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ------------------- ------------ NEXT_TIME ------------------- 1 1 1 52428800 512 2 NO CURRENT 4203854 2014-07-27:12:39:11 2.8147E+14 2 1 0 52428800 512 2 YES UNUSED 0 0 3 1 0 52428800 512 2 YES UNUSED 0 0 [email protected]_connect_identifier>


本文出自 “技術人生” 部落格,請務必保留此出處http://jesnridy.blog.51cto.com/5554751/1530757

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.