前言
本文主要给大家介绍了关于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数据库中的控制文件管理以及常用参数设置
