sql群集

❶ 有没有大佬知道安装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群集需要几台应急

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

❸ sql server 2008群集怎么修复

1. 首先在被动节点（passive node）上打补丁，这样做的好处是可以缩短系统停机的时间。如果有多个被动节点，请分别将所有被动节点打完补丁。
2. 一旦被动节点升级成功，手动地将SQL Server组故障转移到被动节点上。故障转移后，SQL Server数据库会自动升级。在升级的过程中，SQL Server处于“升级模式”，无法接受连接。但是，群集服务可以智能的辨别出这是一种可忍受的连接错误，所以不会终止SQL Server服务。
3. 原先的主动节点（active node）会变为被动节点。这样，就可以继续在这个被动节点上打补丁。停机时间将少于10分钟（即：故障转移时间+数据库升级时间）