前言

本文主要给大家介绍了关于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=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了：

• reset操作实际只是将这个值从spfile中移除；
• 针对某个实例级别的设置优先级高于整体设置；
• 注意Oracle对于SET参数值这种方式，实际上少做了很多事情，简单理解就是默认0和设置0不一样。

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。