Oracle控制文件的一點(diǎn)研究

-
 
控制文件是非常重要的文件，實(shí)例讀取控制文件才能到mount狀態(tài)。DBA的一個(gè)原則就是多路控制文件，今天我就做了個(gè)實(shí)驗(yàn)，學(xué)習(xí)了一下這個(gè)。

代碼如下：

1.alter system set control_files='D:\app\wings\oradata\testdb\CONTROL03.CTL','D:\app\wings\oradata\testdb\CONTROL04.CTL' scope=spfile; 
--查看一下

select value from v$spparameter where name = 'control_files';  

這個(gè)時(shí)候就會看到兩條數(shù)據(jù)了。

然后正常的關(guān)掉數(shù)據(jù)庫：

shutdown immediate; 

之后復(fù)制一份控制文件，改成上面的名字。啟動數(shù)據(jù)庫，再查看控制文件：

sho parameter control_files; 

這時(shí)看到的就是兩個(gè)控制文件了。

剛才犯了一個(gè)很白癡的錯(cuò)誤，不妨寫出來，www.linuxidc.com讓大家也笑一個(gè)。

step1

alter system set control_files='D:\app\wings\oradata\testdb\CONTROL04.CTL' scope=spfile; 

這樣就更改了系統(tǒng)，啟動的話會以04這個(gè)文件啟動。

之后我關(guān)掉了數(shù)據(jù)庫，復(fù)制了03這個(gè)文件，命名為04，啟動數(shù)據(jù)庫一切正常。之后我很2的做了下一步：

step 2

1.alter system set control_files='D:\app\wings\oradata\testdb\CONTROL03.CTL','D:\app\wings\oradata\testdb\CONTROL04.CTL' scope=spfile; 
之后重啟數(shù)據(jù)庫，很不幸的報(bào)錯(cuò)了：ora-01219。也沒有任何說明，后來百度了一下，這個(gè)錯(cuò)誤說的是我只能查特定的視圖和表。在EM上看了一下，我的數(shù)據(jù)庫處于nomount，也就是說我的控制文件在加載的時(shí)候出了問題。處理方案也很簡單：

alter system set control_files='D:\app\wings\oradata\testdb\CONTROL04.CTL' scope=spfile;

然后重啟一下就可以了。

當(dāng)時(shí)我百思不得其解，為什么呢？后來，我做了這么一步，我又執(zhí)行了一下step1，不過是把控制文件換成了03。重啟，之后報(bào)錯(cuò)，提示我控制文件舊。這個(gè)時(shí)候我就頓悟了。我忽略了很重要的一點(diǎn)，那就是控制文件在數(shù)據(jù)庫啟動之后在不停的被更新著，03這個(gè)文件在幾分鐘沒有被加載的時(shí)間里已經(jīng)舊了。希望大家不要犯我這個(gè)低級錯(cuò)誤。

服務(wù)器租用/服務(wù)器托管中國五強(qiáng)！虛擬主機(jī)域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]