新聞中心
誤刪Oracle數(shù)據(jù)庫實例的控制文件會給Oracle數(shù)據(jù)庫的操作帶來很多的麻煩,下文中將為大家?guī)砹嗽敿毜闹v解,希望對大家能夠有所幫助。

為企業(yè)提供做網站、網站設計、網站優(yōu)化、全網整合營銷推廣、競價托管、品牌運營等營銷獲客服務。創(chuàng)新互聯(lián)建站擁有網絡營銷運營團隊,以豐富的互聯(lián)網營銷經驗助力企業(yè)精準獲客,真正落地解決中小企業(yè)營銷獲客難題,做到“讓獲客更簡單”。自創(chuàng)立至今,成功用技術實力解決了企業(yè)“網站建設、網絡品牌塑造、網絡營銷”三大難題,同時降低了營銷成本,提高了有效客戶轉化率,獲得了眾多企業(yè)客戶的高度認可!
前兩天我在備份數(shù)據(jù)時,發(fā)現(xiàn)C:\oracle\product\10.2.0\oradata\GXSN\TEMP01.DBF文件大小竟然為23G多,完全消耗掉C盤空間,匆忙間我以為oradata/GXSN整個文件夾下文件為臨時文件,將其完全刪除。
因為Oracle的數(shù)據(jù)文件都存放在E盤下,不知道oradata/GXSN存放的是控制文件,造成數(shù)據(jù)庫無法使用。我通過查詢相關資料想重建控制文件,但發(fā)現(xiàn)重建控制文件是在ORACLE控制文件已經備份的前提下的,我之前沒有備份過Oracle的控制文件,所以無法恢復。
在整個解決問題的過程中,我曾嘗試了多種思路。雖然失敗,但鍛煉了解決問題的能力,也總結了一些經驗。
0.求助Oracle中國技術支持,竟然周末無人服務,需要等待工作日。(失?。?/p>
1.使用EasyRecovery恢復刪除的控制文件,因為服務器的E盤較大,達到3T,EasyRecovery無法使用。又使用了其他數(shù)據(jù)恢復軟件,都無法恢復刪除的數(shù)據(jù)。(失?。?/p>
2.查詢相關資料,嘗試重建控制文件。(失敗)
CREATE CONTROLFILE reuse set DATABASE orcl RESETLOGS noARCHIVELOG
MAXLOGFILES 32
MAXLOGMEMBERS 3
MAXDATAFILES 32
MAXINSTANCES 16
MAXLOGHISTORY 1600
LOGFILE
group 1 ('E:\oracle\product\10.2.0\oradata\orcl\redo01.log') size 100k ,
group 2 ('E:\oracle\product\10.2.0\oradata\orcl\redo02.log') size 100k,
group 3 ('E:\oracle\product\10.2.0\oradata\orcl\redo03.log') size 100k,
datafile
'E:\oracle\product\10.2.0\oradata\orcl\users01.dbf',
'E:\oracle\product\10.2.0\oradata\orcl\undotbs01.dbf',
'E:\oracle\product\10.2.0\oradata\orcl\system01.dbf',
'E:\oracle\product\10.2.0\oradata\orcl\sysaux01.dbf',
'E:\oracle\product\10.2.0\oradata\orcl\example01.dbf';
3.在別的機器上創(chuàng)建相同的GXSN數(shù)據(jù)庫,然后將其下面的控制文件導入服務器的數(shù)據(jù)庫下,但發(fā)現(xiàn)失敗。
4.在服務器上新建ORACLE服務實例,生成相應的控制文件,將其下面的控制文件導入的數(shù)據(jù)庫GXSN下,但發(fā)現(xiàn)失敗。
5.將新建的數(shù)據(jù)庫實例刪除,原來的數(shù)據(jù)庫在CMD控制臺上使用SQLPLUS無法連接
sqlplus /nolog
conn /as sysdba
出現(xiàn)ORA-12360:TNS:協(xié)議適配器錯誤
無語了,竟然無法連接到原數(shù)據(jù)庫實例上了。
兩三T的數(shù)據(jù)只能重新錄入,這次自己的失誤,真的是損失慘重!自己以后在心態(tài)浮躁時一定要冷靜點,不可急躁。自己在ORACLE的學習上需更深一步,免得再犯如此低級的嚴重錯誤!
網站欄目:誤刪Oracle數(shù)據(jù)庫實例的控制文件
鏈接分享:http://m.fisionsoft.com.cn/article/ccshpig.html


咨詢
建站咨詢
