安装到一半，提示
检查群集计算机上的是否有可用的至少一个共享的磁盘。 失败
点击失败查看：在此计算机上的群集没有可用共享的磁盘。 若要继续，至少一个共享的磁盘必须可用。
我是在windows2008上安装滴，有高手遇见过这个情况没
如何建立一个共享磁盘
多谢了
10 个解决方案
#1
群集一个电脑没法搞吧？虚拟机？
#2
这个文章不知道是否对你有用?
SQL Server数据库的集群设计
ZDNet 软件频道 更新时间：2007-08-29 作者：xiaozhao 来源：赛迪网
本文关键词：集群 数据库 SQL Server
很多组织机构慢慢的在不同的服务器和地点部署SQL Server数据库——为各种应用和目的——开始考虑通过SQL Server集群的方式来合并。
将SQL Server实例和数据库合并到一个中心的地点可以减低成本，尤其是维护和软硬件许可证。此外，在合并之后，可以减低所需机器的数量，这些机器就可以用于备用。
当寻找一个备用，比如高可用性的环境，企业常常决定部署Microsoft的集群架构。我常常被问到小的集群(由较少的节点组成)SQL Server实例和作为中心解决方案的大的集群哪一种更好。在我们比较了这两个集群架构之后，我让你们自己做决定。
什么是Microsoft集群服务器
MSCS是一个Windows Server企业版中的内建功能。这个软件支持两个或者更多服务器节点连接起来形成一个“集群”，来获得更高的可用性和对数据和应用更简便的管理。MSCS可以自动的检查到服务器或者应用的失效，并从中恢复。你也可以使用它来(手动)移动服务器之间的负载来平衡利用率以及无需停机时间来调度计划中的维护任务。
这种集群设计使用软件“心跳”来检测应用或者服务器的失效。在服务器失效的事件中，它会自动将资源(比如磁盘和IP地址)的所有权从失效的服务器转移到活动的服务器。注意还有方法可以保持心跳连接的更高的可用性，比如站点全面失效的情况下。
MSCS不要求在客户计算机上安装任何特殊软件，因此用户在灾难恢复的经历依赖于客户-服务器应用中客户一方的本质。客户的重新连接常常是透明的，因为MSCS在相同的IP地址上重启应用、文件共享等等。进一步，为了灾难恢复，集群的节点可以处于分离的、遥远的地点。
在集群服务器上的SQL Server
SQL Server 2000可以配置为最多4个节点的集群，而SQL Server 2005可以配置为最多8个节点的集群。当一个SQL Server实例被配置为集群之后，它的磁盘资源、IP地址和服务就形成了集群组来实现灾难恢复。
SQL Server 2000允许在一个集群上安装16个实例。根据在线帮助，“SQL Server 2005在一个服务器或者处理器上可以支持最多50个SQL Server实例，”但是，“只能使用25个硬盘驱动器符，因此如果你需要更多的实例，那么需要预先规划。”
注意SQL Server实例的灾难恢复阶段是指SQL Server服务开始所需要的时间，这可能从几秒钟到几分钟。如果你需要更高的可用性，考虑使用其他的方法，比如log shipping和数据库镜像。
单个的大的SQL Server集群还是小的集群
下面是大的、由更多的节点组成的集群的优点：
◆更高的可用新(更多的节点来灾难恢复)。
◆更多的负载均衡选择(更多的节点)。
◆更低廉的维护成本。
◆增长的敏捷性。多达4个或者8个节点，依赖于SQL版本。
◆增强的管理性和简化环境(需要管理的少了)。
◆更少的停机时间(灾难恢复更多的选择)。
◆灾难恢复性能不受集群中的节点数目影响。
下面是单个大的集群的缺点：
◆集群节点数目有限(如果需要第9个节点怎么办)。
◆在集群中SQL实例数目有限。
◆没有对失效的防护——如果磁盘阵列失效了，就不会发生灾难恢复。
◆使用灾难恢复集群，无法在数据库级别或者数据库对象级别，比如表，创建灾难恢复集群。
虚拟化和集群
虚拟机也可以参与到集群中，虚拟和物理机器可以集群在一起，不会发生问题。SQL Server实例可以在虚拟机上，但是性能可能会受用影响，这依赖于实例所消耗的资源。在虚拟机上安装SQL Server实例之前，你需要进行压力测试来验证它是否可以承受必要的负载。
在这种灵活的架构中，如果虚拟机和物理机器集群在一起，你可以在虚拟机和物理机器之间对SQL Server进行负载均衡。比如，使用虚拟机上的SQL Server实例开发应用。然后在你需要对开发实例进行压力测试的时候，将它灾难恢复到集群中更强的物理机器上。
集群服务器可以用于SQL Server的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。
#3
不是，有三台机器 服务器A和服务器B，外加一个磁盘陈列
都启动时，由A接管那个磁盘，当A机当掉的时候，由B接管，以此保证服务不间断
以前安装SqlServer2008不是用那个故障集群的方式，所以当服务器A当掉的时候，B虽然接管了，而且数据库也起来了，但是数据库里面却没有数据
现在是把数据库卸载了重新安装
它的错误提示是没有可用的共享磁盘
现在的问题是怎么创建共享磁盘
#4
3L的讲的是概念，以及它的优缺点，也算是学习了吧
#5
windows 2003+sql server 2005下实现过，你在cluster administrator的resources里看看，共享磁盘应该是在安装系统的cluster时创建的，而不是在安装sql server时创建。
#6
现在我重头开始做了，创建一个故障群集，把服务器A和服务器B添加进去，
然后通过IBM的存储管理软件，把磁盘阵列共享给A和B
启动A的故障群集管理，想添加硬盘，却提示错误，
但是在服务器管理-存储-磁盘管理，在这里是可以看到磁盘阵列的磁盘的
另外一个问题是，把A关机，启动B服务器，能看到磁盘，却联机不了，提示函数不正确。。
有高人碰到过吗？
然后通过IBM的存储管理软件，把磁盘阵列共享给A和B
启动A的故障群集管理，想添加硬盘，却提示错误，
但是在服务器管理-存储-磁盘管理，在这里是可以看到磁盘阵列的磁盘的
另外一个问题是，把A关机，启动B服务器，能看到磁盘，却联机不了，提示函数不正确。。
有高人碰到过吗？
#7
楼主原理清楚吗？如果原理不清楚，群集不是点点就可以配置好的。
#8
首先，配置前我已查看资料了，原理大概知道了，
准备工作也做好了：
1.服务器上安装相同的操作系统,windows2008企业版
2.需要一台域控制器
3.所有节点必须是域成员，需要一个域级账户，而且是每个节点上的本地管理员组的成员
有一个磁盘柜，通过两条光纤分别连接到节点A和B。
之前的做法是，先建立故障群集，把节点A和B添加进去，然后关闭集群，通过IBM的存储管理工具，设置那个磁盘柜，成为节点A和B的共享磁盘。然后启动节点A的故障群集服务，可以看到节点有A和B，点击存储，里面没有硬盘，点击添加硬盘却提示错误，节点B也是如此。
是不是设置那个磁盘柜再建立故障群集
#9
有心跳线吗？？？
#10
学习了！
#1
群集一个电脑没法搞吧？虚拟机？
#2
这个文章不知道是否对你有用?
SQL Server数据库的集群设计
ZDNet 软件频道 更新时间：2007-08-29 作者：xiaozhao 来源：赛迪网
本文关键词：集群 数据库 SQL Server
很多组织机构慢慢的在不同的服务器和地点部署SQL Server数据库——为各种应用和目的——开始考虑通过SQL Server集群的方式来合并。
将SQL Server实例和数据库合并到一个中心的地点可以减低成本，尤其是维护和软硬件许可证。此外，在合并之后，可以减低所需机器的数量，这些机器就可以用于备用。
当寻找一个备用，比如高可用性的环境，企业常常决定部署Microsoft的集群架构。我常常被问到小的集群(由较少的节点组成)SQL Server实例和作为中心解决方案的大的集群哪一种更好。在我们比较了这两个集群架构之后，我让你们自己做决定。
什么是Microsoft集群服务器
MSCS是一个Windows Server企业版中的内建功能。这个软件支持两个或者更多服务器节点连接起来形成一个“集群”，来获得更高的可用性和对数据和应用更简便的管理。MSCS可以自动的检查到服务器或者应用的失效，并从中恢复。你也可以使用它来(手动)移动服务器之间的负载来平衡利用率以及无需停机时间来调度计划中的维护任务。
这种集群设计使用软件“心跳”来检测应用或者服务器的失效。在服务器失效的事件中，它会自动将资源(比如磁盘和IP地址)的所有权从失效的服务器转移到活动的服务器。注意还有方法可以保持心跳连接的更高的可用性，比如站点全面失效的情况下。
MSCS不要求在客户计算机上安装任何特殊软件，因此用户在灾难恢复的经历依赖于客户-服务器应用中客户一方的本质。客户的重新连接常常是透明的，因为MSCS在相同的IP地址上重启应用、文件共享等等。进一步，为了灾难恢复，集群的节点可以处于分离的、遥远的地点。
在集群服务器上的SQL Server
SQL Server 2000可以配置为最多4个节点的集群，而SQL Server 2005可以配置为最多8个节点的集群。当一个SQL Server实例被配置为集群之后，它的磁盘资源、IP地址和服务就形成了集群组来实现灾难恢复。
SQL Server 2000允许在一个集群上安装16个实例。根据在线帮助，“SQL Server 2005在一个服务器或者处理器上可以支持最多50个SQL Server实例，”但是，“只能使用25个硬盘驱动器符，因此如果你需要更多的实例，那么需要预先规划。”
注意SQL Server实例的灾难恢复阶段是指SQL Server服务开始所需要的时间，这可能从几秒钟到几分钟。如果你需要更高的可用性，考虑使用其他的方法，比如log shipping和数据库镜像。
单个的大的SQL Server集群还是小的集群
下面是大的、由更多的节点组成的集群的优点：
◆更高的可用新(更多的节点来灾难恢复)。
◆更多的负载均衡选择(更多的节点)。
◆更低廉的维护成本。
◆增长的敏捷性。多达4个或者8个节点，依赖于SQL版本。
◆增强的管理性和简化环境(需要管理的少了)。
◆更少的停机时间(灾难恢复更多的选择)。
◆灾难恢复性能不受集群中的节点数目影响。
下面是单个大的集群的缺点：
◆集群节点数目有限(如果需要第9个节点怎么办)。
◆在集群中SQL实例数目有限。
◆没有对失效的防护——如果磁盘阵列失效了，就不会发生灾难恢复。
◆使用灾难恢复集群，无法在数据库级别或者数据库对象级别，比如表，创建灾难恢复集群。
虚拟化和集群
虚拟机也可以参与到集群中，虚拟和物理机器可以集群在一起，不会发生问题。SQL Server实例可以在虚拟机上，但是性能可能会受用影响，这依赖于实例所消耗的资源。在虚拟机上安装SQL Server实例之前，你需要进行压力测试来验证它是否可以承受必要的负载。
在这种灵活的架构中，如果虚拟机和物理机器集群在一起，你可以在虚拟机和物理机器之间对SQL Server进行负载均衡。比如，使用虚拟机上的SQL Server实例开发应用。然后在你需要对开发实例进行压力测试的时候，将它灾难恢复到集群中更强的物理机器上。
集群服务器可以用于SQL Server的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。
#3
不是，有三台机器 服务器A和服务器B，外加一个磁盘陈列
都启动时，由A接管那个磁盘，当A机当掉的时候，由B接管，以此保证服务不间断
以前安装SqlServer2008不是用那个故障集群的方式，所以当服务器A当掉的时候，B虽然接管了，而且数据库也起来了，但是数据库里面却没有数据
现在是把数据库卸载了重新安装
它的错误提示是没有可用的共享磁盘
现在的问题是怎么创建共享磁盘
#4
3L的讲的是概念，以及它的优缺点，也算是学习了吧
#5
windows 2003+sql server 2005下实现过，你在cluster administrator的resources里看看，共享磁盘应该是在安装系统的cluster时创建的，而不是在安装sql server时创建。
#6
现在我重头开始做了，创建一个故障群集，把服务器A和服务器B添加进去，
然后通过IBM的存储管理软件，把磁盘阵列共享给A和B
启动A的故障群集管理，想添加硬盘，却提示错误，
但是在服务器管理-存储-磁盘管理，在这里是可以看到磁盘阵列的磁盘的
另外一个问题是，把A关机，启动B服务器，能看到磁盘，却联机不了，提示函数不正确。。
有高人碰到过吗？
然后通过IBM的存储管理软件，把磁盘阵列共享给A和B
启动A的故障群集管理，想添加硬盘，却提示错误，
但是在服务器管理-存储-磁盘管理，在这里是可以看到磁盘阵列的磁盘的
另外一个问题是，把A关机，启动B服务器，能看到磁盘，却联机不了，提示函数不正确。。
有高人碰到过吗？
#7
楼主原理清楚吗？如果原理不清楚，群集不是点点就可以配置好的。
#8
首先，配置前我已查看资料了，原理大概知道了，
准备工作也做好了：
1.服务器上安装相同的操作系统,windows2008企业版
2.需要一台域控制器
3.所有节点必须是域成员，需要一个域级账户，而且是每个节点上的本地管理员组的成员
有一个磁盘柜，通过两条光纤分别连接到节点A和B。
之前的做法是，先建立故障群集，把节点A和B添加进去，然后关闭集群，通过IBM的存储管理工具，设置那个磁盘柜，成为节点A和B的共享磁盘。然后启动节点A的故障群集服务，可以看到节点有A和B，点击存储，里面没有硬盘，点击添加硬盘却提示错误，节点B也是如此。
是不是设置那个磁盘柜再建立故障群集
#9
有心跳线吗？？？
#10
学习了！