最近在用虛擬機(jī)上的Oracle RAC做實(shí)驗(yàn)，看到后臺日志一直報(bào)錯(cuò)，原因是配置的log_archive_dest_2參數(shù)指到了節(jié)點(diǎn)2，而節(jié)點(diǎn)2又沒有開機(jī)，所以導(dǎo)致一直有報(bào)錯(cuò)。于是想這一參數(shù)是之前做實(shí)驗(yàn)的時(shí)候修改的，現(xiàn)在不需要了，直接把這個(gè)參數(shù)重置一下就可以了，于是執(zhí)行了下面的語句：

創(chuàng)新互聯(lián)于2013年成立，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目成都網(wǎng)站建設(shè)、成都網(wǎng)站制作網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢想脫穎而出為使命，1280元玉門做網(wǎng)站,已為上家服務(wù),為玉門各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:028-86922220alter system reset log_archive_dest_2;

再使用show parameter查看參數(shù)已經(jīng)被清空了：

SQL> show parameter log_archive_dest_2  NAME      TYPE  VALUE ------------------------------------ ----------- ------------------------------ log_archive_dest_2      string

看alert日志中報(bào)錯(cuò)也沒有了，以為這樣事情就結(jié)束了。但事實(shí)上還沒有結(jié)束。等下一次數(shù)據(jù)庫重啟后看到之前的報(bào)錯(cuò)又出現(xiàn)了，而且log_archive_dest_2參數(shù)的設(shè)置又恢復(fù)到了重置之前的值：

SQL> show parameter log_archive_dest_2  NAME      TYPE  VALUE ------------------------------------ ----------- ------------------------------ log_archive_dest_2      string  service=rac2

難道是上次重置沒有成功嗎？

從上次的檢查結(jié)果來看重置是成功的，而且alert日志中也提示修改成功。

那為什么這么靈異的事情居然發(fā)生了呢？

嘗試再次重置：

SQL> alter system reset log_archive_dest_2; alter system reset log_archive_dest_2 * ERROR at line 1: ORA-32010: cannot find entry to delete in SPFILE

看到出現(xiàn)上面的報(bào)錯(cuò)，是說spfile中沒有相應(yīng)的條目可以刪除。

如果沒有條目我的設(shè)置又是從哪里來的呢？

于是生成pfile來查看參數(shù)文件中關(guān)于log_archive_dest_2具體是怎么設(shè)置的：

orcl2.log_archive_dest_1='location=/home/oracle/rac2' orcl1.log_archive_dest_1='location=/home/oracle/rac1' *.log_archive_dest_1='location=+data' orcl2.log_archive_dest_2='service=rac1' orcl1.log_archive_dest_2='service=rac2'

從上面可以看到針對每一個(gè)實(shí)例的log_archive_dest_2都做了設(shè)置，難道是這個(gè)原因么？

再次嘗試重置，這次語句如下：

alter system reset log_archive_dest_2 sid='orcl1';

再次生成pfile文件，看到orcl1.log_archive_dest_2='service=rac2'這條記錄已經(jīng)沒有了，說明已經(jīng)把配置清除了，重啟實(shí)例再次查看：

SQL> show parameter log_archive_dest_2  NAME      TYPE  VALUE ------------------------------------ ----------- ------------------------------ log_archive_dest_2      string

alert日志中也不再報(bào)錯(cuò)了。

那么問題又來了，我第一次清除的又是什么配置呢？

有經(jīng)驗(yàn)的同學(xué)應(yīng)該已經(jīng)想到這個(gè)問題的原因了。我們繼續(xù)看下面的分析。

我們再回到第一次生成的spfile文件中可以看到如下配置，我們以log_archive_dest_1參數(shù)為例

orcl2.log_archive_dest_1='location=/home/oracle/rac2' orcl1.log_archive_dest_1='location=/home/oracle/rac1' *.log_archive_dest_1='location=+data'

對于log_archive_dest_1參數(shù)設(shè)置有兩類，一類是'*.'開頭的，一個(gè)是以'<sid>.'開頭的。'*.'開頭的設(shè)置是對所有與數(shù)據(jù)庫相關(guān)的且沒有設(shè)置該參數(shù)的實(shí)例有效，而以'<sid>.'開頭的設(shè)置只對設(shè)置對應(yīng)的實(shí)例有效。

我這前是對兩個(gè)實(shí)例orcl1和orcl2的log_archive_dest_1分別設(shè)置了不同的值，而分別設(shè)置之前所有的實(shí)例的log_archive_dest_1參數(shù)值都是'location=+data'。

我們再來看alter system set|reset parameter的語法：

set parameter

parameter_name =    parameter_value [, parameter_value ]...    [ COMMENT = string ]    [ DEFERRED ]    [ { SCOPE = { MEMORY | SPFILE | BOTH }      | SID = { 'sid' | '*' }      }...    ]

reset parameter

parameter_name    [ { SCOPE = SPFILE       | SID = { 'sid' | '*' }      }...    ]

從上面的語法可以看到，設(shè)置和重置參數(shù)都有一個(gè)可選項(xiàng)：SID = { 'sid' | '*' }，而默認(rèn)的都是SID='*'。

這里應(yīng)該就可以解釋我第一次重置log_archive_dest_2時(shí)為什么可以成功，而第二次沒有成功的原因：我第一次刪除了*.log_archive_dest_2='xxxx'這一條目，第一次再次刪除時(shí)文件中沒有了，所以報(bào)錯(cuò)。

這也能解釋為什么重置時(shí)加上sid='orcl1'項(xiàng)后重啟依然生效。

還有一個(gè)問題就是如果參數(shù)文件中，對于同一個(gè)參數(shù)同時(shí)有'*.'開頭的和以'<sid>.'開頭的參數(shù)設(shè)置時(shí)，Oracle會(huì)選哪個(gè)做為實(shí)例的參數(shù)設(shè)置的，我們來看一句官方文檔中對SID的描述，就可以回答這個(gè)問題了：

SID The SID clause lets you specify the SID of the instance where the value will take effect.

• Specify SID = '*' if you want Oracle Database to change the value of the parameter for all instances that do not already have an explicit setting for this parameter.

• Specify SID = 'sid' if you want Oracle Database to change the value of the parameter only for the instance sid. This setting takes precedence over previous and subsequent ALTER SYSTEM SET statements that specify SID = '*'.

If you do not specify this clause, then:

• If the instance was started up with a pfile (traditional plain-text initialization parameter file), then Oracle Database assumes the SID of the current instance.

• If the instance was started up with an spfile (server parameter file), then Oracle Database assumes SID = '*'.

小提示：可以使用show spparameter <parameter_name>查看spfile中對于參數(shù)的設(shè)置

sys@ORA11G>show spparameter log_archive_dest_1 SID  NAME        TYPE    VALUE -------- ----------------------------- ----------- ---------------------------- ora11g  log_archive_dest_1        string    location=/home/oracle/dump *  log_archive_dest_1        string    location=/u01/

參考：http://docs.oracle.com/cd/E11882_01/server.112/e41084/statements_2014.htm#i2061284

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

當(dāng)前標(biāo)題：使用altersystemset修改參數(shù)不生效-創(chuàng)新互聯(lián)
文章鏈接：http://chinadenli.net/article16/cddhgg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站制作、手機(jī)網(wǎng)站建設(shè)、企業(yè)建站、靜態(tài)網(wǎng)站、電子商務(wù)、服務(wù)器托管

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)