[轉(zhuǎn)貼]ORACLE表空間恢復(fù)方案

horse

一）用戶表空間
錯誤:
在啟動數(shù)據(jù)庫時出現(xiàn)ORA-01157,ORA-01110或操作系統(tǒng)級錯誤例如ORA-07360,
在關(guān)閉數(shù)據(jù)庫(使用shutdown normal或shutdown immediate) 時將導(dǎo)致錯誤ORA
-01116,ORA-01110以及操作系統(tǒng)級錯誤ORA-07368
解決:
以下有兩種解決方案:
1.用戶的表空間可以被輕易地重建
即最近導(dǎo)出的對象是可用的或表空間中的對象可以被輕易地重建等.在
這種情況下,最簡單的方法是offline并刪除該數(shù)據(jù)文件,刪除表空間并
重建表空間以及所有的對象.
svrmgrl>; startup mount
svrmgrl>; alter database datafile filename offline drop;
svrmgrl>; alter database open;
svrmgrl>; drop tablespace tablespace_name including contents;
重建表空間及所有對象.
2.用戶的表空間不能夠被輕易地重建
在大多數(shù)情況下,重建表空間是不可能及太辛苦的工作.方法是倒備份及做介
質(zhì)恢復(fù).如果您的系統(tǒng)運行在NOARCHIVELOG模式下,則只有丟失的數(shù)據(jù)
在online redo log中方可被恢復(fù)。
步驟如下:
1)Restore the lost datafile from a backup
2)svrmgrl>; startup mount
3)svrmgrl>; select v1.group#,member,sequence#,first_change#
>; from v$log v1,v$logfile v2
>; where v1.group#=v2.group#;
4)如果數(shù)據(jù)庫運行在NOARCHIVELOG模式下則:
svrmgrl>; select file#,change# from v$recover_file;
如果 CHANGE# 大于最小的FIRST_CHANGE#則數(shù)據(jù)文件可以被恢復(fù)。
如果 CHANGE# 小于最小的FIRST_CHANGE#則數(shù)據(jù)文件不可恢復(fù)。 恢復(fù)最近一
次的全備份或采用方案一.
5)svrmgrl>; recover datafile filename;
6)確認(rèn)恢復(fù)成功
7)svrmgrl>; alter database open resetlogs;
3.只讀表空間無需做介質(zhì)恢復(fù),只要將備份恢復(fù)即可.唯一的例外是:
表空間在最后一次備份后被改為read-write 模式
表空間在最后一次備份后被改為read-only 模式
在這種情況下,均需進行介質(zhì)恢復(fù)

二）臨時表空間
臨時表空間并不包含真正的數(shù)據(jù),恢復(fù)的方法是刪除臨時表空間并重建即可.

三）系統(tǒng)表空間
如果備份不可用,則只能采用重建數(shù)據(jù)庫的方法

四）回滾表空間
有兩種情況:
1、數(shù)據(jù)庫已經(jīng)完全關(guān)閉(使用shutdown immediate或shutdown命令)
1) 確認(rèn)數(shù)據(jù)庫完全關(guān)閉
2) 修改init.ora文件,注釋"rollback-segment"
3) svrmgrl>; startup restrict mount
4) svrmgrl>; alter database datafile filename offline drop;
5) svrmgrl>; alter database open;
基于出現(xiàn)的結(jié)果:
"statement processed" 轉(zhuǎn)(7)
"ORA-00604,ORA-00376,ORA-01110"轉(zhuǎn)(6)
6) svrmgrl>; shutdown immediate
修改init.ora文件,增加如下一行:
_corrupted_rollback_segments = (,...)
svrmgrl>; startup restrict
7) svrmgrl>; drop tablespace tablespace_name including contents;
8) 重建表空間及回滾段
9) svrmgrl>; alter system disable restricted session;
10) 修改init.ora文件
2、數(shù)據(jù)庫未完全關(guān)閉(數(shù)據(jù)庫崩潰或使用shutdown abort命令關(guān)閉數(shù)據(jù)庫)
1) 恢復(fù)備份
2) svrmgrl>; startup mount
3) svrmgrl>; select file#,name,status from v$datafile;
svrmgrl>; alter database datafile filename online;
4) svrmgrl>; select v1.group#,member,sequence#,first_change#
>; from v$log v1,v$logfile v2
>; where v1.group#=v2.group#;
5) svrmgrl>; select file#,change# from v$recover_file;
見一方案2-4
6) svrmgrl>; recover datafile filename;
7) svrmgrl>; alter database open;
3、數(shù)據(jù)庫處于打開狀態(tài)
1) 刪除回滾段和表空間
2) 重建表空間和回滾段

五）控制文件恢復(fù)
1．所有的控制文件均被破壞
將備份的控制文件拷貝至原目錄下
對于RAW DEVICE,則:
dd if='con.bak' of='/dev/rdrd/drd1' seek=128
2．并非所有的控制文件均被破壞
用其他的控制文件啟動數(shù)據(jù)庫

horse

很有用的。

helloracle

我沒有執(zhí)行svrmgrl>; drop tablespace tablespace_name including contents;  這句命令是否有影響？
這句好像是解除那個被刪除的表空間的關(guān)系。
同時執(zhí)行了后需要做什么操作？
我的情況是這樣的：
我原來有個表空間a(a.dbf)放在A目錄下，我又給它增加了表空間
(a.dbf)被系統(tǒng)自動放在B目錄下，但我嫌增加的表空間不夠，我就
把B目錄下的a.dbf刪除了，A目錄下的沒動，這時我就發(fā)現(xiàn)數(shù)據(jù)庫
服務(wù)起來時有錯誤，同時在監(jiān)聽服務(wù)起來后發(fā)現(xiàn)sqlplus連不上去，
后來按照你的文檔我執(zhí)行了前面3句，沒有執(zhí)行最后一句，發(fā)現(xiàn)
數(shù)據(jù)庫服務(wù)能正常起來了，同時在監(jiān)聽服務(wù)起來后sqlplus也能
連上去了，但是在我執(zhí)行select name from v$datafile;和
select name from v$tablespace;這兩句sql語句時都出錯，
提示v$datafile和v$tablespace不存在，這是怎么回事？望給予幫助，
謝謝！

jswxlb

挺有用的

nocode

原帖由 "helloracle" 發(fā)表：

我沒有執(zhí)行svrmgrl>; drop tablespace tablespace_name including contents;  這句命令是否有影響？
這句好像是解除那個被刪除的表空間的關(guān)系。
同時執(zhí)行了后需要做什么操作？
我的情況是這樣的：
我..........

你這樣亂搞一氣想達到什么目的？能起來才叫奇怪。
把oracle的恢復(fù)原理搞清楚先。

hejingbo1980

那位老兄是不是想試一下那段文章能使數(shù)據(jù)恢復(fù)到什么程度

hejingbo1980

那位老兄是不是想試一下那段文章能使數(shù)據(jù)恢復(fù)到什么程度