RAC升级时丢失逻辑卷的问题及解决方法

RAC升级时丢失逻辑卷的问题及解决方法

一.   硬件环境

1.       服务器型号：AIX power5小型机

2.       双机软件：HACMP 5.4.1

3.       数据库软件：oracle 10.2.0.4 RAC

 

二.   出现问题描述

1.       成功升级完CRS和DBSOFT后,在使用dbca创建数据库时,在配置控制文件,数据文件,重做日志文件路径时,在节点1上无法看到rbdc_system和rbdc_sysaux两个逻辑卷。而且权限和属组也不对。

#ls -l rbdc*

crw-rw----    1 root   system          49, 26 Feb 24 11:14 rbdc_arch

crw-rw----    1 root   system          49,  7 Feb 24 11:14 rbdc_ctl01

crw-rw----    1 root   system          49,  8 Feb 24 11:14 rbdc_ctl02

crw-rw----    1 root   system          49,  9 Feb 24 11:14 rbdc_ctl03

crw-rw----    1 root   system          49, 24 Feb 24 11:14 rbdc_ocr

crw-rw----    1 root   system          49, 10 Feb 24 11:14 rbdc_redo_111

crw-rw----    1 root   system          49, 11 Feb 24 11:14 rbdc_redo_112

crw-rw----    1 root   system          49, 12 Feb 24 11:14 rbdc_redo_121

crw-rw----    1 root   system          49, 13 Feb 24 11:14 rbdc_redo_122

crw-rw----    1 root   system          49, 14 Feb 24 11:14 rbdc_redo_131

crw-rw----    1 root   system          49, 15 Feb 24 11:14 rbdc_redo_132

crw-rw----    1 root   system          49, 16 Feb 24 11:14 rbdc_redo_211

crw-rw----    1 root   system          49, 17 Feb 24 11:14 rbdc_redo_212

crw-rw----    1 root   system          49, 18 Feb 24 11:14 rbdc_redo_221

crw-rw----    1 root   system          49, 19 Feb 24 11:14 rbdc_redo_222

crw-rw----    1 root   system          49, 20 Feb 24 11:14 rbdc_redo_231

crw-rw----    1 root   system          49, 21 Feb 24 11:14 rbdc_redo_232

crw-rw----    1 root   system          49, 22 Feb 24 11:14 rbdc_spfile

crw-rw----    1 root   system          49, 23 Feb 24 11:14 rbdc_srvconfig

crw-rw----    1 root   system          49,  4 Feb 24 11:14 rbdc_temp

crw-rw----    1 root   system          49,  5 Feb 24 11:14 rbdc_undo_01

crw-rw----    1 root   system          49,  6 Feb 24 11:14 rbdc_undo_02

crw-rw----    1 root   system          49,  3 Feb 24 11:14 rbdc_users

crw-rw----    1 root   system          49, 25 Feb 24 11:14 rbdc_votingdisk

 

 

解决方法：

1.       停止crs：$CRS_HOME/bin/crsctl stop crs

 

2.       停止ha：smitty clstop

 

3.       在故障节点上执行逻辑卷组的导出命令：export oravg

 

4.       查看卷组状态，应该是不可用状态

# lspv

hdisk0          000703c7fa986e7a                    rootvg          active

hdisk1          000703c7fddb9bc3                    rootvg          active

hdisk2          000703c7223de468                    oravg          

hdisk3          000703c7223de507                    oravg 

 

5.       在故障节点上将正常节点的卷组信息导入过来

#smitty importvg oravg

添加vg名称和使用的物理磁盘名称

命令执行成功后，会发现丢失的逻辑卷能重新看见了。

 

6.       启动HA：smitty clstart

查看所有节点的卷组状态是否正常

# lspv

hdisk0          000703c7fa986e7a                    rootvg          active

hdisk1          000703c7fddb9bc3                    rootvg          active

hdisk2          000703c7223de468                    oravg          concurrent

hdisk3          000703c7223de507                    oravg          concurrent

 

7.       手工更改权限和属组。

 

8.       在正常节点上做逻辑卷组的导出和导入操作，目的是同步所有节点的卷组信息。

 

9.       测试：启动和关闭HA，分别观察卷组的权限和属组是否正常。如果需要可以重启服务器来进行验证。

1.jpg

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10710960/viewspace-557606/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10710960/viewspace-557606/