这个V7000的微码版本有关，最近版本的微码是可以实现自动切换的，低版本从硬件上都限制了，升不上去微码。两台同时配置到主机下，会只有一台V7000工作，另外一台只是备机。

是的，解决io问题可以从宏观的多节点集群来处理，不仅是mysqlcluster 使用mha mm/ms/pxc等集群也可以 使用keepalive或者heartbeat都可以保证ha ，具体到表和库也可以分库分表，把io分散到不同的磁盘上，也可以提高性能，从而解决io问题...

停止ha，smit hacmp 里面remove cluster 就可以了

1.初始化IP为cluster ip2.默认的IP为service ip3.cluster ip是在两个控制器1口浮动，需通过交换机连接4.做MDISK POOL VDISK需要cluster ip里做5.cluster ip和service ip都在第一个口（也就是一个物理网口上有两个ip）...

这个确实没办法提供，属于内部保密资料。望谅解。

Cluster信息保存在集群中所有节点的内存中，定期刷到仲裁磁盘上（3个）。如果非常不幸，一个I/O Group中的两个nodes同时挂了，那么这个I/O Group内的缓存数据会刷到节点本身自带的硬盘中。节点修复后，数据会被重新读回来，不会发生数据丢失。在两个节点同时故障时，volume无法对外提供...

大部分情况可以，需要查一个兼容列表，确认哪些型号的老节点可以升级到与新节点相同的微码，然后就可以组成一个集群。

具体情况是这样我搭建的mysql cluster2 个管理节点 4个data节点  4个sql节点，如下所示^[[AConnected to Management Server at: localhost:1186Cluster Configuration---------------------[ndbd(NDB)]     4 node(s)id=11   @10...(more)

FT的使用率是很低的，因为他的单点故障在于操作系统及以上的应用程序。而这些故障产生的可能性比服务器硬件故障率要高很多。HA一般都是打开的，可以根据虚拟机、应用进程设置HA，更细节的话，有一些网络、存储故障隔离策略。DRS一般也是打开的，这个是基本上没有什么坏处的，可调整D...

和V7000一样的。链接到一块，然后在管理界面里面创建集群