(2). 状况异常会导致remove，这个具体原因不明

应对: 应用chpv -v a hdiskx可以手工更正过来

(3).其他异常，如pvid损掉等。可经由过程recreatevg敕令重建vg

3.LVM在集群情况中的应用

在实际临盆情况中，LVM经常会涌如今各类集群情况中，比如IBM PowerHA，Oracle RAC等等，在不合的集群情况、不消的应用处景中，对LVM的请求也各不雷同，须要我们在实施和保护中多加留意。

典范问题：

1. HACMP中LVM shrink lv问题?

2. 想懂得下ha情况中，lvm若何治理，存储扩容，存储机能优化?

3. LVM Mirror个一一台存储挂起，另一台文件体系拜访时光?

5. 在HA情况下一向营业，若何姑息组增长mirror pool功能?

解答以上问题，须要具备下常识

LVM最常出现的场景就是IBM PowerHA(以前的HACMP)，vg在HACMP中可以以两种方法出现。一种是通俗的vg模式，一种是fast takeover模块(concurrent vg)。不管采取哪种方法，请求挂接的存储盘在两个节点上的PVID必须是一样的。最好major number也要一样。在设备好HACMP并投入运行后，后期对存储层面的变革根本都邑涉及到lvm，今朝有两种处理方法：

(2). 直接经由过程hacmp的c-spoc来在线操作，无需停止HACMP。

在应用Oracle RAC的场景中比较特别。早期Oracle11.2之前的版本，可以应用裸设备、集群文件体系和asm(10版本)。不管是asm照样裸设备都应用了HACMP，在这里HACMP的感化是将并发的concurrent vg在两个节点同时拉起来(当然，rac的一些办事也要像grpsvcs注册，这里只评论辩论LVM相干)。所以，只有oracle在应用裸设备或asm的情况下，并且应用了LVM的方法，才会用到HACMP，其他时刻不须要。并且，应用了HACMP+concurrent vg的场景下，后续lv的增删可以在一个节点履行，另一个节点会主动辨认。到了11G r2版本后，裸设备已经不再被支撑，HACMP也掉去了存在的意义，根本只应用asm了。并且，因为asm应用的是裸磁盘，辨认到的hdiskx还须要将PVID清除掉落。

如今我们再来看膳绫擎的问题：

Q：HACMP中LVM shrink lv问题?

A：直接经由过程smithacmp–c-spoc菜单履行即可。也可以在单个节点修改后，另一个节点从新导入。

Q: 想懂得下HA情况中，LVM若何治理，存储扩容，存储机能优化?

4. PVID号不合的话不会影响ha接收吧?

A: LVM治理，HA情况下须要推敲两台机械的一致性问题，powerha 7.1版苯换辉动把单机lvm敕令翻译成HA情况下的双机敕令，如不雅是hacmp6.1之前的版本，要在HA菜单中操作，才能包管共享vg的信息一致:smittycl_lvm

要留意，更老的版本，5.4.1之前的┞封个经常会掉败，也就是说调剂lvm，可能须要安排共享vg varyoff。存储扩容，对os来说，就是lvm治理，同上。

存储机能优化，要具体看情况，双存储镜像在核心db上很常见，要留意两份数据，很清楚的分布在两个存储上，而不只是分布在两个lun上。

Q：LVM Mirror个一一台存储挂起，另一台文件体系拜访时光?

A：如不雅是本地盘，几乎没有影响。如不雅是两个存储做了LVM的镜像，在对这个情况调优情况下，(AIX FC HDISK参数)一般会有20s阁下的io挂起时光。

Q：PVID号不合的话不会影响HA接收吧?

A：请求hacmp情况中的共享磁盘具有雷同的PVID，最好major number也一样。

1. lvm方法。新的v7000接入aix，设备好lun参加vg，以mklvcopy的方法创建镜像，做完后解除镜像删掉落5100的lun。可以无停机时光。

Q：在HA情况下一向营业，若何姑息组增长mirror pool功能?

A：mirror pool重要用于hacmp下的lvm mirror。它的好处是可以在盘数比较多的情况下，把要镜像的两组盘区分开。在ha一向机的情况下，步调如下

ds45k存储下，rdac这几个设备经常会异常，导致硬盘混乱，改┞俘不过来，须要大年夜darx到hdiskx都删除，再从新cfgmgr

(1)经由过程c-spoc在线添加对应磁盘

(2)经由过程c-spoc在线创建mirror pool

(3)经由过程c-spoc把磁盘加到mirror pool中

(4)经由过程c-spoc给vg做镜像

4.基于LVM的高可用或迁徙筹划

因为LVM自身的特点，使得可以直接基于LVM设计存储高可用和存储迁徙的筹划。善用LVM使得我们不管在筹划设计照样日常工作中都邑受益良多。

典范问题：

1. 临盆挂两个存储，在VG层面做镜像，实施DS8000存储级容灾应当留意什么?

2. 对于善用AIX LVM特点直接做存储双活筹划，有几个点想咨询?

3. lvm做镜像若何实现磁盘的读写分别?

4. lvm镜像不合存储的两个卷，存储机能需求及存储故障影响?

解答以上问题，须要具备下常识

AIX本身的LVM mirror功能使得AIX在LVM层面上的存储迁徙和高可用成功可能。相干的mirrorvg、mklvcopy、migratepv等敕令都可以应用这些场景中。个中mirrorvg实际上调用的┞氛样mklvopcy敕令，对卷组根本实现镜像。Mklvcopy可零丁的对单个lv进行镜像。Migratepv用于在同卷组中的不合pv间迁徙数据，不克不及在不合卷组间迁徙，不克不及迁徙条带化lv。

再来看膳绫擎的问题：

Q：临盆挂两个存储，在VG层面做镜像，实施DS8000存储级容灾应当留意什么?临盆挂两个存储，在VG层面做镜像，在这种场景做DS8000存储的MM复制须要存眷那几个方面?应当留意什么?

A：这是IBM前几年最推许的成熟靠得住的解决筹划，今朝很多金融用户有案例，应用相对广泛，近两年开端推广hyperswap的筹划了

LVM双存储须要调剂大年夜量的AIX OS FC Hidsk的参数，来包管本地的存储高可用性，同城之间应用DWDM来包管数据链路传输平安稳定靠得住。

重要照样推敲机能方面的问题，如不雅两台存储设备不一样，机能不一样的话，做mirror可能会影响上层应用，留意多路径策略的选择。做MM的话，距离太远会导致IO传输路径变长，service time高，对IO响应时光敏感的应用体系斜┴别存眷。

如许架构的还有一个问题在于，灾备端的卷vgda里记录是有VG镜像的。是以，在拉起灾备的时刻，会pv missing校验报错，importvg时光会较长。是以在pv较多的情况下，须要测算一下灾备vg varyon的时光。某银行曾出现过类似架构切换拉起卷一个多小时的情况。

　　推荐阅读

　　RequireJS模块化编程详解

1.模块的写法模块化编程一般都有这么几个过度过程，如下描述。原始办法function m1(){ //... } function m2(){ //... } 膳绫擎的函数m1()和m2()，构成一个模块。应用的时刻，直接调用就行>>>详细阅读

本文标题：AIX LVM基本概念理解及十八个典型问题

地址：http://www.17bianji.com/lsqh/35294.html

 1/2    1