seo网络专员招聘单页关键字优化
实验结论：在RAC环境中，最好修改参数sid='*' 安全可靠，因为暂时未明确知道哪些参数是默认全局修改，什么参数是默认单节点修改的，+* 靠谱，不容易出问题
在RAC环境中，修改全局参数scope=spfile生效时，尽量重启所有实例， 避免某个实例故障后，由于参数不一致导致实例无法启动的尴尬事件（不是所有，除db_files 等之外需要同时重启，别的可以rolling fashion ，避免 complete outage）
1.故障现象
尝试启动RAC 节点1，遭遇ORA-01105，ORA-01606： ``` SQL> startup mount; ORACLE instance started.
Total System Global Area 9.4869E+10 bytes
Fixed Size 2264056 bytes
Variable Size 5.0197E+10 bytes
Database Buffers 4.4560E+10 bytes
Redo Buffers 109174784 bytes
ORA-01105: mount is incompatible with mounts by other instances
ORA-01606: parameter not identical to that of another mounted instance
数据库节点1目前状态是NOMOUNT.<h1 id="1">2.解决过程</h1>
**错误代码说明：**
$ oerr ora 1105
01105, 00000, "mount is incompatible with mounts by other instances"
// *Cause: An attempt to mount the database discovered that another instance
// mounted a database by the same name, but the mount is not
// compatible. Additional errors are reported explaining why.
// *Action: See accompanying errors.
$ oerr ora 1606
01606, 00000, "parameter not identical to that of another mounted instance"
// *Cause: A parameter was different on two instances.
// *Action: Modify the initialization parameter and restart.
查询gc_隐含参数set linesize 333col name for a35col description for a66col value for a30SELECT i.ksppinm name, i.ksppdesc description, CV.ksppstvl VALUEFROM sys.x$ksppi i, sys.x$ksppcv CV WHERE i.inst_id = USERENV ('Instance') AND CV.inst_id = USERENV ('Instance') AND i.indx = CV.indx AND i.ksppinm LIKE '/_gc%' ESCAPE '/' ORDER BY REPLACE (i.ksppinm, '_', ''); 查询结果如下（部分相同值的参数已省略）：
--节点1：
_gc_policy_time how often to make object policy decisions in minutes 0
_gc_read_mostly_flush_check if TRUE, optimize flushes for read mostly objects FALSE
_gc_read_mostly_locking if TRUE, enable read-mostly locking FALSE
--节点2：
_gc_policy_time how often to make object policy decisions in minutes 10
_gc_read_mostly_flush_check if TRUE, optimize flushes for read mostly objects FALSE
_gc_read_mostly_locking if TRUE, enable read-mostly locking TRUE
发现问题，_gc_policy_time隐藏参数，_gc_read_mostly_locking隐藏参数，2个节点值不一致。
解决方法：根据现在正常运行的节点2的值，重新设置这两个值：
alter system set "_gc_read_mostly_locking"=true scope=spfile sid='';
alter system set "_gc_policy_time"=10 scope=spfile sid='';
--正常关闭节点1：
shutdown immediate;
--正常启动节点1：
startup
实际执行过程如下：
SQL> alter system set "_gc_read_mostly_locking"=true scope=spfile sid='*';
System altered.
SQL> alter system set "_gc_policy_time"=10 scope=spfile sid='*';
System altered.
SQL> shutdown immediate;
ORA-01507: database not mounted
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 9.4869E+10 bytes
Fixed Size 2264056 bytes
Variable Size 5.1271E+10 bytes
Database Buffers 4.3487E+10 bytes
Redo Buffers 109174784 bytes
Database mounted.
Database opened.
至此RAC节点1启动成功。
<h1 id="3">3.总结</h1>
猜测故障原因应该是之前有人修改数据库隐含参数，误操作只修改了一个实例导致。
当我们操作RAC环境时，一定要注意`sid='*'`这一点。
本篇文档--目的：实验测试在RAC环境下，修改数据库参数与单实例相比，需要注意的地方
--举例说明，在实际生产环境下，以下参数很可能会需要修改
--在安装数据库完成后，很可能没有标准化，初始化文档，没有对以下参数进行调整
SQL> show parameter db_files
NAME VALUE
-------------------------------------------------
db_files 200
--实验测试
节点一、对此参数调整 加大至800
SQL> alter system set db_files=800 scope=spfile;
--节点二、数据库实例OPEN
--重启节点一数据库
SQL> shutdown immediate;
startup
--查看节点一的Alert日志
--从日志看，节点一的实例启动，已经成功读取db_files=800后的参数值了
Using parameter settings in server-side pfile /u01/app/oracle/product/11.2.0/db_1/dbs/initjx1.ora
System parameters with non-default values:
db_files = 800
--SQLPLUS --STARTUP 显示内容
ORACLE instance started.
Total System Global Area 484356096 bytes
Fixed Size 2229584 bytes
Variable Size 297798320 bytes
Database Buffers 176160768 bytes
Redo Buffers 8167424 bytes
ORA-01105: mount is incompatible with mounts by other instances
ORA-01174: DB_FILES is 800 buts needs to be 200 to be compatible
--报错，在RAC环境，修改全局参数，重启生效scope=spfile的参数，单纯启动一个实例是危险的，需要重启所有节点的数据库实例，来完成参数的修改
--本次解决方法：重启节点二实例，完成参数的修改
测试二、隐含参数设置
修改参数，不加sid='*'
节点一实例修改参数：
SQL> alter system set "_gc_policy_time"=10 scope=spfile;
SQL> alter system set "_gc_read_mostly_locking"=true scope=spfile;
--两个节点实例，都相互，关闭，重启RAC实例
SQL> shutdown immediate;
--节点一，先启动
startup
查询参数
SQL> show parameter "_gc_policy_time"
NAME VALUE
------------------------------
_gc_policy_time 10
SQL> show parameter "_gc_read_mostly_locking"
NAME VALUE
------------------------------
_gc_read_mostly_locking TRUE
--节点二，再启动
一切正常
测试三、对数据库参数进行sid =2 单独配置，重启测试
--数据库节点2 修改参数，指定sid自身
SQL> alter system set "_gc_read_mostly_locking"=false sid='2' scope=spfile;
SQL> startup force;
--发现未生效
--对于隐含参数--在本次测试环境中，是全局生效，而不能单独一个节点生效
--https://www.cnblogs.com/jyzhao/p/5391746.html
--参考lob 实验还原报错失败，未能配置两个节点不同的参数值
--解决方法如上，去查询验证，两个节点实例的参数-- 匹配不一致的参数，进行修改一致，然后都使用同一个参数文件启动实例就OK
--ORA-01105，ORA-01606 --如果是修改隐含参数，会报这两个错误，解决方法
set linesize 333 col name for a35 col description for a66 col value for a30 SELECT i.ksppinm name, i.ksppdesc description, CV.ksppstvl VALUE FROM sys.x$ksppi i, sys.x$ksppcv CV WHERE i.inst_id = USERENV ('Instance') AND CV.inst_id = USERENV ('Instance') AND i.indx = CV.indx AND i.ksppinm LIKE '/_gc%' ESCAPE '/' ORDER BY REPLACE (i.ksppinm, '_', '');
实验结论：在RAC环境中，最好修改参数sid='*' 安全可靠，因为暂时未明确知道哪些参数是默认全局修改，什么参数是默认单节点修改的，+* 靠谱，不容易出问题
在RAC环境中，修改全局参数scope=spfile生效时，需重启所有实例，不要偷懒，避免某个实例故障后，由于参数不一致导致实例无法启动的尴尬事件
Oracle 参数查看详解
Oracle 中有很多参数，同时也有不同设置参数的方式，比如：
会话级别（alter SESSION set ...）、系统级别(alter SYSTEM set ...)、直接修改pfile参数文件；
其中系统级别设置中 又分三种:
只在内存中生效（alter system set ... scope=MEMORY） --重启后无效
只在spfile文件中生效 (alter system set...scope=SPFILE) ---重启后才生效
内存和spfile文件同时生效（alter system set ... scope=both) ---默认方式
上面讲过了如何设置参数的方式，下面讲一下怎么查看参数的值，查看参数会涉及如下几个视图：
v$parameter & v$parameter2、v$system_parameter & v$system_parameter2、v$spparameter
V$parameter 和 V$prameter2 ：
两者中显示的参数值 是 当前会话某个参数的值；
另外我们平时用的最多的 show parameter ...的查看参数值的命令对应的值就是V$parameter 中的值；
而二者的区别仅仅在于当参数有多个数值时候，V$parameter中用一行表示，不同值之间以逗号相1隔，而V$parameter2中不同值用不同行表示，举例如下：查看control_files
SQL> select name,value from v$parameter where name='control_files';
NAME
----------------
control_files
VALUE
--------------------------------------------------------------------------------
/home/oracle/oradata/cms2009/control01.ctl, /home/oracle/oradata/cms2009/control
02.ctl, /home/oracle/oradata/cms2009/control03.ctl
SQL> select name,value from v$parameter2 where name='control_files';
NAME VALUE
----------------------- ---------------------------------------------
control_files /home/oracle/oradata/cms2009/control01.ctl
control_files /home/oracle/oradata/cms2009/control02.ctl
control_files /home/oracle/oradata/cms2009/control03.ctl
如果是RAC环境，查看GV$parameter和 GV$parameter2;
v$system_parameter & v$system_parameter2:
两者中记录的参数值 是 实例中参数的值，新启动的会话都会继承此类参数的值；
而两者的区别同上V$parameter和V$parameter2的区别;
RAC环境对应GV$system_parameter和 GV$system_parameter2；
V$spparameter ：
记录的参数值 是spfile文件中的值。
RAC环境对应 GV$spparameter；
另外除了上面查看参数的方式外，还有一种 查看方式比较特别：create pfile from （spfile 、memory）11g支持from memory
这种方式生成的新的pifle只显示手动设置过得参数和参数值，默认的参数不会显示，这样就能更直观的查看我们曾经显式修改过得那些参数。