具有多个管理节点的Windows 2008上的MySQL Cluster 7.1

Question

我希望有人能够指出我在哪里出错，将具有多个管理节点的MySQL Cluster 7.1集群化为3台服务器。

目前，集群可以与一个管理节点完美协作。这是设置：

1. 首先服务器只运行ndb_mgmd的一个实例（192.168.66.114）
2. 二台服务器运行的ndbd和mysqld的实例（192.168.66.2）
3. 三服务器运行的实例ndbd和mysqld（192.168.66.113）

我想在集群中引入第二个管理节点。我有两个管理服务器完全相同的config.ini。那就是：

[NDBD DEFAULT] 
NoOfReplicas=2 

[MYSQLD DEFAULT] 

[NDB_MGMD DEFAULT] 
PortNumber=1186 
datadir=c:/Progra~1/mysql-cluster-gpl-7.1.3-win32 
LogDestination=FILE:filename=c:/Progra~1/mysql-cluster-gpl-7.1.3-win32/clusterlog.log 


[TCP DEFAULT] 

# Management Server 
[NDB_MGMD] 
Id=1 
HostName=192.168.66.114 
ArbitrationRank=1 

[NDB_MGMD] 
Id=6 
HostName=192.168.66.2 
ArbitrationRank=2 

# Storage Engines 
[NDBD] 
Id=2 
HostName=192.168.66.2 
DataDir= D:/AppData/ndb-7.1.3 

[NDBD] 
Id=3 
HostName=192.168.66.113 
DataDir= D:/AppData/ndb-7.1.3 

[MYSQLD] 
Id=4 
HostName=192.168.66.2 

[MYSQLD] 
Id=5 
HostName=192.168.66.113 

当我开始在两台服务器上ndb_mgmd实例，并在ndb_mgm发出show命令，第一管理服务器我看到它开始于：

ndb_mgm> show 
Connected to Management Server at: localhost:1186 
Cluster Configuration 
--------------------- 
[ndbd(NDB)]  2 node(s) 
id=2 @192.168.66.2 (mysql-5.1.44 ndb-7.1.3, Nodegroup: 0, Master) 
id=3 @192.168.66.113 (mysql-5.1.44 ndb-7.1.3, Nodegroup: 0) 

[ndb_mgmd(MGM)] 2 node(s) 
id=1 @192.168.66.114 (mysql-5.1.44 ndb-7.1.3) 
id=6 (not connected, accepting connect from 192.168.66.2) 

[mysqld(API)] 2 node(s) 
id=4 @192.168.66.2 (mysql-5.1.44 ndb-7.1.3) 
id=5 @192.168.66.113 (mysql-5.1.44 ndb-7.1.3) 

ndb_mgm> 

我还没有第二管理服务器上启动第二管理实例，因此下面的行是完全行（从上面ndb_mgm输出）：

id=6 (not connected, accepting connect from 192.168.66.2) 

然后，我转到第二台管理服务器（192.168.66.2），然后启动ndb_mgmd。启动它后，我反对它发出show命令：

ndb_mgm> show 
Cluster Configuration 
--------------------- 
[ndbd(NDB)]  2 node(s) 
id=2 (not connected, accepting connect from 192.168.66.2) 
id=3 (not connected, accepting connect from 192.168.66.113) 

[ndb_mgmd(MGM)] 2 node(s) 
id=1 (not connected, accepting connect from 192.168.66.114) 
id=6 @192.168.66.2 (mysql-5.1.44 ndb-7.1.3) 

[mysqld(API)] 2 node(s) 
id=4 (not connected, accepting connect from 192.168.66.2) 
id=5 (not connected, accepting connect from 192.168.66.113) 

ndb_mgm> 

而不是列出两个管理节点的连接，第二个管理节点只是报告说，它本身连接。在192.168.66.114让我们再回到第一个管理服务器仍然给出了相同的输出前启动第二ndb_mgmd，在192.168.66.114即唯一的管理节点连接：

ndb_mgm> show 
Connected to Management Server at: localhost:1186 
Cluster Configuration 
--------------------- 
[ndbd(NDB)]  2 node(s) 
id=2 @192.168.66.2 (mysql-5.1.44 ndb-7.1.3, Nodegroup: 0, Master) 
id=3 @192.168.66.113 (mysql-5.1.44 ndb-7.1.3, Nodegroup: 0) 

[ndb_mgmd(MGM)] 2 node(s) 
id=1 @192.168.66.114 (mysql-5.1.44 ndb-7.1.3) 
id=6 (not connected, accepting connect from 192.168.66.2) 

[mysqld(API)] 2 node(s) 
id=4 @192.168.66.2 (mysql-5.1.44 ndb-7.1.3) 
id=5 @192.168.66.113 (mysql-5.1.44 ndb-7.1.3) 

ndb_mgm> 

我花了很多时间，现在想找出有什么不对，但无济于事。也请看看第一个管理服务器的ndb_mgmd日志文件，摘录其中开始第二ndb_mgmd之后马上拍摄在192.168.66.2：

2010-05-21 16:05:04 [MgmtSrvr] INFO  -- Reading cluster configuration from 'c:/Progra~1/mysql-cluster-gpl-7.1.3-win32/config.ini' 
2010-05-21 16:05:04 [MgmtSrvr] WARNING -- at line 45: Cluster configuration warning: 
    arbitrator with id 6 and db node with id 2 on same host 192.168.66.2 
    Running arbitrator on the same host as a database node may 
    cause complete cluster shutdown in case of host failure. 
2010-05-21 16:05:04 [MgmtSrvr] INFO  -- Config equal! 
2010-05-21 16:05:04 [MgmtSrvr] INFO  -- Mgmt server state: nodeid 1 reserved for ip 192.168.66.114, m_reserved_nodes 1. 
2010-05-21 16:05:04 [MgmtSrvr] INFO  -- Id: 1, Command port: *:1186 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- 127.0.0.1:3727: Connected! 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- Sending CONFIG_CHECK_REQ to 1 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- Got CONFIG_CHECK_REQ from node: 1. Our generation: 1, other generation: 1, our state: 2, other state: 2, our checksum: 0xc7202738, other checksum: 0xc7202738 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- Send CONFIG_CHECK_CONF to node: 1 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- Got CONFIG_CHECK_CONF from node: 1 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- 192.168.66.113:51051: Connected! 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- 192.168.66.2:65492: Connected! 
2010-05-21 16:05:04 [MgmtSrvr] INFO  -- Node 1: Node 6 Connected 
2010-05-21 16:05:04 [MgmtSrvr] INFO  -- Node 6 connected 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- Sending CONFIG_CHECK_REQ to 6 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- Got CONFIG_CHECK_CONF from node: 6 
2010-05-21 16:05:04 [MgmtSrvr] INFO  -- Node 1: Node 3 Connected 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- 192.168.66.113:51051: Stopped! 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- 192.168.66.113:51051: Disconnected! 
2010-05-21 16:05:04 [MgmtSrvr] INFO  -- Node 1: Node 2 Connected 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- 192.168.66.2:65492: Stopped! 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- 192.168.66.2:65492: Disconnected! 
2010-05-21 16:05:05 [MgmtSrvr] INFO  -- Node 3: Prepare arbitrator node 1 [ticket=16800008ebadb656] 
2010-05-21 16:05:05 [MgmtSrvr] INFO  -- Node 2: Started arbitrator node 1 [ticket=16800008ebadb656] 

就个人而言，我觉得从上面下面两行输出有意思：

2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- 192.168.66.2:65492: Stopped! 
2010-05-21 16:05:04 [MgmtSrvr] DEBUG -- 192.168.66.2:65492: Disconnected! 

没有错误消息，虽然，它只是说停止与断开。

任何人都可以弄清楚我的设置有什么问题吗？任何帮助将非常感激。

Answer 1

伙计们，这个人实际上已经修好了。不知道为什么，但今天晚些时候，第二个管理节点开始连接，没有我的干预。

Answer 2

http://dev.mysql.com/tech-resources/articles/mysql-cluster-for-two-servers.html

上述链路是一步一步引导我用于实现我的集群设置。本文适用于基于Linux的安装，但对于Windows安装程序，步骤几乎完全相同。 Windows的命令行语法当然不同。您需要处理的唯一区别是将MySQL集群文件放在Windows盒子上的适当位置并手动安装服务。一旦你完成了，没有什么区别 - 全部都在配置文件中完成。 对于初学者，您可以复制安装文件，然后从命令行启动所有内容。通过这种方式，您可以轻松排查可能出现的任何问题，因为您会在命令提示符窗口中看到错误。否则，您需要首先配置日志以查看日志，以了解发生了什么。请注意，你必须成为魔术师才能从第一次尝试中获得一切工作，因此请将开始的记录留给初学者，直接在命令提示符窗口中查看群集服务的输出。 如果你设法让所有的东西都能正常工作，你应该继续在Windows下安装“守护进程”作为服务。如果需要帮助，我可以帮助你。事实证明，安装这些服务可能是一项非常棘手的任务 - 尽管一段时间后我安装了集群，但我记得安装这些服务花了我一些时间。我是在试错的基础上做的。从内存中，安装服务时，您的路径中只能使用8.3个名称。否则，我的启动失败（或作为服务安装，不记得确切）。