ORACLE 11.2 RAC修改数据库静态参数

操作系统:HP UNIX 11.31

数据库:oracle 11.2 rac

今天对一套ORACLE 11.2 RAC数据库进行参数调整,修改db_files为3000,系统默认为200。顺便修改了操作系统的内核参数:fs_async,服务器也需要重启。

操作计划:

1、参数在两个节点都修改完毕,不重启机器和数据。

2、先重启节点1,节点2先不动,等节点1起来之后,再重启节点2.

故障:

可是在节点1启动之后,实例怎么都起不来,然后手工用srvctl启动实例报错:

racdb1:/home/grid> srvctl start instance -d racdb -n racdb1
PRCR-1013 : Failed to start resource ora.racdb.db
PRCR-1064 : Failed to start resource ora.racdb.db on node racdb1
CRS-5017: The resource action "ora.racdb.db start" encountered the following error:
ORA-01105: mount is incompatible with mounts by other instances
ORA-01174: DB_FILES is 3000 buts needs to be 200 to be compatible
. For details refer to "(:CLSN00107:)" in "/oracle/app/grid11.2.0/log/racdb1/agent/crsd/oraagent_oracle/oraagent_oracle.log".

CRS-2674: Start of 'ora.nims.db' on 'racdb1' failed

查看alert日志,发现:

ORA-1105 signalled during: ALTER DATABASE MOUNT /* db agent *//* {1:56904:2} */...

问题解决:

原来修改完db_files参数后,数据库都没有重启,节点2上db_files的参数为:200,而节点1重启后新参数为:3000。所以两个节点参数才会不兼容。

找到了原因,赶紧想办法解决。

在节点2进入sqlplus里,直接把数据库shutdown后,然后重新启动。因为这个时候实例1还没起来,而且参数为新参数,实例2重启后也是新参数3000,这样两边就一直了。

节点2上重启实例:

racdbC2:/home/oracle> sqlplus /nolog
SQL*Plus: Release 11.2.0.3.0 Production on Fri Sep 27 15:18:10 2013
Copyright (c) 1982, 2011, Oracle.  All rights reserved.
SQL> conn / as sysdba
Connected.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area 5.4784E+10 bytes
Fixed Size                  2195616 bytes
Variable Size            2.6172E+10 bytes
Database Buffers         2.8588E+10 bytes
Redo Buffers               20557824 bytes
Database mounted.
Database opened.
SQL> exit

节点1上:

racdb1:/home/grid>  srvctl start instance -d racdb -n racdb1

检查服务,实例1成功启动。

总结:

ORACLE RAC数据库修改静态参数,不能使用轮流启动的方式,必须把两个节点的实例全部停掉,然后再启动实例。否则会提示数据库参数不兼容,实例将无法启动。

时间: 2024-08-27 22:28:17

ORACLE 11.2 RAC修改数据库静态参数的相关文章

oracle 11.2 RAC 系列安装新主机,识别老存储-2-准备识别数据库

假设原来的主机已经完全不能启动了(比如硬件故障等),只能在存储上的ASM中查找数据库使用的参数文件: [grid@lunar5 ~]$ ss   SQL*Plus: Release 11.2.0.4.0 Production on Mon Feb 15 21:48:15 2016   Copyright (c) 1982, 2013, Oracle.  All rights reserved.     Connected to: Oracle Database 11g Enterprise Ed

Oracle 11.2 RAC环境中CRSD进程简介

在11.2中,CRSD进程不再是RAC中最关键的进程之一. 如果对10g RAC比较熟悉,应该清楚CRSD进程的重要性,Oracle在操作系统启动后,就是通过启动这个进程然后启动整个CLUSTER以及数据库的. 在11.2的RAC中,Oracle调整了ASM,使得OCR和VOT可以存储在ASM磁盘组中.ASM是CLUSTER所支持的一个组件,而CLUSTER启动所需的OCR和VOT却要放在ASM中,这其实要解决一个先有鸡还是先有蛋的问题.最终Oracle通过OHASD进程的方式解决了这个问题,而

Oracle 11.2 RAC自动启动报错诊断

一个客户的11.2 RAC for Linux X86-64环境停电后出现了故障,RAC环境无法自动启动. 登录数据库服务器后,发现CLUSTER进程存在,于是尝试手工启动数据库: $ sqlplus / as sysdba SQL*Plus: Release 11.2.0.2.0 Production on Sun May 29 20:17:16 2011 Copyright (c) 1982, 2010, Oracle. All rights reserved. Connected to a

oracle 11.2 RAC 系列-安装新主机,识别老存储-1-识别ASM磁盘

在有些场景下,RAC环境中如果主机出现问题,比如硬件故障等,不能启动,我们需要尽快存储上的启动数据库,恢复业务,那么就需要迁移以前的RAC环境到新的主机环境下,我测试了11.2和12.1的RAC,恢复过程还是很快的,基本上就是安装软件的过程,如果真实场景恢复业务,有两种方法: 1,按照我这里的方法重新安装主机,恢复RAC和数据库 2,如果之前有可用的操作系统的备份(比如NBU备份了OS),那么直接使用NBU还原即可 . 我这里测试的是方法1,重新安装11204的GI(Grid Infrastru

Oracle 11.2 RAC的时间同步异常

一个客户的11.2的RAC环境,出现了一个节点DOWN掉的问题. 这个客户手工调整了系统的时间,使得两个节点的系统时间只相差几秒,而且还设置了11.2的自动时间同步功能.但是到了下午发现一个节点上的实例DOWN掉了,而且这时两个节点的时间相差了一个小时左右. 检查挂掉的节点上的数据库alert文件: Mon May 10 15:22:03 2010 NOTE: ASMB terminating Errors in file /oracle/app/oracle/diag/rdbms/posp/p

oracle中11.2 RAC安装新主机,识别老存储-3-配置老存储的数据库

安装Oracle 11.2.0.4数据库软件,然后执行root.sh,这个没有特别的东西,略. 之后,我们需要修改ORACLE RDBMS的oracle二进制文件的权限,让oracle 数据库进程可以获取ASM磁盘组. [root@lunar5 ~]# su - grid [grid@lunar5 ~]$ $ORACLE_HOME/bin/setasmgidwrap o=/u01/app/oracle/product/11.2.0.4/dbhome_1/bin/oracle [grid@luna

SUSE 11.1 安装ORACLE 11.2.0.3 ASM非RAC双机过程纪要

SUSE 11.1 安装ORACLE 11.2.0.3 ASM非RAC双机过程纪要 增加用户和组: /usr/sbin/groupadd -g 501 oinstall /usr/sbin/groupadd -g 502 dba /usr/sbin/groupadd -g 503 oper /usr/sbin/groupadd -g 504 asmadmin /usr/sbin/groupadd -g 505 asmoper /usr/sbin/groupadd -g 506 asmdba us

oracle 利用DMU修改数据库字符集

和oracle字符集相关的参数是nls_lang.NLS_LANG的格式是:language_territory.client_charset,如AMERICAN_AMERICA.ZHS16GBK,那么第一位AMERICAN表示语言,第二位AMERICA表示日期和数字格式,第三位ZHS16GBK表示字符集.影响数据库和客户端的其实是第三部分. 通常情况下,数据库字符集不轻易修改,如果要修改,一般可以简单采用下面两种方法可行.: 1. 如果需要修改字符集,通常需要导出数据库数据,重建数据库,再导入

Oracle 12.1 RAC安装新主机,识别老存储和恢复数据库例子

具体步骤如下(因为先在12.1中测试,然后才在112.测试,因此这里的测试记录了发现的一些问题和处理方法,而11.2中模拟主机损坏,直接使用了这里的经验,因此没有任何报错信息): 1,安装12.1.0.2的GI软件,如果需要也apply最新的PSU,然后查看磁盘和磁盘组: [grid@lunarrac ~]$ kfod disks=all ds=true cluster=true status=true ----------------------------------------------