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设置的详细内容,更多请关注小闻网其它相关文章!
评论(0)