Oracle參數之set與reset設定

Oracle參數設定之set與reset的實際案例

環境：Oracle 10.2.0.5 RAC

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

• 1.建置測試環境
• 2.測試方案
• 3.總​​結

背景介紹：
從10.2官檔可以查到aq_tm_processes參數，看到該參數的預設值為0，我們姑且叫做它為預設0.

#然後，在實際上發現，這個預設0和我們手工將其SET設定成0，效果是完全不一樣的。
與同事交流此事，最後得知一個技術細節：
Oracle中，使用SET設定參數值其實是少做很多事情的，如果你想恢復Oracle的預設值，最有效的辦法就是RESET該值，這樣，才會一切都按照Oracle預設的設計。

具體來看現在的場景，如果你對參數aq_tm_processes設定為0.那和本來的預設0是完全不一樣的。
如果是設定0，所有q00小工進程都會關閉不會再啟動。如果是預設0，q00小工進程是可以啟動的。

1.建構測試環境

#

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

*.aq_tm_processes=1
jy1.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=1
jy1.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 aq

NAME TYPE VALUE
------------------------------------ ----------- --- ---------------------------
aq_tm_processes integer 1
SQL> !ps -ef|grep q00
oracle 1462 27385 0 15:27 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00
oracle 1464 1462 0 15:27 pts/1 00:00:00 grep q00
oracle 26534 1 0 15:08 ? 00:00:00 ora_q002_jy1
oracle 31538 1 0 15:21 ? 00:00:00 ora_q000_jy1

SQL>
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 aq

NAME TYPE VALUE
------------------------------------ ----------- --- ---------------------------
aq_tm_processes integer 0
SQL> !ps -ef|grep q00
oracle 2044 27385 0 15:28 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00
oracle 2046 2044 0 15:28 pts/1 00:00:00 grep q00

SQL>

可以看到，確實設定為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 aq

NAME TYPE VALUE
------------------------------------ ----------- --- ---------------------------
aq_tm_processes integer 0
SQL> !ps -ef|grep q00
oracle 3801 27385 0 15:32 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00
oracle 3803 3801 0 15:32 pts/1 00:00:00 grep q00

SQL> startup force
ORACLE instance started.

Total System Global Area 599785472 bytes
Fixed Size 2098112 bytes
Variable Size 301993024 bytes
Database Buffers 289406976 bytes
Redo Buffers 6287360 bytes
Database mounted.
Database opened.
SQL> show parameter aq

NAME TYPE VALUE
------------------------------------ ----------- --- ---------------------------
aq_tm_processes integer 1
SQL> !ps -ef|grep q00
oracle 4228 1 0 15:33 ? 00:00:00 ora_q000_jy1
oracle 4232 1 0 15:33 ? 00:00:00 ora_q002_jy1
oracle 5021 27385 0 15:35 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00
oracle 5023 5021 0 15:35 pts/1 00:00:00 grep q00

SQL>

可以看到，答案很明顯是：不行。
因為這樣只會將實例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 force
ORACLE instance started.

Total System Global Area 599785472 bytes
Fixed Size 2098112 bytes
Variable Size 301993024 bytes
Database Buffers 289406976 bytes
Redo Buffers 6287360 bytes
Database mounted.
Database opened.

SQL> show parameter aq

NAME TYPE VALUE
------------------------------------ ----------- --- ---------------------------
aq_tm_processes integer 0
SQL> !ps -ef|grep q00
oracle 7446 1 1 15:40 ? 00:00:00 ora_q000_jy1
oracle 7448 1 0 15:40 ? 00:00:00 ora_q001_jy1
oracle 7450 1 0 15:40 ? 00:00:00 ora_q002_jy1
oracle 7452 1 0 15:40 ? 00:00:00 ora_q003_jy1
oracle 7480 27385 0 15:41 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00
oracle 7482 7480 0 15:41 pts/1 00:00:00 grep q00

SQL>

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

附註：所有建立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了：

reset操作實際上只是將這個值從spfile移除；

針對某個實例層級的設定優先權高於整體設定；

注意Oracle對於SET參數值這種方式，實際上少做了很多事情，簡單理解就是預設0和設定0不一樣。

以上是Oracle參數之set與reset設定的詳細內容。更多資訊請關注PHP中文網其他相關文章！