Oracle參數設置教程之set和reset的實用案例

2024-08-29 14:00:50

字體：大中小

來源：轉載

供稿：網友

前言

本文主要給大家介紹了關于Oracleoracle/83914.html">參數設置之set和reset的相關內容，分享出來供大家參考學習，下面話不多說了，來一起看看詳細的介紹吧。

環境：Oracle 10.2.0.5 RAC

需求：節點1的aq_tm_processes要求恢復默認，節點2設置要求保持不變

背景介紹：

從10.2官檔可以查到aq_tm_processes參數，看到該參數的默認值是0，我們姑且叫做它為默認0.

oracle,參數設置,set,reset

然后，在實際上發現，這個默認0和我們手工將其SET設置成0，效果是完全不一樣的。

與同事交流此事，最終得知一個技術細節：

Oracle中，使用SET設置參數值實際上是少做很多事情的，如果你想恢復Oracle的默認值，最有效的辦法就是RESET該值，這樣，才會一切都按照Oracle默認的設計。

具體來看現在的場景，如果你對參數aq_tm_processes設置為0.那和本來的默認0是完全不一樣的。

如果是設置0，所有q00小工進程都會關閉不會再啟動。如果是默認0，q00小工進程是可以啟動的。

1.構建測試環境

目前生產的參數內容是類似這樣，有全局設置，有實例1的設置，如下：

*.aq_tm_processes=1jy1.aq_tm_processes=0

我們知道，針對實例的設置優先級是高的，也就是說這樣設置的效果就是實例1該參數是0，實例2該參數是1.

即：實例1無法啟動q00小工進程，實例2可以啟動q00小工進程。

構建測試環境模擬生產：

先設置aq_tm_processes為1：

alter system set aq_tm_processes = 1 scope=both sid='*';--create pfile='/tmp/pfile11.ora' from spfile;

此時參數文件中就會有這樣的設置：

*.aq_tm_processes=1

再設置實例1的aq_tm_processes為0

alter system set aq_tm_processes = 0 scope=both sid='jy1';--create pfile='/tmp/pfile12.ora' from spfile;

此時參數文件中就會有這樣的設置：

*.aq_tm_processes=1jy1.aq_tm_processes=0

此時就模擬了生產環境的現狀。下面來看下實際的操作過程：

SQL> SQL> alter system set aq_tm_processes = 1 scope=both sid='*';System altered.SQL> create pfile='/tmp/pfile11.ora' from spfile;File created.SQL> show parameter aqNAME         TYPE  VALUE------------------------------------ ----------- ------------------------------aq_tm_processes      integer  1SQL> !ps -ef|grep q00oracle 1462 27385 0 15:27 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00oracle 1464 1462 0 15:27 pts/1 00:00:00 grep q00oracle 26534  1 0 15:08 ?  00:00:00 ora_q002_jy1oracle 31538  1 0 15:21 ?  00:00:00 ora_q000_jy1SQL> SQL> alter system set aq_tm_processes = 0 scope=both sid='jy1';System altered.SQL> create pfile='/tmp/pfile12.ora' from spfile;File created.SQL> show parameter aqNAME         TYPE  VALUE------------------------------------ ----------- ------------------------------aq_tm_processes      integer  0SQL> !ps -ef|grep q00oracle 2044 27385 0 15:28 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00oracle 2046 2044 0 15:28 pts/1 00:00:00 grep q00SQL>

可以看到，確實設置為0之后q00進程就消失了，即使再重啟實例也是一樣的，q00進程不再會啟動。

2.測試方案

現在我們要做的就是保障不更改節點2的設置情況下，將節點1的aq_tm_processes恢復默認。

2.1 嘗試直接reset參數指定節點1，然后重啟驗證？

alter system reset aq_tm_processes scope=spfile sid='jy1';create pfile='/tmp/pfile13.ora' from spfile;

重啟節點1驗證？確認是否可以實現需求？

具體實際操作如下：

SQL> alter system reset aq_tm_processes scope=spfile sid='jy1';System altered.SQL> create pfile='/tmp/pfile13.ora' from spfile;File created.SQL> show parameter aqNAME         TYPE  VALUE------------------------------------ ----------- ------------------------------aq_tm_processes      integer  0SQL> !ps -ef|grep q00oracle 3801 27385 0 15:32 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00oracle 3803 3801 0 15:32 pts/1 00:00:00 grep q00SQL> startup forceORACLE instance started.Total System Global Area 599785472 bytesFixed Size     2098112 bytesVariable Size    301993024 bytesDatabase Buffers   289406976 bytesRedo Buffers    6287360 bytesDatabase mounted.Database opened.SQL> show parameter aqNAME         TYPE  VALUE------------------------------------ ----------- ------------------------------aq_tm_processes      integer  1SQL> !ps -ef|grep q00oracle 4228  1 0 15:33 ?  00:00:00 ora_q000_jy1oracle 4232  1 0 15:33 ?  00:00:00 ora_q002_jy1oracle 5021 27385 0 15:35 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00oracle 5023 5021 0 15:35 pts/1 00:00:00 grep q00SQL>

可以看到，答案明顯是：不可以。

因為這樣只會將實例1的參數reset，但是由于之前還有全局參數*，所以重啟實例1后會發現，aq_tm_processes參數會是1。
也就是說，針對實例1的設置去掉了，自然會沿襲整體的設置。

2.2 實驗正確的方式

有了上面的基礎，就有了實現需求的思路：

我們想下，如果把全局參數也reset，會影響到節點2之前的設置，那么這樣，只能將節點2的值單獨設定，然后再reset全局參數。

alter system set aq_tm_processes = 1 scope=both sid='jy2';--create pfile='/tmp/pfile14.ora' from spfile;alter system reset aq_tm_processes scope=spfile sid='*';--create pfile='/tmp/pfile15.ora' from spfile;重啟節點1驗證？？確認是否可以實現需求？具體實際操作如下：SQL> alter system set aq_tm_processes = 1 scope=both sid='jy2';System altered.SQL> create pfile='/tmp/pfile14.ora' from spfile;File created.SQL> alter system reset aq_tm_processes scope=spfile sid='*';System altered.SQL> create pfile='/tmp/pfile15.ora' from spfile;File created.SQL> startup forceORACLE instance started.Total System Global Area 599785472 bytesFixed Size     2098112 bytesVariable Size    301993024 bytesDatabase Buffers   289406976 bytesRedo Buffers    6287360 bytesDatabase mounted.Database opened.SQL> show parameter aqNAME         TYPE  VALUE------------------------------------ ----------- ------------------------------aq_tm_processes      integer  0SQL> !ps -ef|grep q00oracle 7446  1 1 15:40 ?  00:00:00 ora_q000_jy1oracle 7448  1 0 15:40 ?  00:00:00 ora_q001_jy1oracle 7450  1 0 15:40 ?  00:00:00 ora_q002_jy1oracle 7452  1 0 15:40 ?  00:00:00 ora_q003_jy1oracle 7480 27385 0 15:41 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00oracle 7482 7480 0 15:41 pts/1 00:00:00 grep q00SQL>

可以看到，真實操作測試驗證的答案和預想的一致：可以。

注：所有創建pfile的步驟都可以去掉。當時是因為想確認理論是否正確才給每一步后加了這個操作。

3.總結

那么總結歸納下，實際在客戶環境下，就是應該做以下三個步驟完成需求：

--保障節點2的設置不變alter system set aq_tm_processes=1 scope=spfile sid='jy2';--reset節點1的設置alter system reset aq_tm_processes scope=spfile sid='jy1';--reset全局的設置alter system reset aq_tm_processes scope=spfile sid='*';

本文知識點總結：其實只需下面這3個知識點清楚就ok了：