使用alter system set修改参数不生效-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

使用alter system set修改参数不生效

简介:

最近在用虚拟机上的Oracle RAC做实验,看到后台日志一直报错,原因是配置的log_archive_dest_2参数指到了节点2,而节点2又没有开机,所以导致一直有报错。于是想这一参数是之前做实验的时候修改的,现在不需要了,直接把这个参数重置一下就可以了,于是执行了下面的语句:

1
alter system reset log_archive_dest_2;

再使用show parameter查看参数已经被清空了:

1
2
3
4
5
SQL> show parameter log_archive_dest_2 
 
NAME                     TYPE   VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2           string

看alert日志中报错也没有了,以为这样事情就结束了。但事实上还没有结束。等下一次数据库重启后看到之前的报错又出现了,而且log_archive_dest_2参数的设置又恢复到了重置之前的值:

1
2
3
4
5
SQL> show parameter log_archive_dest_2 
 
NAME                     TYPE   VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2           string     service=rac2

难道是上次重置没有成功吗?

从上次的检查结果来看重置是成功的,而且alert日志中也提示修改成功。

那为什么这么灵异的事情居然发生了呢?

尝试再次重置:

1
2
3
4
5
SQL> alter system reset log_archive_dest_2;
alter system reset log_archive_dest_2
*
ERROR at line 1:
ORA-32010: cannot find entry to delete in SPFILE

看到出现上面的报错,是说spfile中没有相应的条目可以删除。

如果没有条目我的设置又是从哪里来的呢?

于是生成pfile来查看参数文件中关于log_archive_dest_2具体是怎么设置的:

1
2
3
4
5
orcl2.log_archive_dest_1='location=/home/oracle/rac2'
orcl1.log_archive_dest_1='location=/home/oracle/rac1'
*.log_archive_dest_1='location=+data'
orcl2.log_archive_dest_2='service=rac1'
orcl1.log_archive_dest_2='service=rac2'

从上面可以看到针对每一个实例的log_archive_dest_2都做了设置,难道是这个原因么?

再次尝试重置,这次语句如下:

1
alter system reset log_archive_dest_2 sid='orcl1';

再次生成pfile文件,看到orcl1.log_archive_dest_2='service=rac2'这条记录已经没有了,说明已经把配置清除了,重启实例再次查看:

1
2
3
4
5
SQL> show parameter log_archive_dest_2 
 
NAME                     TYPE   VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2           string

alert日志中也不再报错了。

那么问题又来了,我第一次清除的又是什么配置呢?

有经验的同学应该已经想到这个问题的原因了。我们继续看下面的分析。

我们再回到第一次生成的spfile文件中可以看到如下配置,我们以log_archive_dest_1参数为例

1
2
3
orcl2.log_archive_dest_1='location=/home/oracle/rac2'
orcl1.log_archive_dest_1='location=/home/oracle/rac1'
*.log_archive_dest_1='location=+data'

对于log_archive_dest_1参数设置有两类,一类是'*.'开头的,一个是以'<sid>.'开头的。'*.'开头的设置是对所有与数据库相关的且没有设置该参数的实例有效,而以'<sid>.'开头的设置只对设置对应的实例有效。

我这前是对两个实例orcl1和orcl2的log_archive_dest_1分别设置了不同的值,而分别设置之前所有的实例的log_archive_dest_1参数值都是'location=+data'。

我们再来看alter system set|reset parameter的语法:

set parameter

1
2
3
4
5
6
7
8
parameter_name =
   parameter_value [, parameter_value ]...
   [ COMMENT = string ]
   [ DEFERRED ]
   [ { SCOPE = { MEMORY | SPFILE | BOTH }
     | SID = { 'sid' '*' }
     }...
   ]

reset parameter 

1
2
3
4
5
parameter_name
   [ { SCOPE = SPFILE 
     | SID = { 'sid' '*' }
     }...
   ]

从上面的语法可以看到,设置和重置参数都有一个可选项:SID = { 'sid' | '*' },而默认的都是SID='*'。

这里应该就可以解释我第一次重置log_archive_dest_2时为什么可以成功,而第二次没有成功的原因:我第一次删除了*.log_archive_dest_2='xxxx'这一条目,第一次再次删除时文件中没有了,所以报错。

这也能解释为什么重置时加上sid='orcl1'项后重启依然生效。

还有一个问题就是如果参数文件中,对于同一个参数同时有'*.'开头的和以'<sid>.'开头的参数设置时,Oracle会选哪个做为实例的参数设置的,我们来看一句官方文档中对SID的描述,就可以回答这个问题了:

SID The SID clause lets you specify the SID of the instance where the value will take effect.

  • Specify SID = '*' if you want Oracle Database to change the value of the parameter for all instances that do not already have an explicit setting for this parameter.

  • Specify SID = 'sid' if you want Oracle Database to change the value of the parameter only for the instance sidThis setting takes precedence over previous and subsequent ALTER SYSTEM SET statements that specify SID = '*'.

If you do not specify this clause, then:

  • If the instance was started up with a pfile (traditional plain-text initialization parameter file), then Oracle Database assumes the SID of the current instance.

  • If the instance was started up with an spfile (server parameter file), then Oracle Database assumes SID = '*'.

小提示:可以使用show spparameter <parameter_name>查看spfile中对于参数的设置

1
2
3
4
5
6
sys@ORA11G>show spparameter log_archive_dest_1
 
SID  NAME                 TYPE     VALUE
-------- ----------------------------- ----------- ----------------------------
ora11g   log_archive_dest_1           string       location=/home/oracle/dump
*    log_archive_dest_1           string       location=/u01/


参考:http://docs.oracle.com/cd/E11882_01/server.112/e41084/statements_2014.htm#i2061284


      本文转自hbxztc 51CTO博客,原文链接:http://blog.51cto.com/hbxztc/1972907,如需转载请自行联系原作者







版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章