一旦脑裂发生，应该如何处理？

脑裂发生，其实就是HACMP故障的一种，一般情况下，HACMP出故障了，不建议在生产时间来修理HACMP问题，

第一步：赶紧把HACMP停掉（此时，有可能需要重启某台机器），把资源都释放掉。

第二步：手动把vg和文件系统都挂在起来

第三步：配置service IP地址（ifconfig eth0 1.1.1.X alias）

第四步：执行业务启动脚本（最好是hacmp的start脚本，手动执行），启动业务，开始测试

第五步：找可以停业的时间，最好由相关的服务商一起来处理这个故障

处理的原则就是，尽快回复业务，hacmp不重要，业务才是重要的

管理员的职责，就是把发生的故障造成的影响降到最低。

遇到过AIX7+HA6下发生脑裂的案例，将HA补丁打到最高就解决了

“裂脑”，一个很形象的术语。HA系统危机情景。

在“双机热备”高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障，2个节点上的HA软件像“裂脑人”一样，“本能”地争抢“共享资源”、争起“应用服务”，就会发生严重后果：或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据库轮询着的联机日志出错）。

对付HA系统“裂脑”的对策，目前我所了解的大概有以下几条：

1）添加冗余的心跳线，例如双线条线。尽量减少“裂脑”发生机会。

2）启用磁盘锁。正在服务一方锁住共享磁盘，“裂脑”发生时，让对方完全“抢不走”共享磁盘资源。但使用锁磁盘也会有一个不小的问题，如果占用共享盘的一方不主动“解锁”，另一方就永远得不到共享磁盘。现实中假如服务节点突然死机或崩溃，就不可能执行解锁命令。后备节点也就接管不了共享资源和应用服务。于是有人在HA中设计了“智能”锁。即，正在服务的一方只在发现心跳线全部断开（察觉不到对端）时才启用磁盘锁。平时就不上锁了。

3）设置仲裁机制。例如设置参考IP（如网关IP），当心跳线完全断开时，2个节点都各自ping一下 参考IP，不通则表明断点就出在本端，不仅“心跳”、还兼对外“服务”的本端网络链路断了，即使启动（或继续）应用服务也没有用了，那就主动放弃竞争，让能够ping通参考IP的一端去起服务。更保险一些，ping不通参考IP的一方干脆就自我重启，以彻底释放有可能还占用着的那些共享资源。

非常专业的回答。以客户为中心，先处置现场，再事后分析故障原因。

楼上正解，支持