前言
本文主要給大家介紹了關于Oracle參數設置之set和reset的相關內容，分享出來供大家參考學習，下面話不多說了，來一起看看詳細的介紹吧。
環境：Oracle 10.2.0.5 RAC
需求：節點1的aq_tm_processes要求恢復默認，節點2設置要求保持不變
背景介紹：
從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;
此時參數文件中就會有這樣的設置：
再設置實例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初始化參數設置
- Oracle數據庫中的控制文件管理以及常用參數設置
