經(jīng)驗分享：一次恢復(fù)oracle數(shù)據(jù)庫的經(jīng)歷

ilmare

現(xiàn)象：oracle8.1.6數(shù)據(jù)庫，在創(chuàng)建表空間時，出現(xiàn)異常，導(dǎo)致數(shù)據(jù)庫宕掉，重新啟動數(shù)據(jù)庫時，只能是數(shù)據(jù)庫處于mount狀態(tài)，而不能open。

分析原因：由于數(shù)據(jù)庫在創(chuàng)建表空間時將信息寫入控制文件，而在創(chuàng)建數(shù)據(jù)文件時，數(shù)據(jù)庫出現(xiàn)異常宕掉，導(dǎo)致數(shù)據(jù)文件未能建立。在重新啟動數(shù)據(jù)庫時，數(shù)據(jù)庫根據(jù)控制文件信息加載數(shù)據(jù)文件，由于對應(yīng)的數(shù)據(jù)文件不存在，數(shù)據(jù)庫無法正常啟動，只能處于mount狀態(tài)，而無法open。

解決辦法：
1、使用命令

1. startup mount

復(fù)制代碼

將數(shù)據(jù)庫置于mount狀態(tài)；
2、使用命令

1. alter database datafile '數(shù)據(jù)文件名' offline drop

復(fù)制代碼

將不存在的數(shù)據(jù)文件從數(shù)據(jù)庫中刪除；
3、使用命令

1. alter database open

復(fù)制代碼

將數(shù)據(jù)庫置于open狀態(tài)；
4、使用命令drop掉未能成功建立的表空間；

づ★sl戰(zhàn)神

收下了~！

chaoping

原帖由 "ilmare" 發(fā)表：
數(shù)據(jù)庫置于open狀態(tài)；
4、使用命令drop掉未能成功建立的表空間；

為什么創(chuàng)建表空間會導(dǎo)致系統(tǒng)Down掉？你是怎么創(chuàng)建的？Bug么？

hjuyie

每次改變數(shù)據(jù)庫結(jié)構(gòu)后，要備份控制文件

pearaep

it's too sample in DB crash and recover.

ilmare

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

為什么創(chuàng)建表空間會導(dǎo)致系統(tǒng)Down掉？你是怎么創(chuàng)建的？Bug么？

不是我創(chuàng)建表空間的，是同事在進行創(chuàng)建表空間時數(shù)據(jù)庫宕機的，所以我并不是很清楚當(dāng)時的情況。但從后來了解的情況得知，當(dāng)時的運行環(huán)境應(yīng)該是有多個用戶在連數(shù)據(jù)庫，并且對數(shù)據(jù)庫的操作很頻繁（該數(shù)據(jù)庫用于開發(fā)），創(chuàng)建表空間時是使用已經(jīng)用過的腳本進行創(chuàng)建的，應(yīng)該沒有什么問題，只不過我同事創(chuàng)建的表空間比較大，有2G，可是磁盤空間是足夠的，其它就沒有什么特殊的地方了。