应该只有企业版可以。。并且要求安装故障转移群集之前，必须安装 Microsoft Windows NT 4.0 企业版、Microsoft Windows® 2000 Advanced Server 或 Windows 2000 Datacenter Server 以及 Microsoft 群集服务 (MSCS)。
在 Microsoft® SQL Server™ 2000 企业版中，SQL Server 2000 故障转移群集支持高度可用性。例如，在操作系统发生故障或执行计划的升级时，可配置故障转移群集以转移到故障转移群集配置中的任何其它节点。这样，可以将系统停机时间减到最少，从而提供高度的服务器可用性。
创建故障转移群集 若要创建 Microsoft® SQL Server™ 2000 故障转移群集，必须创建并配置运行故障转移群集的虚拟服务器。在 SQL Server 安装过程中创建虚拟服务器。Microsoft Windows NT® 4.0 或 Microsoft Windows® 2000 不提供虚拟服务器。 若要创建故障转移群集，您必须是本地管理员，具有作为一项服务登录的权限，以及在故障转移群集内的所有计算机上作为操作系统的一部分进行操作的权限。虚拟服务器的元素 虚拟服务器包含： Microsoft 群集服务 (MSCS) 群集组中的一个或多个磁盘的组合。 每个 MSCS 群集组最多可包含一台虚拟 SQL Server。 每台虚拟服务器的网络名称。该网络名称是虚拟服务器的名称。 用于连接到各虚拟服务器的一个或多个 IP 地址。 一个 SQL Server 2000 实例，包括 SQL Server 资源、SQL Server 代理程序资源和全文资源。 如果管理员在虚拟服务器内卸载 SQL Server 2000 实例，则虚拟服务器（包括所有 IP 地址和网络名称）也将从 MSCS 群集组中被删除。故障转移群集可以在一台或多台实际的 Windows 2000 Advanced Server 或 Windows 2000 Datacenter Server 服务器上运行，也可以在参与群集节点的 Windows NT 4.0 企业版服务器上运行。但是，SQL Server 虚拟服务器始终以单个 Windows 2000 Advanced Server、Windows 2000 Datacenter Server 或 Microsoft Windows NT 4.0 企业版服务器出现在网络上。 命名虚拟服务器 SQL Server 2000 依赖于故障转移群集中的唯一注册表键值和服务名称，使操作在故障转移后继续正确进行。因此，为 SQL Server 2000 实例（包括默认实例）提供的名称在故障转移群集内的所有节点中以及故障转移群集内的所有虚拟服务器中都必须是唯一的。例如，如果所有实例都将故障转移到单台服务器，实例的服务名称和注册表键值将发生冲突。如果 INST1 是虚拟服务器 VIRTSRV1 上的一个命名实例，则在故障转移群集内，无论是作为故障转移群集配置的一部分还是作为独立安装实例，命名实例 INST1 都不能位于任何节点上。另外，必须使用 VIRTUAL_SERVER\Instance-name 字符串连接虚拟服务器上运行的 SQL Server 2000 群集实例。如果使用群集实例在任何特定时间内碰巧驻留的计算机名称，则无法访问 SQL Server 2000 实例。SQL Server 2000 不在本地服务器的 IP 地址上监听，而仅在设置 SQL Server 2000 虚拟服务器时创建的群集 IP 地址上监听。使用注意事项 在创建故障转移群集之前，需考虑下列事项： 如果正在使用 Windows 2000 Address Windowing Extensions (AWE) API 以利用大于 3GB 的内存，则应确保在 SQL Server 的一个实例上配置的最大可用内存在故障转移到另一个节点后仍然可用。也就是说，如果故障转移节点的物理内存比原节点少，则 SQL Server 实例可能启动失败，或者可能在内存比在原节点上少的情况下启动。因此，必须： 为群集内的各服务器提供相同数量的物理 RAM。 确保所有实例的 max server memory设置的总和值小于故障转移群集内任一虚拟服务器上的最小可用物理 RAM 量。 有关 AWE 的更多信息，请参见使用 Windows 2000 上的 AWE 内存。若需要在复制中采用具有高可用性的服务器，建议在故障转移群集上配置分发服务器时将 MSCS 群集文件共享用作快照文件夹。一旦服务器出故障，分发数据库将可用，并且可在分发服务器上继续配置复制。 此外，创建发布时，应为其它快照文件的存储指定 MSCS 群集文件共享或将其指定为订阅服务器应用快照的位置。这样，快照文件就可用于群集的所有节点和必须访问该群集的所有订阅服务器。有关更多信息，请参见发布服务器、分发服务器和订阅服务器和备用快照位置。如果想要在故障转移群集中使用加密，则必须在故障转移群集中所有节点上安装服务器证书，该证书应带有虚拟服务器的完全限定的 DNS 名称。例如，如果具有一个双节点的群集（节点名称分别为 test1.redmond.corp.microsoft.com 和 test2.redmond.corp.microsoft.com）和一个虚拟 SQL Server"Virtsql"，则需要获得"virtsql.redmond.corp.microsoft.com"的证书，并在两个节点上都安装该证书。然后可以选取该 Server 网络实用工具中的"强制协议加密"复选框，配置您的故障转移群集使用加密。 不能从 SQL Server 删除 BUILTIN/管理员帐户。IsAlive 线程运行于群集服务帐户而不是 SQL Server 服务帐户的上下文中。群集服务必须是该群集每个节点上的管理员组的一部分。如果删除 BUILTIN/管理员帐户，则 IsAlive 线程将不再能够创建信任连接，而且您将失去对虚拟服务器的访问权限。 创建故障转移群集 下面是使用安装程序创建故障转移群集的基本步骤： 确定创建虚拟服务器所需的信息（例如，群集磁盘资源、IP 地址和网络名称）以及故障转移可用的节点。 用于故障转移群集的群集磁盘应全部位于单个群集组内，并且由运行安装程序的节点所拥有。在运行安装程序之前必须先进行此配置。通过 Windows NT 4.0 或 Windows 2000 中的群集管理器进行此配置。对每个要安装的虚拟服务器都需要有一个 MSCS 组。启动安装程序以开始安装。输入了所有必需的信息后，安装程序将新的 SQL Server 二进制文件实例安装在群集内每一台计算机的本地磁盘上，而将系统数据库安装在指定的群集磁盘上。二进制文件以完全相同的路径安装在每个群集节点上，因此必须确保每个节点与群集中所有其它节点共享一个本地驱动器号。 在 SQL Server 2000 中，故障转移期间只有数据库进行故障转移。在 SQL Server 6.5 版和 SQL Server 7.0 版中，故障转移期间 SQL Server 数据库和二进制文件都进行故障转移。 如果由于某种原因出现资源（包括 SQL Server）故障，则这些服务（SQL Server、SQL Server 代理程序、全文检索和故障转移群集组中的所有服务）将故障转移至虚拟服务器中定义的任何可用节点。 安装一个 SQL Server 2000 实例，以创建一个新的虚拟服务器和所有资源。
若要创建 Microsoft® SQL Server™ 2000 故障转移群集，必须创建并配置运行故障转移群集的虚拟服务器。在 SQL Server 安装过程中创建虚拟服务器。Microsoft Windows NT® 4.0 或 Microsoft Windows® 2000 不提供虚拟服务器。 若要创建故障转移群集，您必须是本地管理员，具有作为一项服务登录的权限，以及在故障转移群集内的所有计算机上作为操作系统的一部分进行操作的权限。虚拟服务器的元素
虚拟服务器包含： Microsoft 群集服务 (MSCS) 群集组中的一个或多个磁盘的组合。
每个 MSCS 群集组最多可包含一台虚拟 SQL Server。 每台虚拟服务器的网络名称。该网络名称是虚拟服务器的名称。
用于连接到各虚拟服务器的一个或多个 IP 地址。
一个 SQL Server 2000 实例，包括 SQL Server 资源、SQL Server 代理程序资源和全文资源。
如果管理员在虚拟服务器内卸载 SQL Server 2000 实例，则虚拟服务器（包括所有 IP 地址和网络名称）也将从 MSCS 群集组中被删除。故障转移群集可以在一台或多台实际的 Windows 2000 Advanced Server 或 Windows 2000 Datacenter Server 服务器上运行，也可以在参与群集节点的 Windows NT 4.0 企业版服务器上运行。但是，SQL Server 虚拟服务器始终以单个 Windows 2000 Advanced Server、Windows 2000 Datacenter Server 或 Microsoft Windows NT 4.0 企业版服务器出现在网络上。 命名虚拟服务器
SQL Server 2000 依赖于故障转移群集中的唯一注册表键值和服务名称，使操作在故障转移后继续正确进行。因此，为 SQL Server 2000 实例（包括默认实例）提供的名称在故障转移群集内的所有节点中以及故障转移群集内的所有虚拟服务器中都必须是唯一的。例如，如果所有实例都将故障转移到单台服务器，实例的服务名称和注册表键值将发生冲突。如果 INST1 是虚拟服务器 VIRTSRV1 上的一个命名实例，则在故障转移群集内，无论是作为故障转移群集配置的一部分还是作为独立安装实例，命名实例 INST1 都不能位于任何节点上。另外，必须使用 VIRTUAL_SERVER\Instance-name 字符串连接虚拟服务器上运行的 SQL Server 2000 群集实例。如果使用群集实例在任何特定时间内碰巧驻留的计算机名称，则无法访问 SQL Server 2000 实例。SQL Server 2000 不在本地服务器的 IP 地址上监听，而仅在设置 SQL Server 2000 虚拟服务器时创建的群集 IP 地址上监听。使用注意事项
在创建故障转移群集之前，需考虑下列事项： 如果正在使用 Windows 2000 Address Windowing Extensions (AWE) API 以利用大于 3GB 的内存，则应确保在 SQL Server 的一个实例上配置的最大可用内存在故障转移到另一个节点后仍然可用。也就是说，如果故障转移节点的物理内存比原节点少，则 SQL Server 实例可能启动失败，或者可能在内存比在原节点上少的情况下启动。因此，必须：
为群集内的各服务器提供相同数量的物理 RAM。
确保所有实例的 max server memory设置的总和值小于故障转移群集内任一虚拟服务器上的最小可用物理 RAM 量。
有关 AWE 的更多信息，请参见使用 Windows 2000 上的 AWE 内存。若需要在复制中采用具有高可用性的服务器，建议在故障转移群集上配置分发服务器时将 MSCS 群集文件共享用作快照文件夹。一旦服务器出故障，分发数据库将可用，并且可在分发服务器上继续配置复制。
此外，创建发布时，应为其它快照文件的存储指定 MSCS 群集文件共享或将其指定为订阅服务器应用快照的位置。这样，快照文件就可用于群集的所有节点和必须访问该群集的所有订阅服务器。有关更多信息，请参见发布服务器、分发服务器和订阅服务器和备用快照位置。如果想要在故障转移群集中使用加密，则必须在故障转移群集中所有节点上安装服务器证书，该证书应带有虚拟服务器的完全限定的 DNS 名称。例如，如果具有一个双节点的群集（节点名称分别为 test1.redmond.corp.microsoft.com 和 test2.redmond.corp.microsoft.com）和一个虚拟 SQL Server"Virtsql"，则需要获得"virtsql.redmond.corp.microsoft.com"的证书，并在两个节点上都安装该证书。然后可以选取该 Server 网络实用工具中的"强制协议加密"复选框，配置您的故障转移群集使用加密。
不能从 SQL Server 删除 BUILTIN/管理员帐户。IsAlive 线程运行于群集服务帐户而不是 SQL Server 服务帐户的上下文中。群集服务必须是该群集每个节点上的管理员组的一部分。如果删除 BUILTIN/管理员帐户，则 IsAlive 线程将不再能够创建信任连接，而且您将失去对虚拟服务器的访问权限。
创建故障转移群集
下面是使用安装程序创建故障转移群集的基本步骤： 确定创建虚拟服务器所需的信息（例如，群集磁盘资源、IP 地址和网络名称）以及故障转移可用的节点。
用于故障转移群集的群集磁盘应全部位于单个群集组内，并且由运行安装程序的节点所拥有。在运行安装程序之前必须先进行此配置。通过 Windows NT 4.0 或 Windows 2000 中的群集管理器进行此配置。对每个要安装的虚拟服务器都需要有一个 MSCS 组。启动安装程序以开始安装。输入了所有必需的信息后，安装程序将新的 SQL Server 二进制文件实例安装在群集内每一台计算机的本地磁盘上，而将系统数据库安装在指定的群集磁盘上。二进制文件以完全相同的路径安装在每个群集节点上，因此必须确保每个节点与群集中所有其它节点共享一个本地驱动器号。
在 SQL Server 2000 中，故障转移期间只有数据库进行故障转移。在 SQL Server 6.5 版和 SQL Server 7.0 版中，故障转移期间 SQL Server 数据库和二进制文件都进行故障转移。 如果由于某种原因出现资源（包括 SQL Server）故障，则这些服务（SQL Server、SQL Server 代理程序、全文检索和故障转移群集组中的所有服务）将故障转移至虚拟服务器中定义的任何可用节点。 安装一个 SQL Server 2000 实例，以创建一个新的虚拟服务器和所有资源。