rac_第二个节点重启后无法启动实例:磁盘组dismount问题

原创作品,出自 “深蓝的blog” 博客,欢迎转载,转载时请务必注明以下出处,否则追究版权法律责任。

深蓝的blog:http://blog.csdn.net/huangyanlong/article/details/41480075

rac第二个节点重启后无法启动实例:磁盘组dismount问题

实验案例:

实验环境:CentOS 6.4、Oracle 11.2.0.1

现象重演:

1. 重启第二节点服务器

2. 手工启动第二节点实例,报错

[[email protected] ~]# su - oracle

[[email protected] ~]$ sqlplus ‘/as sysdba‘

SQL*Plus: Release 11.2.0.1.0 Production on Sun Nov 23 15:11:04 2014

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

Connected to an idle instance.

启动数据库报错如下:

SQL> startup

ORA-01078: failure in processing system parameters

ORA-01565: error in identifying file ‘+DG1/xcky/spfilexcky.ora‘

ORA-17503: ksfdopn:2 Failed to open file +DG1/xcky/spfilexcky.ora

ORA-15056: additional error message

ORA-17503: ksfdopn:DGOpenFile05 Failed to open file +DG1/xcky/spfilexcky.ora

ORA-17503: ksfdopn:2 Failed to open file +DG1/xcky/spfilexcky.ora

ORA-15001: diskgroup "DG1" does not exist or is not mounted

ORA-06512: at line 4

根据上面的错误,锁定到ORA-15001错误,这是代表有磁盘组没有mount,于是按照这个思路进行查看。

3. grid用户下,查看磁盘组状态

[[email protected] ~]# su - grid

[[email protected] ~]$ sqlplus ‘/as sysdba‘

SQL*Plus: Release 11.2.0.1.0 Production on Sun Nov 23 15:27:04 2014

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production

With the Real Application Clusters and Automatic Storage Management options

SQL> select name,state from v$asm_diskgroup;

NAME                           STATE

------------------------------ -----------

CRS                            MOUNTED

DG1                            DISMOUNTED

RCY1                           DISMOUNTED

可以发现,DG1、RCY1磁盘组处于dismounted状态,于是手工启动到mount状态,如下操作:

4. 启动磁盘组到mount状态

需要注意,对磁盘组操作时,需要使用sysasm用户,该用户有对磁盘组操作的权限,如下:

SQL> conn /as sysasm

Connected.

SQL> select name,state from v$asm_diskgroup;

NAME                           STATE

------------------------------ -----------

CRS                            MOUNTED

DG1                            DISMOUNTED

RCY1                           DISMOUNTED

SQL> alter diskgroup DG1 mount;

Diskgroup altered.

SQL> alter diskgroup RCY1 mount;

Diskgroup altered.

SQL> select name,state from v$asm_diskgroup;

NAME                           STATE

------------------------------ -----------

CRS                            MOUNTED

DG1                            MOUNTED

RCY1                           MOUNTED

至此,完成了将全部磁盘组启动到mount状态。

5. 再次启动节点2的实例

[[email protected] ~]# su - oracle

[[email protected] ~]$ sqlplus ‘/as sysdba‘

SQL*Plus: Release 11.2.0.1.0 Production on Sun Nov 23 15:31:11 2014

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> startup

ORACLE instance started.

Total System Global Area  730714112 bytes

Fixed Size                  2216944 bytes

Variable Size             557845520 bytes

Database Buffers          167772160 bytes

Redo Buffers                2879488 bytes

Database mounted.

Database opened.

SQL>  select status,instance_name from gv$instance;

--查询整个集群环境,可以看到两个节点都已经启动了

STATUS       INSTANCE_NAME

------------ ----------------

OPEN         xcky2

OPEN         xcky1

至此,由于磁盘组处于dismount状态引起的单节点实例无法启动问题,解决。

原创作品,出自 “深蓝的blog” 博客,欢迎转载,转载时请务必注明以下出处,否则追究版权法律责任。

深蓝的blog:http://blog.csdn.net/huangyanlong/article/details/41480075

时间: 2024-10-10 07:22:38

rac_第二个节点重启后无法启动实例:磁盘组dismount问题的相关文章

rac 11g_第二个节点重启后无法启动实例:磁盘组dismount问题

原创作品,出自 "深蓝的blog" 博客,欢迎转载,转载时请务必注明以下出处,否则追究版权法律责任. 深蓝的blog:http://blog.csdn.net/huangyanlong/article/details/41480075 rac第二个节点重启后无法启动实例:磁盘组dismount问题 实验案例: 实验环境:CentOS 6.4.Oracle 11.2.0.1 现象重演:1. 重启第二节点服务器2. 手工启动第二节点实例,报错[[email protected] ~]# s

ORACLE ASM diskgroup在主机重启后启动失败

环境:RHEL 6.4 + Oracle 11.2.0.3 + ASM单实例 1.重启主机后,+DATA diskgroup启动不成功,现象如下: [[email protected] ~]$ crsctl stat res -t -------------------------------------------------------------------------------- NAME TARGET STATE SERVER STATE_DETAILS --------------

记一次因网卡心跳故障引发RAC节点重启故障分析

数据库与CRS版本:10.2.0.4 down机过程分析 序号 节点 时间 动作 日志源 1 二 Jul 4 22:48:15 XXdb2 kernel: NETDEV WATCHDOG: eth1: transmit timed out bnx2: fw sync timeout, reset code = 1020015 OS 2 二 Jul 4 22:48:29 -- Jul 4 22:49 CRS-1612:node XXdb1 (1) at 50% heartbeat fatal, e

11gR2 RAC重启后只能起单节点

11gR2 RAC重启后只能起单节点 问题背景: 将11gR2 RAC正常部署完成之后执行两节点重启操作发现其中有一个节点的集群资源无法启动,遂再次重启该无法启动集群资源的节点,还是不可.随即将正常节点重启发现原故障节点资源起来了,待重启完毕后原正常节点资源无法启动. 集群环境: OS:RedHat EnterPrise5.8 x86_x64 DB:Oracle EnterPrise Database 11.2.0.4.0 x86_x64 GRID:Oracle Grid Infrastruct

RAC一个节点的数据库无法启动:ORA-00600: internal error code, arguments: [4:kgstmLdiToMicroTs], [1], [], [], [], [

一个客户的RAC节点硬件发生了变动,主机重启后数据库实例无法启动,远程登陆查看ALERT日志发现大量报错: Writing to the above trace file is disabled for now on... Errors in file /oracle/app/diag/rdbms/XXXX/XXXX2/trace/XXXX2_ora_184464.trc: ORA-00600: internal error code, arguments: [4:kgstmLdiToMicro

PHPWAMP自启异常,服务器重启后Apache等服务不会自动重启的原因分析

在使用"PHPWAMP自动任务"时,不少学生遇到如下问题: "phpwamp绿色集成环境重启动电脑(服务器)后,不会自动启动网站服务" (如果是其他环境或是自己搭建时遇到此问题,也是可以用此法解决) 此文章内容符合: 为什么网站服务由手动变成自动后还是无法重启? 为什么我把服务设置成自动后,开机又变回手动了? 为什么服务器(电脑)重启后服务不会自动跟着重启? windows服务器重启后网站服务不会自动重启的原因分析. 为什么服务设置成自动后,重启动服务器(电脑)服务

Hadoop 分布式环境slave节点重启忽然不好使了

Hadoop 分布式环境slaves节点重启: 忽然无法启动DataNode和NodeManager处理: 在master节点: vim /etc/hosts: 修改slave 节点的IP (这个时候的IP应当登录slave节点ifconfig 查看) 造成这个原因是: slave节点如果是通过有线连接的路由器,每次重启后IP会被重新分配,如果salve节点是通过无线连接路由器的话不存在这个问题

cloudera manager集群节点更换IP的启动方法

机器ip修改后,主机名不要动,修改/etc/hosts文件,将各主机名对应的ip修改 登陆cloudera manager 的mysql数据库mysql -uroot -pxxxxxxuse cm;修改CM_VERSION表的HOSTNAME字段和HOSTS表的IP_ADDRESS 启动集群:/opt/cm-5.9.0/etc/init.d/cloudera-scm-server start/opt/cm-5.9.0/etc/init.d/cloudera-scm-agent start 不出意

浪潮NF5280M4 服务器安装系统后无法启动

Centos7.0系统安装完成后无法启动 浪潮NF5280M4 服务器安装完Centos7.0系统启动后如下图无法进入系统此服务器分别作了Raid5和Raid1,系统安装到Raid1上面去了,之前安装别的品牌服务器没有发现需要调Raid启动顺序,今天装浪潮服务器时安装完成一直无法启动进Raid发现Raid5在第一项,Raid1在第二项ru'xian如下图:上下键将光标移动到Raid1选项按Ctrl+B将Raid1移动第一项保存退出再次重启问题解决了! 推荐下浪潮的技术文档官网文章写的相当的详细h