sql群集节点

❶ 如何在Windows系统中配置Mysql群集

MySQL 群集是一种技术，该技术允许在无共享的系统中部署“内存中”和“磁盘中”数据库的 Cluster 。通过无共享体系结构，系统能够使用廉价的硬件，而且对软硬件无特殊要求。此外，由于每个组件有自己的内存和磁盘，不存在单点故障。MySQL Cluster 由一组计算机构成，每台计算机上均运行着多种进程，包括 MySQL 服务器，NDB Cluster 的数据节点，管理服务器，以及（可能存在的）专门的数据访问程序。

管理服务器(MGM节点)负责管理 Cluster 配置文件和 Cluster 日志。Cluster 中的每个节点从管理服务器检索配置数据。当数据节点内出现新的事件时，节点将关于这类事件的信息传输到管理服务器，然后，将这类信息写入 Cluster 日志。

目前能够运行 MySQL Cluster 的操作系统有 Linux、Mac OS X 和 Solaris，最新的版本已经支持 Windows 操作系统。

MySQL 群集的数据节点之间的通信是不加密的，并且需要高速的带宽，所以建议把群集建立在一个高速局域网内，不建议跨网段、跨公网的部署这种系统体系。

MySQL 群集分为三种节点：管理节点，数据节点和SQL节点。

管理节点：主要用于管理各个节点，能够通过命令对某个节点进行重启、关闭、启动等操作。也能够监视全部节点的工作状态。
数据节点：主要是对数据的存储，不提供其他的服务。
SQL节点：主要是对外提供SQL功能，类似一台普通的 MySQL Server。

而SQL节点和数据节点可以是同一台机器，也就是说这台机器即是SQL节点也是数据节点。它们只是逻辑关系上的划分，实际部署时，甚至所有的阶段都可以位于同一台物理机器上，只是配置较复杂些。

一、软件下载机器操作环境

配置 MySQL 群集必需使用其群集版本，注意和 MySQL Server 版本的区别。本文以 Windows 平台下的 MySQL 群集版本 MySQL Cluster 7.1.3 为例（截至2010年6月初的最高版本），这是 MySQL Server 5.1 系列版本之一，添加了群集的功能。下载地址为：http://dev.mysql.com/downloads/cluster，选择 mysql-cluster-gpl-noinstall-7.1.3-win32.zip 文件，这是一个 for Windows 32位版本的、免安装的二进制版本。

根据自己的操作系统的位数，也可以选择 64 位版本的。还有一个 27.2M 的 Windows(x86, 32-bit) 版本，下载下来需要自己编译，有经验的高级用户可以选用。

本实验在 2 台安装 Windows Server 2003(sp2) 的机器上进行。节点分配及 IP 配置如下：

第一台机器，IP 为 10.0.0.201，作为管理节点(MGM)，SQL节点1(SQL1)，数据节点1(NDBD1)。
第二台机器，IP 为 10.0.0.202，作为SQL节点2(SQL2)，数据节点2(NDBD2)。

管理节点最好不要与数据节点部署在同一台服务器上，否则可能会因为该数据节点服务器的当机，而导致管理节点服务器的问题，从而导致整个群集系统的崩溃。

二，配置管理节点：

在第一台机器上，建文件夹 D:\mysql-cluster，在其下建立文件 config.ini，内容如下：

[NDBD DEFAULT]
NoOfReplicas=1

[MYSQLD DEFAULT]

[NDB_MGMD DEFAULT]

[TCP DEFAULT]

# Managment Server
[NDB_MGMD]
hostname=10.0.0.201

# Storage Engines
[NDBD]
hostname=10.0.0.201
datadir= D:\data

[NDBD]
hostname=10.0.0.202
datadir= D:\data

# SQL Engines
[MYSQLD]
hostname=10.0.0.201

[MYSQLD]
hostname=10.0.0.202

Cluster 管理节点的默认端口是1186，数据节点的默认端口是 2202。从 MySQL 5.0.3开始，该限制已被放宽，Cluster 能够根据空闲的端口自动地为数据节点分配端口。如果你的版本低于5.0.22，请注意这个细节。

Cluster 管理节点作为一个服务端(通过运行 db_mgmd.exe 程序读取本配置文件来启动)，通过本机上的客户端 ndb_mgm.exe 来连接和操作。

三、配置 MySQL 数据库服务器：

在2台机器上，分别依次操作。

解压 mysql-cluster-gpl-noinstall-7.1.3-win32.zip 文件到 D:\mysql-cluster-gpl-noinstall-7.1.3-win32 文件夹下，把 D:\mysql-cluster-gpl-noinstall-7.1.3-win32\bin 加到 Windows 的系统 path 中。

打开DOS命令行窗口（配置完系统path后，在再次打开新的命令行窗口），执行以下语句，让 MySQL 作为 Windows 服务运行：

mysqld.exe -install mysql

再在 Windows 服务管理界面里，配置 mysql 服务，手动启动（不要自动启动）。

把 D:\mysql-cluster-gpl-noinstall-7.1.3-win32 下的某个备用的配置文件（例如my-small.ini）复制为 my.ini 文件。

建立 D:\tmp 文件夹。

四、配置SQL节点和数据节点：

在2台机器上，分别依次操作。

建立文件夹 D:\data。

编辑 NySQL 配置文件 D:\mysql-cluster-gpl-noinstall-7.1.3-win32\my.ini，在 [mysqld] 节末尾加语句：

#SQL群集节点
ndbcluster
ndb-connectstring=10.0.0.201

有了 ndbcluster 语句，mysql 服务将作为群集的 SQL 节点启动。mysqld.exe 命令带参数 –ndbcluster 运行是一样的效果。
mysql 服务连接到数据节点的 2202 默认端口，或自动分配的别的可用端口。
（问题：SQL节点如何获得数据节点的IP地址？是否通过连接管理节点，取得所有数据节点的IP地址的列表？）
这里的连接字符串的值在 MySQL 服务启动时使用，用于连接到管理节点。

在末尾加语句：

#NDB集群节点
[mysql_cluster]
ndb-connectstring=10.0.0.201

注：好像以下形式也可：
[ndbd]
ndb-connectstring=10.0.0.201

这里的连接字符串的值在数据节点启动时使用，用于连接到管理节点。

五，启动群集各服务器

启动顺序依次是：管理节点、数据节点、SQL节点。

1，启动管理节点

在第一台服务器的DOS窗口，运行命令：

C:\>ndb_mgmd.exe -f d:\mysql-cluster.conf\config.ini –configdir=d:\mysql-cluster

注：如果不带 –configdir=d:\mysql-cluster 参数，将默认为 C:\mysql\mysql-cluster 文件夹。

屏幕显示：

C:\>ndb_mgmd.exe -f d:\mysql-cluster.conf\config.ini –configdir=d:\mysql-cluster
2010-06-10 01:16:57 [MgmtSrvr] INFO — NDB Cluster Management Server. mysql-5.1.44 ndb-7.1.3
2010-06-10 01:16:57 [MgmtSrvr] INFO — Reading cluster configuration from ‘d:\mysql-cluster.conf\config.ini'
2010-06-10 01:16:57 [MgmtSrvr] INFO — Got initial configuration from ‘d:\mysql-cluster.conf\config.ini', will try to set it when all ndb_mgmd(s) started
2010-06-10 01:16:57 [MgmtSrvr] INFO — Mgmt server state: nodeid 1 reserved for ip 10.0.0.201, m_reserved_nodes 1.
2010-06-10 01:16:57 [MgmtSrvr] INFO — Id: 1, Command port: *:1186
==INITIAL==
2010-06-10 01:16:57 [MgmtSrvr] INFO — Starting initial configuration change
2010-06-10 01:16:57 [MgmtSrvr] INFO — Configuration 1 commited
2010-06-10 01:16:57 [MgmtSrvr] INFO — Config change completed! New generation: 1
==CONFIRMED==

2，启动数据节点

分别在2台服务器的DOS窗口运行命令。

第一次，或初始化群集节点时，运行命令：

ndbd.exe –initial

初始化之后，只运行 ndbd.exe 即可。若带参数 –initial 运行，将使正常运行的群集系统中，数据节点的数据全部丢失。

数据节点依赖管理节点服务器，进行数据的自动复制和同步，使各个数据节点的数据保持一致，并在某个数据节点意外关闭又恢复后，进行数据的恢复重建。

3，启动SQL节点

有了 ndbcluster 语句，启动 mysql 服务，就启动了SQL节点。应在前2种节点启动后，分别在2台服务器上进行。

六、群集管理

在所有的数据节点和SQL节点未启动之前，运行群集管理节点服务的客户端 ndb_mgm.exe，只能获得以下信息：

C:\>ndb_mgm.exe
— NDB Cluster — Management Client –
ndb_mgm> show
Cluster Configuration
———————
[ndbd(NDB)] 2 node(s)
id=2 (not connected, accepting connect from 10.0.0.201)
id=3 (not connected, accepting connect from 10.0.0.202)

[ndb_mgmd(MGM)] 1 node(s)
id=1 @10.0.0.201 (mysql-5.1.44 ndb-7.1.3)

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

ndb_mgm>

说明数据节点、SQL节点均未连接到管理节点服务。

在所有的数据节点和SQL节点正确启动之后，将获得以下信息：

ndb_mgm> show
Cluster Configuration
———————
[ndbd(NDB)] 2 node(s)
id=2 @10.0.0.201 (mysql-5.1.44 ndb-7.1.3, Nodegroup: 0, Master)
id=3 @10.0.0.202 (mysql-5.1.44 ndb-7.1.3, Nodegroup: 1)

[ndb_mgmd(MGM)] 1 node(s)
id=1 @10.0.0.201 (mysql-5.1.44 ndb-7.1.3)

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

ndb_mgm>

关闭群集的DOS命令：

ndb_mgm -e shutdown

或在 ndb_mgm 环境下执行 shutdown 命令。

以上命令或关闭管理节点服务和所有的数据节点。随意、强行关闭群集系统（关机或关闭进程），会导致数据没有全部写回磁盘而导致的数据丢失。

关闭SQL节点的 mysqld 服务：

C:\>net stop mysql，或：

C:\>mysqladmin -u root shutdown

七、测试

正常运行的 MySQL 群集系统，通过SQL节点可以对数据节点进行数据库操作，各数据节点可以自动进行数据同步。某一个数据节点关闭后，不影响SQL节点的使用。某些数据节点出错后，可以进行恢复。需要注意的是，SQL节点建立数据库时，必须选择“ndbcluster”数据库引擎。如果不选择“ndbcluster”引擎，建立的数据库将不会进入MySQL群集系统中，但是可以独立使用。

另外，每个 NDB 表必须有一个主键。如果在创建表时未定义主键，NDB Cluster 存储引擎将自动生成隐含的主键。该隐含的键也将占用空间，就像任何其他的表索引一样。由于没有足够的内存来容纳这些自动创建的键，出现问题并不罕见。

❷ SQL群集需要几台应急

集群最少要求有3台计算机。
在复制系统中，一个MySQL主服务器会更新一个或多个从服务器。事务是顺序地提交的，因此一个慢事务就可能导致从服务器比主服务器落后一段时间.这也意味着，如果主服务器出错失败了，那么从服务器可能会缺少记录最后的那一小部分事务日志。如果使用的是事务安全存储引擎的话，例如InnoDB，那么事务日志则会完全记录到从服务器上去或者完全不记录，但是复制不能保证主和从服务器上的数据总是保持一致性。在MySQL集群中，所有的数据总是保持同步，在任何数据节点上提交的事务都同步到所有其他的数据节点上了。如果有一个数据节点失败了，其他正常的数据节点照样能保持数据的一致性。
集群最少要求有3台计算机，不过我们建议最好是4台。有2台分别运行管理节点和SQL节点，另外2台作为数据节点。采取2台数据节点的目的是提高数据的冗余度，管理节点放在一个独立的主机上是为了能够保证在万一有一台数据节点失败的情况下提供仲裁服务。

❸ 如何创建新的 SQL Server 故障转移群集

若要安装
SQL
Server
故障转移群集，必须在故障转移群集的每个节点上运行安装程序。若要向现有的
SQL
Server
故障转移群集添加节点，则必须在要添加至
SQL
Server
故障转移群集实例的节点上运行
SQL
Server
安装程序。不要在活动节点上运行安装...

❹ 有没有大佬知道安装sqlserver2008时，显示群集节点失败怎么解决啊

操作系统：Windows Server 2008 R2 Enterprise Edition (x64)

群集软件：OS自带的“故障转移群集”

数据库：SQL Server 2008 R2 Enterprise Edition (x64)

共享存储：IBM DS4300 ，8x300GB SAS，划完共4块磁盘，共1.6TB，RAID 5，阵列卡交换速率4G，双通单控


主要遇到过的问题：
1、存储划错，重划时由于采用另一台电脑划分，群集重启后无法认到，于时MSCS破坏群集不正常，2台节点只好重装

2、不能采用DC作为群集节点，故安装双节点群集至少需要3台主机，另有1台充当DC，操作步骤为：
.在第3台主机上安装现有域的第3台DC，确认与其他2台DC都可以进行复制操作
.将根域DC上的5个FSMO角色传送到第3台DC，确认第3台DC同时为GC
.运行dcpromo命令在原先2台DC上反安装DC，在反安装时不要选中“这是最后一台域控制器”
.检测域DNS和AD的正确性
.检测MSCS的正确性

3、安装SQL2008RTM群集时出错，提示RequireKerberos=1超出范围错误（这是SQL2008RTM在群集安装时会出现的1个BUG，必须采用slipstream方式附带SP1一块安装），不得已反安装，但由于手动将MSCS中失败的SQL资源删除，使得SQL反安装失败，手动删除注册表均未果，只好重装节点1，重装时的正确步骤为：
.破坏群集（由于存储正常，很快完成）
.将节点1退出域（此时在DC中显示该节点帐号为禁用状态，不要删除它）
.重新安装节点1操作系统，配置存储阵列盘、配置IP地址与域DNS，加入域
.删除域中有关原群集的信息，包括群集名称在AD数据库中的内容（在Computer容器下），检查DNS中无群集节点解析

❺ 如何在 SQL Server 2005 故障转移群集中添加或删除节点

任意选择一台群集装SQL Server的时候选择新的故障转移群集安装。
在其它群集节点安装SQL Server的时候选择向故障转移群集添加节点。

❻ sql server群集主节点怎么看

方法如下：
重要提示若要更新或删除 SQL Server 故障转移群集，您必须是一名本地管理员，且具有作为服务登录到故障转移群集的所有节点的权限。
对于本地安装，必须以管理员身份运行安装程序。

❼ 请教各位高手，安装SQL 2012群集问题：第一个接点安装完成，第二选择：向SQL Server故障转移群集添加节点

如果您在使用 Windows Vista SP2 或 Windows Server 2008 SP2 操作系统的计算机上安装 SQL Server 2012，则可以从此处获得所需更新。
如果您在使用 Windows 7 SP1 或 Windows Server 2008 R2 SP1 或 Windows Server 2012 或 Windows 8 操作系统的计算机上安装 SQL Server 2012，则已包含此更新。

❽ 如何在 SQL Server 故障转移群集中添加或删除节点（安装程序）

重要提示若要更新或删除 SQL Server 故障转移群集，您必须是一名本地管理员，且具有作为服务登录到故障转移群集的所有节点的权限。对于本地安装，必须以管理员身份运行安装程序。如果从远程共享安装 SQL Server，则必须使用对远程共享具有读取和执行权限的域帐户。安装程序不会将 .NET Framework 3.5 SP1 安装在群集操作系统上。必须先安装 .NET Framework 3.5 SP1，才能运行安装程序。如果受到安装程序中的已知问题的影响，可能需要在安装 SQL Server 2008 之前对原始媒体应用累积更新。有关已知问题和详细说明的详细信息，请参阅。请注意，SQL Server 故障转移群集的安装操作在此版本中已进行了更改。若要安装或升级 SQL Server 故障转移群集，则必须在故障转移群集的每个节点上运行安装程序。若要向现有的 SQL Server 故障转移群集添加节点，则必须在要添加至 SQL Server 故障转移群集实例的节点上运行 SQL Server 安装程序。不要在活动节点上运行安装程序。若要从现有的 SQL Server 故障转移群集中删除节点，则必须在要从 SQL Server 故障转移群集实例中删除的节点上运行 SQL Server 安装程序。

❾ 如何在 SQL Server 故障转移群集中添加或删除节点（安装程序）求解答

重要提示若要更新或删除 SQL Server 故障转移群集，您必须是一名本地管理员，且具有作为服务登录到故障转移群集的所有节点的权限。对于本地安装，必须以管理员身份运行安装程序。如果从远程共享安装 SQL Server，则必须使用对远程共享具有读取和执行权限的域帐户。安装程序不会将 .NET Framework 3.5 SP1 安装在群集操作系统上。必须先安装 .NET Framework 3.5 SP1，才能运行安装程序。如果受到安装程序中的已知问题的影响，可能需要在安装 SQL Server 2008 R2 之前对原始介质应用累积更新。有关已知问题和详细说明的详情，请参阅如何通过运行 SQL Server 2008 R2 安装支持文件的较新版本更新 SQL Server 2008 R2 安装程序。请注意，SQL Server 故障转移群集的安装操作在此版本中已进行了更改。若要安装或升级 SQL Server 故障转移群集，则必须在故障转移群集的每个节点上运行安装程序。若要向现有的 SQL Server 故障转移群集添加节点，则必须在要添加至 SQL Server 故障转移群集实例的节点上运行 SQL Server 安装程序。不要在活动节点上运行安装程序。若要从现有 SQL Server 故障转移群集中删除一个节点，必须在要从 SQL Server 故障转移群集实例中删除的节点上运行 SQL Server 安装程序。

❿ 如何创建SQL Server 2000故障转移群集

1. 在"Microsoft SQL Server 安装向导的“欢迎”屏幕中，单击“下一步”按钮。
2.在“计算机名称”屏幕上，单击“虚拟服务器”并输入虚拟服务器名称。如果安装程序检测到 MSCS 正在运行，则将默认为“虚拟服务器”，单击“下一步”按钮。
3. 在“用户信息”屏幕上，输入用户名和公司名。单击“下一步”按钮。
4. 在“软件许可协议”屏幕上，单击“是”按钮。
5. 在“故障转移群集”屏幕上，输入为客户端访问配置的每个网络的一个 IP 地址。也就是为每个虚拟服务器可由公共(或混合)网络上的客户端使用的网络输入一个 IP 地址，选择要输入 IP 地址的网络，然后输入 IP 地址，单击“添加”按钮。
显示 IP 地址和子网，子网由 MSCS 提供，继续为每个已安装的网络输入 IP 地址，直到所有需要的网络都填充了 IP 地址，单击“下一步”按钮。

6. 在“群集磁盘选择”屏幕中，选择在默认情况下用于放置数据文件的群集磁盘组。单击“下一步”按钮。
7.在“群集管理”屏幕中，查看 SQL Server 2000 所提供的群集定义。默认情况下，选定所有可用节点。删除不属于正创建的虚拟服务器群集定义的任何节点，单击“下一步”按钮。
8.在“远程信息”屏幕中，输入远程群集节点的登录凭据，该登录凭据必须在群集的远程节点上有管理员特权，单击“下一步”按钮。
9.在“实例名称”屏幕中，选择默认实例或指定命名实例。若要指定命名实例，请先清除“默认”复选框，然后输入命名实例的名称，单击“下一步”按钮。

10.在“安装类型”屏幕中选择要安装的安装类型，安装程序自动默认为来自先前所选的组中的第一个可用群集磁盘资源。不过，如果需要指定另一个群集驱动器资源，可在“数据文件”下单击“浏览”按钮，然后指定群集驱动器资源的路径。安装程序将要求选择群集驱动器资源，该资源为正在运行安装程序的节点所拥有，该驱动器也必须是先前所选的群集组成员，单击“下一步”按钮。
11.在“服务帐户”屏幕上，选择要在故障转移群集中运行的服务帐户，单击“下一步”按钮。
12.在“身份验证模式”对话框中，选择要使用的身份验证模式。如果将选择内容从“Windows 身份验证模式”变为“混合模式(Windows 身份验证和 SQL Server 身份验证)”，则需要输入并确认 sa 登录密码，在“开始复制文件”屏幕上，单击“下一步”按钮。
13.在“安装完成”屏幕上，单击“完成”按钮。