群集共享卷上的SQL Server 2008故障转移群集？

任何人都可以想到SQL Server 2008故障转移群集无法将数据库和日志文件使用群集共享卷的原因吗？群集共享卷上的SQL Server 2008故障转移群集？

似乎使用CSV应该可以减少故障转移时间并降低群集组配置的复杂性（物理驱动器资源不再需要“故障转移”）。

来源

2009-12-05 Tim Laqua

我认为，但我不是100％确定的，微软限制了什么可以在CSV上。

当然，你可以把VHD放在那里。这就是整个问题。 VHD可以包含数据库数据和日志文件 - 谁知道VHD内“什么”。

但是，不知道你的配置，我不知道你在做什么。 CSV存在，因此单个卷（例如，SAN上的单个LUN）可由多个群集成员共享，其中具有单个文件的多个群集成员正由不同群集成员使用。具体而言，构成VM定义和VHD的信息。

以前，必须将VM定义和VHD放入单独的LUN，以便可以单独移动。除了拥有这么多LUN的复杂性之外，没有任何“错误”。

数据库文件不同。你没有那么多。他们很大。你想仔细放置它们并观看它们。等

如果你只是把数据库文件放在一个VHD内，那么就像最初说的那样，一切都很简单，除非你没有得到你想要的详细处理。

如果你把数据库文件在一个单独的LUN，然后你把所有的细节处理，并且将LUN一样容易的任何故障转移......

来源

2009-12-05 18:55:57

嗯 - 我的一个CSV的理解更在于它仅仅是一种神奇的新型存储资源，不需要进行故障转移。当然，你总是可以对SQL Server使用的物理磁盘进行传统的故障恢复 - 但我只是很好奇你是否需要这样做。 – 2009-12-05 19:47:03

实际上，CSV只是具有幕后皱纹的群集的正常故障转移文件共享服务。您必须在NIC上启用SMB的Microsoft客户端和服务。这就实现了“管理文件的一件事，但它可以故障转移到其他集群成员”。在幕后，集群成员共同授予一个成员（而不是SMB的成员）一次有权读取/写入文件中的数据。这是一个有限的集群文件系统，由存在的部分构建而成，增加了一点阴谋。但是，它完成了工作。 – 2009-12-07 01:05:12

群集共享卷上的SQL Server 2008故障转移群集？

回答

相关问题