在一次客户的升级过程中，由于对crs目录的扩展碰到如下情况：
# lsvg -l rootvg
rootvg:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
hd5 boot 1 2 2 closed/syncd N/A
hd6 paging 67 134 2 open/syncd N/A
hd8 jfs2log 1 2 2 open/syncd N/A
hd4 jfs2 40 80 2 open/syncd /
hd2 jfs2 24 48 2 open/syncd /usr
hd9var jfs2 16 32 2 open/syncd /var
hd3 jfs2 20 40 2 open/syncd /tmp
hd1 jfs2 16 32 2 open/syncd /home
hd10opt jfs2 16 32 2 open/syncd /opt
hd11admin jfs2 16 32 2 open/syncd /admin
lg_dumplv sysdump 12 12 1 open/syncd N/A
livedump jfs2 16 32 2 open/syncd /var/adm/ras/livedump
fslv00 jfs2 344 344 2 open/syncd /oracle
fslv01 jfs2 60 120 2 open/syncd /crs# lsvg rootvg
VOLUME GROUP: rootvg VG IDENTIFIER: 00c2f54500004c0000000125351247e2
VG STATE: active PP SIZE: 256 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 1092 (279552 megabytes)
MAX LVs: 256 FREE PPs: 150 (38400 megabytes)
LVs: 14 USED PPs: 942 (241152 megabytes)
OPEN LVs: 13 QUORUM: 1 (Disabled)
TOTAL PVs: 2 VG DESCRIPTORS: 3
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 2 AUTO ON: yes
MAX PPs per VG: 32512
MAX PPs per PV: 1016 MAX PVs: 32
LTG size (Dynamic): 1024 kilobyte(s) AUTO SYNC: no
HOT SPARE: no BB POLICY: relocatable# bootlist -m normal -o
hdisk0 blv=hd5
hdisk1 blv=hd5
鉴定是否lv有镜像的办法：
# lslv -m hd3
hd3:/tmp
LP PP1 PV1 PP2 PV2 PP3 PV3
0001 0224 hdisk0 0269 hdisk1
0002 0289 hdisk0 0270 hdisk1
0003 0290 hdisk0 0271 hdisk1
0004 0291 hdisk0 0272 hdisk1
0005 0292 hdisk0 0273 hdisk1
0006 0293 hdisk0 0274 hdisk1
0007 0294 hdisk0 0275 hdisk1
0008 0295 hdisk0 0276 hdisk1
0009 0296 hdisk0 0277 hdisk1
0010 0297 hdisk0 0278 hdisk1
0011 0298 hdisk0 0279 hdisk1
0012 0299 hdisk0 0280 hdisk1
0013 0300 hdisk0 0281 hdisk1
0014 0301 hdisk0 0282 hdisk1
0015 0302 hdisk0 0283 hdisk1
0016 0303 hdisk0 0284 hdisk1
0017 0387 hdisk0 0506 hdisk1
0018 0388 hdisk0 0507 hdisk1
0019 0389 hdisk0 0508 hdisk1
0020 0390 hdisk0 0509 hdisk1# lslv -m fslv00
fslv00:/oracle
LP PP1 PV1 PP2 PV2 PP3 PV3
0001 0129 hdisk1
0002 0130 hdisk1
0003 0131 hdisk1
0004 0132 hdisk1
0005 0133 hdisk1
0006 0134 hdisk1
0007 0135 hdisk1
0008 0136 hdisk1
0009 0137 hdisk1
如上可以看到，fslv00是没有镜像的。
可以发现做了镜像的rootvg，两块盘为hdisk0，hdisk1，启动顺序为2块盘都可以启动，那么问题问题在哪里呢？
仔细观察LPs和PPs的数量对比时候，可以发现/crs和/oracle目录所在fslv00，fslv01的LPs=PPs的数量，而其他的文件系统所挂载的PPs=2*LPs，这个说明了系统工程师在创建集群件和数据库目录的时候，没有对相关的lv做镜像，导致了rootvg镜像的意义已经失去了，一旦Hdisk0故障，会导致主机所在的集群和数据库无法运行，无法达到rootvg的镜像效果，更糟糕的问题在于系统工程师在为crs增加空间的时候，把hdisk1的空间加到了crs目录，导致无法对fslv00直接做mirror，这时候有两种办法处理这种潜在的验证风险因子方法：
1）把crs在hdisk1中占用的空间清理之后转移到hdisk1中再对相关的fslv00，fslv01做lv级别的mirror；
参考连接：
链接1：如何处理lv镜像
2）在清理完crs占用hdisk1空间之后，取消hdisk1的mirror，然后重新extened做mirror；
参考连接：
链接2：Aix取消vg镜像，以及重做vg镜像
