群集的 SQL Server 要做、 禁忌和基本的警告

文章翻译 文章翻译
文章编号: 254321 - 查看本文应用于的产品
展开全部 | 关闭全部

本文内容

概要

本文介绍了一些重要事项禁忌,使用 SQL Server 群集 SQL Server 的不同版本的服务器。

重要提示所有客户仍在使用群集 SQL Server 6.5 和 SQL Server 7.0 应都升级到 SQL Server 2000年或 SQL Server 2005 中,只要是无法做到这一点。通过故障转移群集在 SQL Server 2000年企业版支持下列工具、 功能和组件:
  • Microsoft 搜索服务
  • 多个实例
  • SQL Server 企业管理器
  • 服务控制管理器
  • 复制
  • SQL 事件探查器
  • SQL 查询分析器
  • SQL Server 2005 Analysis Services
注意Microsoft 产品支持服务 (PSS) 支持 SQL Server 故障转移群集中下面的 Microsoft 知识库文章所述:
327518 Microsoft 聚集 Microsoft SQL Server 支持政策
如果 SQL Server 正在使用与 Microsoft 群集服务器 (MSCS),SQL Server 企业版必须安装支持。

更多信息

对于 SQL Server 安装好的做法

在安装 SQL Server 2000年或 SQL Server 2005 时,我们强烈建议必须按照下面的 Microsoft 知识库文章中描述您的域管理员:
319723 如何在 SQL Server 中使用 Kerberos 身份验证
Microsoft 知识库文章 319723 中介绍如何在 SQL Server 中使用 Kerberos 身份验证。本文还介绍如何启用 SQL Server 故障转移群集上的 Kerberos 身份验证。

Microsoft 知识库文章 319723 中列出的说明提供了以下好处:
  • 您可以消除上已正确注册服务主体名称 (Spn) 的问题。
  • 如果您指定一个域用户帐户作为 SQL Server 服务启动帐户,您可以在 SQL Server 安装过程中避免一条警告消息。在下面的 Microsoft 知识库文章中记录此警告消息:
    303411 当 SQL Server 服务帐户是域用户时,您会收到"警告 SuperSocket 信息"的警告信息
  • 如果您之后更改了 IP 地址或域名,您不必手动更新 SQL Server 服务的 Spn。

安全

SQL Server 2000

用于启动 SQL Server 故障转移群集中的 SQL Server 服务的服务帐户必须是本地管理员组的直接成员。此服务帐户不能通过组成员资格的本地管理员组的成员。该配置可能会导致暂时的安全问题。如果不希望使用的服务帐户是本地管理员组中,您必须授予对服务帐户的以下用户权限:
  • 充当操作系统的一部分 = SeTcbPrivilege
  • 跳过遍历检查 = SeChangeNotify
  • 在内存中锁定页 = SeLockMemory
  • 作为批处理作业登录 = SeBatchLogonRight
  • 作为服务登录 = SeServiceLogonRight
  • 替换进程级令牌 = SeAssignPrimaryTokenPrivilege

SQL Server 2005

每个群集服务安装的 SQL Server 2005 实例中,您在 SQL Server 安装向导用于群集服务的域组页中输入域的名称和组名称。您输入的域的名称和组名称中的 域名称\组名 格式。当指定的域组,您必须使用以下准则:
  • 域组必须与您用来登录到系统的帐户相同的域中。例如,如果位于 SQLSVR 域中的帐户,您用来登录到系统和 SQLSVR 域是 MYDOMAIN 域的子域,必须在 SQLSVR 域中指定域组。SQLSVR 域可能包含来自 MYDOMAIN 域的用户帐户。
  • 特定的群集服务的服务帐户必须是域组的直接成员。此服务帐户不能通过组成员身份的域组的成员。SQL Server 2005 安装程序将不检查以确定服务帐户是域组中的子组。
  • 特定的群集服务的服务帐户必须不是直接的本地管理员组的成员。
  • 域和域组必须已经存在运行 SQL Server 2005 安装程序时。您可以从域管理员获得现有域组的名称。或者,您可以创建 SQL Server 2005 的故障转移群集的域组。如果您创建了不久前在运行 SQL Server 2005 安装程序的 SQL Server 2005 故障转移群集的域组,您必须等待一段时间新的域组,以便在公司网络复制。
  • 域组必须包含适当的服务帐户。如果服务帐户不正确的域组的成员,在安装 SQL Server 2005 时,SQL Server 2005 安装程序会将服务帐户添加到域组中。因此,您使用运行 SQL Server 2005 安装程序的帐户必须具有足够的权限,若要将帐户添加到域组。

    如果没有添加域组帐户的权限的帐户下运行 SQL Server 安装程序,服务帐户必须已经是适当的域组的成员。
  • 若要保持对权限最精确的控制,我们建议您指定其他域组和另一个服务帐户对每个群集服务,并为每个虚拟服务器。但是,您仍然可以使用相同的域组和相同的服务帐户对所有 SQL Server 服务。或者,可以为每个 SQL Server 服务使用相同的域组和不同的服务帐户。
  • 必须不能与任何其他应用程序共享 SQL Server 群集服务的域组。
  • 必须为域组而不是通用域组域全局组。
关于这些准则的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
910708 在安装 SQL Server 2005 的故障转移群集时,必须指定为群集 SQL Server 服务的域组
注意要解决域组的问题,必须有权访问的域控制器。

此外,我们不支持安装 SQL Server 2005 的故障转移群集实例的任何节点是域控制器的环境中。

有关用户权限和 SQL Server 服务帐户和有关的访问控制列表 (Acl) 所创建的 SQL Server 服务帐户授予权限的详细信息,请参阅 SQL Server 2005 联机丛书中的"建立 Windows 服务帐户"主题。

启动和停止 SQL Server 服务

SQL Server 2005 的故障转移群集实例

SQL Server 2005 支持启动和停止 SQL Server 服务使用下列工具之一:
  • 群集管理器
  • SQL Server 配置管理器
  • SQL Server 外围应用配置器
  • SQL Server 管理 Studio
注意不要使用服务管理单元中停止群集的 SQL Server 实例。如果您使用服务管理单元中,群集服务会重新启动 SQL Server。

SQL Server 2000年故障转移群集实例

SQL Server 2000年故障转移群集实例没有上述限制的约束。我们建议您启动和停止 SQL Server 2000年虚拟服务器服务使用 SQL Server 企业管理器中,SQL Server 服务小程序或群集管理器。尽管您可以在控制面板中使用服务控制管理器或服务项来启动和停止服务,而不会损坏注册表,但这些方法不能使服务保持停止状态。相反,群集服务器,将检测这些服务,您将在您的 SQL Server 收到多条事件 ID 17052 的错误消息。这些错误消息类似于以下内容:
[] sqsrvresCheckServiceAlive: 服务是死 [
[] sqsrvresOnlineThread: 在等待 QP 停止服务
[] sqsrvres使错误 1 资源联机 OnlineThread:
您收到这些错误消息后,群集服务会重新启动 SQL Server。此行为被预期对于这些类型的错误。

SQL Server 6.5 和 SQL Server 7.0 故障转移群集实例

若要启动或停止 SQL Server,SQL Server 执行官员,或从 SQL Server 6.5 或 SQL Server 7.0 的虚拟服务器的 SQL 代理服务,您必须使用 Microsoft 群集管理器或 Cluster.exe 命令行工具。

如果您尝试启动或停止服务以其他方式 (例如,从控制面板、 SQL 服务管理器或 SQL 企业管理器),注册表可能已损坏,并且您可能需要使脱离群集或完全重新安装 SQL Server。

服务启动不正确的最常见迹象是服务帐户显示为一堆杂乱的 ASCII 字符。

如果您需要从命令行启动 SQL Server 时,您必须使用群集管理器或 Cluster.exe 工具第一次脱机 SQL Server、 执行 SQL 或 SQL 代理服务。

从命令行启动 SQL Server 时,连接将使用虚拟服务器名称。若要使本地连接的唯一方法是资源均由的节点从其最初安装 SQL Server。

SQL 企业管理器

SQL Server 6.5 和 SQL Server 7.0 故障转移群集实例

不能从 SQL 企业管理器更改服务帐户名称。如果您需要更改名称,则 Microsoft 建议您使脱离群集,然后使用新的域用户帐户中 recluster SQL Server。更改 SQL Server 服务帐户的详细信息,请参阅下面 Microsoft 知识库中相应的文章:
239885 如何更改群集的计算机正在运行 SQL Server 的服务帐户
警告如果不遵循文章 Q239885 中的说明操作,您可能需要手动将 SQL Server 完全删除从这两个节点,并保护您的 SQL Server 数据库后再重新安装 SQL Server。

如果 SQL Server 的服务帐户不是群集中的管理员,无法在群集中的任何节点上删除管理共享。管理共享必须在群集中的 SQL Server 对函数可用。

SQL Server 2000年故障转移群集实例

您必须使用 SQL 企业管理器对 SQL 服务帐户或密码进行的所有更改。

SQL Server 2005 Analysis Services (OLAP)

SQL 服务器 2005 OLAP 完全是群集兼容的并且您可以在初始安装期间选择群集的安装。

SQL Server 2000 Analysis Services (OLAP)

尽管 SQL Server 2000 Analysis Services (OLAP) 组件不是群集感知的就可能实现高可用性 Analysis Services 解决方案按照下面的步骤在下面 Microsoft 知识库中相应的文章:
308023 群集 SQL Server 2000 Analysis Services 在 Windows 2000 和 Windows Server 2003 中如何

SQL 连接

SQL Server 2005 的网络库

版本的 SQL Server 2005 中,SQL 本机客户端已添加到受支持的协议列表。受支持的协议包括:
  • 共享的内存

    注意使用 Microsoft 数据访问组件 (MDAC) 2.8 orearlier 版本的 MDAC 的客户端不能使用共享的内存协议。如果您尝试使用共享内存协议时,客户端会自动切换到 NamedPipes 协议。
  • 命名的管道
  • TCP/IP
  • 通过
  • SQL 本机客户端

    SQL 本机客户端 (SQLNCLI) 是 SQL Server 2005 中新的 adata 访问技术。SQL 本机客户端 isa 独立的数据访问应用程序编程接口 (API) 是用于 OLE DB 和 ODBC。SQL 本机客户端将 SQL Server OLE DBProvider 和 SQL Server ODBC 驱动程序合并到一个本机 DLL 中。SQL NativeClient 还提供了单独和不同于 MDAC 的新功能。使用 SQL Server 安装程序安装 SQL 本机客户端作为一部分 ofSQL Server 2005 工具。这和其他 networklibraries 的更多信息,请参见 SQL Server 2005 联机丛书。

    注意SQL Server 2005 并不支持 Banyan 藤 SequencedPacket 协议 (SPP)、 多协议、 AppleTalk 或 NWLink IPX/SPX networkprotocols。通过使用这些协议 mustselect 不同的协议来连接到 SQL Server 2005 先前连接的客户端。

SQL Server 2000年网络库

群集的 SQL Server 安装需要 TCP/IP 协议,并建议您安装并启用命名管道协议。TCP/IP 是必需的因为它是用于服务器群集的唯一支持的协议。

有关命名管道要求的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
831127 不能在虚拟服务器正在运行 SQL Server 2000 Service Pack 3 中删除命名的管道支持
添加到 SQL 组的任何其他资源必须有自己专用的 NetworkName 和 ip 地址资源。

SQL Server 6.5 和 SQL Server 7.0 故障转移群集实例

如果某些群集资源依赖任何 SQL Server 资源,您必须在使虚拟服务器脱离群集之前删除这些依存关系。如果不这样做,您的虚拟服务器将会被完全删除,将不能被重新聚集,直到失败 SQL 群集被完全删除。

注意如果将仲裁驱动器用于其他 MSCS 资源,并且这些资源引起故障转移,则所有群集资源都将不可用,直到该群集资源以及群集 IP 地址和网络名称重新联机。

警告用鼠标右键单击 SQL Server 时非,下面 Microsoft 知识库中相应的文章中所述,必须进行对 SQL Server 6.5 中的网络设置的任何更改:
189037 BUG: SQL 安装程序不更改安全性和网络支持选项与 SVS
公共连接的其他信息的问题,当您连接或配置群集的 SQL Server 服务器,请参阅以下文章 Microsoft 知识库中相应的文章:
273673 SQL 虚拟服务器客户端连接的说明
235987 虚拟基于 SQL Server 7.0 的服务器只支持一个 TCP/IP 地址的使用
244980 如何更改 SQL Server 故障转移群集实例的网络 IP 地址
187708 无法连接到群集中的套接字通过 SQL 虚拟服务器

多个侦听 TCP/IP 端口

SQL Server 7.0 的单个子网上的多个侦听端口提供支持。这种支持不是用于在多个子网或提供附加的可用性。

如果您需要多个侦听 TCP/IP 端口,您需要在运行群集向导之前在注册表中进行以下修改。

重要提示此部分、方法或任务包含告诉您如何修改注册表的步骤。但是,如果不正确地修改了注册表,可能会出现严重问题。因此,请确保仔细按这些步骤操作。为增加保护,先备份注册表再对其进行修改。然后,您可以在出现问题时还原注册表。有关如何备份和还原注册表的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
322756 如何在 Windows XP 中备份和还原注册表
  1. 启动注册表编辑器 (Regedt32.exe)。
  2. 找到以下注册表项中的ListenOn值:
    HKEY_LOCAL_Machine\Software\Microsoft\MSSQLServer\MSSQLServer
  3. 编辑菜单上,单击多重字符串,,并输入其他侦听端口。例如,若要添加 port1435,输入下列信息,然后单击确定
    SSMSSO70 1435
  4. 退出注册表编辑器中。
以下是一些您可能会添加其他端口的示例:
  • SSMSSO70 1436
  • SSMSSO70 1437
测试到您添加,,然后继续使用群集向导的端口的连接性。

SQL Server (所有版本) 和 WINS 配置

群集 SQL Server 之前,确保您在群集上,具有正确的配置为 Windows Internet 名称服务 (WINS) 使用下面的 Microsoft 知识库中相应的文章文章所述:
193890 建议为 Microsoft 群集服务器的 WINS 配置
195462 WINS 注册和 Microsoft 群集服务器的 IP 地址行为
您应该永远不会添加静态项在 WINS 中为群集的 SQL Server 服务器或其他 Microsoft 群集服务器 (MSCS) 资源 ;下面 Microsoft 知识库中相应的文章对此进行了说明:
217199 静态 WINS 项会使网络名称脱机

性能计数器 onSQL Server 7.0 故障转移群集实例

为虚拟服务器的 SQL Server 性能监视器计数器 (扩展计数器) 时不存在虚拟 SQL Server 配置设置为 SQL Server 7.0 和被动节点具有对资源的控制。直到关闭并重新启动整个群集之后,计数器不会再次对主节点可用。即使到那时,可用性也是有限的。

在系统初始启动时,必须找到 SQL Server 扩展计数器。与 SQL Server 6.5 中,计数器 DLL 位于 \\Mssql\Binn 目录中,默认情况。因为在其中安装 SQL Server 群集驱动器不可访问,直到所有的 MSCS 资源处于联机状态,计数器在系统初始启动时都找不到。

SQL Server 7.0 放置在正确的目录中,%systemroot%\System32\,这些计数器,以便它们可以。要使可用的 Sqlctr65.dll 文件,将在 %systemroot%\System32 目录中放 Sqlctr65.dll 文件的副本。默认情况下,Sqlctr70.dll 文件放在该目录中。

SQL Server 性能计数器的详细信息,请参阅下列文章 Microsoft 知识库中相应的文章:
127207 缺少对象和性能监视器中的计数器
246328 SQL 性能计数器在群集上的 MDAC 安装完成后可能会丢失
警告SQL Server 6.5 中,如果您决定重建注册表通过下面 Microsoft 知识库中相应的文章中的说明操作,有关的附加说明后面的"如何对重建 SQL Server 注册表"部分之前采取重建注册表的步骤:
227662 SQL 性能监视器计数器丢失
总之,性能计数器不是始终可用在群集 SQL 服务器。时,如果它们是通常只在主节点上发生任何故障转移。

重命名 SQL Server 6.5 或 SQL Server 7.0 群集故障转移向导所创建的资源

运行 SQL Server 群集故障转移向导时,在过程中将包括 SQL 群集资源的创建。默认情况下,这些资源具有以下命名结构:
Virtual_SQL_Server_Name1> IP 地址
Virtual_SQL_Server_Name1> 网络名称
Virtual_SQL_Server_Name1> SQL Server 7.0
Virtual_SQL_Server_Name1> 虚拟服务器
Virtual_SQL_Server_Name1> SQL Server 代理 7.0
例如,如果Virtual_SQL_Server_Name是 xyz,SQL Server 资源命名,如下所示,默认情况下:
xyz 的 IP 地址
xyz 网络名称
xyz SQL Server 7.0
xyz 虚拟服务器
xyz SQL Server 代理 7.0
如果这些名称的全部或部分被修改,如下所示:
IP 地址
网络名称
SQL Server
虚拟服务器
SQL 代理
SQL 群集故障转移向导可能会失败或停止响应。SQL 群集故障转移向导故障的其他信息,请参阅下面 Microsoft 知识库中相应的文章:
254593 SQL 群集向导失败的疑难解答

如何重新构建 SQL Server 6.5 和 7.0 故障转移群集实例安装的 SQL Server 注册表

SQL Server 6.5 版

虽然 SQL Server 6.5 版聚集索引,请不要尝试执行 SQL Server 注册表重建用下面的命令行:
设置 /t RegistryRebuild = 开
在执行注册表重建之前,必须使 SQL Server 脱离群集。

SQL Server 7.0 版

如果您使用 SQL Server 7.0 中的 Regrebld.exe 文件,可以重建注册表在群集环境中具有以下限制:
  • 不要对以前的安装程序 ofmaster 进行任何更改。
  • SQLServer,请只从主节点上运行此实用程序。
忽略这些限制可能导致注册表出现问题。

服务包

警告在尝试任何 service pack 安装之前,请确保您具有适当的权限和权利。强烈建议您登录到服务器和 SQL Server 服务帐户并在过程中使用 Windows 身份验证。如果此帐户由于某种原因被从群集节点上本地管理员组中删除,请其重新添加到组之前开始安装。

SQL Server 2005

使用 SQL Server 2005 的行为从 SQL Server 2000年不变。

SQL Server 2000

使用 SQL Server 2000 时,没有取消群集。您可以控制 SQL Server 您要升级的节点从启动 service pack 安装。

注意您可以安装 Microsoft Windows NT 服务包,以正常方式详见下面 Microsoft 知识库中相应的文章:

174799 在群集的安装服务包

SQL Server 6.5 或 7.0

您必须使脱离群集 SQL Server 设置 SQL Server 服务包。还必须使本文的"复制问题"一节中进行了说明的 SQL Server 脱离群集之前删除复制。

复制

SQL Server 2005

按照附带所有 SQL Server 更新或 service pack,以确定是否则必须按照特殊的安装说明进行操作,为您安装的特定程序的自述文档。

SQL Server 2000

按照附带所有 SQL Server 更新或 service pack,以确定是否则必须按照特殊的安装说明进行操作,为您安装的特定程序的自述文档。

SQL Server 6.5 和 SQL Server 7.0

下面 Microsoft 知识库中相应的文章中所述,都必须在使 SQL Server 脱离群集之前删除复制:
247110 在应用服务包之前,必须删除复制
当您进行群集 SQL Server 时,则可能会中断 SQL Server 复制 ;有关其他详细信息,请参阅下面 Microsoft 知识库中相应的文章:
236407 BUG: 主动/被动群集安装会中断复制和 DTS

全文搜索

SQL Server 联机丛书中的"配置 SQL Server 故障转移支持"部分结尾处提到,全文搜索不可用到群集 SQL Server 7.0 服务器。在 SQL Server 2000年和更高版本的 SQL Server 中使用完全支持全文搜索。

如果您有问题,需要您重新生成或重新安装全文搜索,或 SQL Server 2000年故障转移群集实例上的 SQL Server 2005 故障转移群集实例完成卸载和重新安装 SQL Server 故障转移群集实例是唯一受支持的恢复方法。

SQL 邮件

由于 MAPI 不支持群集 SQL Server 故障转移群集上使用时,SQL 邮件不是完全支持。在群集中使用 SQL 邮件支持提供"尽最大努力"仅在基础上,而不保证其稳定性和可用性。Microsoft 已经确认这是在 SQL Server 6.5,SQL Server 7.0 和 SQL Server 2000 故障转移群集中使用时存在问题。

操作系统升级

操作系统升级支持群集 SQL Server 服务器记录在以下文章 Microsoft 知识库中相应的文章:
239473 在群集 SQL Server 7.0 服务器上的 Windows 2000 和 MDAC 升级版本的修补程序: 70rebind.exe
313037 如何升级到 Windows Server 2003 的 SQL Server 群集

授权

有关许可的信息,请参阅下面 Microsoft 知识库中相应的文章:
175276 与 MSCS 一起授权策略的实施

保存重要群集服务管理规则

警告如果您忽略任何以下规则,您将需要重新安装 Microsoft 群集服务。
  • 如果您更改共享 SCSI 总线上任一物理磁盘的分区布局,请重新启动两个群集节点。
  • 之后在安装 MSCS 不会更改 clusternode 的 Windows NT 的计算机名称。
  • 不进行重新分区而不 firstdeleting 磁盘资源的 SCSI 总线上的磁盘。
  • 不要更改网络 nameresource 所依赖的 IP 地址。
  • 对 aphysical 磁盘进行低级写入操作的诊断工具不会运行。(这是启动节点已系统下,才可以。
  • 不要重新指派在 anynode 上的系统磁盘的驱动器号。
  • 不写入数据到连接的磁盘在 SCSI chainbefore 上安装 MSCS。

SQL Server 群集资源共享

SQL Server 使用的群集磁盘资源不应用于其他群集服务 (如仲裁驱动器、 文件或打印机的共享或 Internet 信息服务器) 除非群集只能有一个群集磁盘资源。如果您使用 SQL Server 群集磁盘的这些资源,它可能会严重影响您的故障转移时间并没有 SQL Server 问题存在时还可以启动的 SQL Server 故障转移。

有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
835185 在 SQL Server 中的故障转移群集资源依存关系

Microsoft 数据访问组件 (MDAC)

SQL Server 6.5 和 SQL Server 7.0 MDAC 组件升级

SQL Server 6.5 和群集 SQL Server 7.0 安装仅支持 MDAC 组件升级到 MDAC 2.5 版。MDAC 2.6 和 MDAC 2.7 没有这些版本的服务器端支持。

但是,可以使用 MDAC 2.6,以后将客户端连接到群集 SQL Server 6.5 或 SQL Server 7.0 安装。

详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
820754 不应在 SQL Server 7.0 群集上安装 MDAC 2.6 或更高版本
239473 在群集 SQL Server 7.0 服务器上的 Windows 2000 和 MDAC 升级版本的修补程序: 70rebind.exe

默认 MSDTC 群集资源的位置

默认情况下,MSDTC 资源的安装位置取决于操作系统。

注意除非您特别需要更改在其中安装 MSDTC 的组,建议您将其保留在默认位置。此外,在群集节点上,MSDTC 必须为群集资源运行。如果 MSDTC 作为非群集资源运行配置时,可能会被孤立分布式的事务和发生群集故障转移可能会造成数据损坏。

Windows NT 4.0
第一组包含一个有效的 IP 地址资源、 网络名称资源和群集磁盘资源上安装群集的 MSDTC。这通常是 SQL 组。

Windows 2000
默认情况下将安装到群集组,并不会使用仲裁驱动器。虽然建议只能由仲裁使用仲裁驱动器,MSDTC 是此规则的例外。在安装或重建 SQL 群集上的 MSDTC 的问题,请参阅下面 Microsoft 知识库中相应的文章:
294209 如何重建或移动要用于 SQL 故障切换群集 MSDTC 设置

存储区域网络 (SAN) 支持

Microsoft 群集服务和 SQL Server 故障转移群集实例现在支持在存储区域网络 (SAN) 环境中。HCL 类别群集/多设备列出了其组件已通过群集组件候选测试的 SAN 的存储设备集。但是请注意该组件不会符合 Microsoft 群集服务支持服务。这些服务是仅可用于 HCL 上的"群集"类别中显示的经过验证的配置。有关详细信息,请参阅下列文章 Microsoft 知识库中相应的文章:
280743 Windows 群集和地理位置上分散的站点
834661 SQL Server 2000年安装程序时使用装载的驱动器,则需要驱动器号
819546 SQL Server 2000年和 SQL Server 2005 的支持已装入的卷

在硬件兼容性列表 (HCL) 找到在下面的 Microsoft 网站上可以找到所有已验证的硬件配置的列表:
http://www.windowsservercatalog.com/

内存分配 (所有版本)

当您为群集 SQL Server 服务器分配内存时,请确保 SQL Server 加上任何其他群集资源和本地应用要求的所有实例的最大服务器内存设置小于任何故障转移群集中的服务器上的最小可用物理 RAM 数量。

64 位 SQL Server 设置

您无需配置一个 64 位安装可通过启用 AWE 使用额外的内存,或通过修改 Boot.ini 文件,以包括 PAE 启动切换。

故障排除虚拟 SQL 服务器

当排除虚拟 SQL Server 服务器上的问题,是一定要注意必须要进行故障排除按特定的顺序除非出现的问题是已知的 SQL 问题。事实上没有 SQL 问题存在时,可以作为 SQL 问题出现问题或与硬件、 操作系统、 网络、 安全或 Microsoft 群集服务的故障。

尽可能快地检测到的问题后,您应从故障转移群集实例节点的所有收集的 SQL Server MPS 报告。很重要您使用的所有节点上的密切联系,因为该工具和问题的原因可能是承载您的 SQL Server 故障转移群集实例的节点以外的源。

执行故障排除的虚拟 SQL Server 问题,按给定的顺序使用以下方法:
  • 硬件-系统事件日志是否显示任何警告或错误,无法解释的?检查计算机的系统报告时,是否报告任何出现问题的设备吗?如果是这样,可以对其做出解释吗?
  • 操作系统-事件日志是否显示任何种类的操作系统问题、 服务故障或驱动程序有问题?
  • 网络-事件日志显示连接中断吗?NIC 故障?DNS 有问题吗?
  • 安全-检查存在访问被拒绝错误和安全日志失败。
  • MSCS-群集报告问题,在任何事件日志?
  • SQL Server 的 SQL Server 不会报告任何错误日志或事件日志中的特定错误消息吗?

SQL Server 服务属性

必须将 SQL Server 服务启动类型设置为手动。用于虚拟 SQL 服务器不支持自动启动使用。

SQL Server 在应用服务器模式下不支持对于终端服务

终端服务器中使用时不支持 SQL Server 故障转移群集。 有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
327270 SQL Server 2000年不支持 Windows Server 2003 终端服务器应用程序服务器上

Microsoft Windows 2003 的支持

只有 SQL Server 2000 Service Pack 3 (SP3) 或更高版本支持,如下面的 Microsoft 知识库文章所述:
313037 如何升级到 Windows Server 2003 的 SQL Server 群集

属性

文章编号: 254321 - 最后修改: 2013年10月15日 - 修订: 1.0
这篇文章中的信息适用于:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL 2005 Server Enterprise
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 7.0 Enterprise Edition
  • Microsoft SQL Server 6.5 Enterprise Edition
关键字:?
kbhowto kbinfo kbmt KB254321 KbMtzh
机器翻译
重要说明:本文是由 Microsoft 机器翻译软件进行的翻译并可能由 Microsoft 社区通过社区翻译机构(CTF)技术进行后期编辑,或可能是由人工进行的翻译。Microsoft 同时向您提供机器翻译、人工翻译及社区后期编辑的文章,以便对我们知识库中的所有文章以多种语言提供访问。翻译的文章可能存在词汇、句法和/或语法方面的错误。Microsoft 对由于内容的误译或客户对内容的使用所导致的任何不准确、错误或损失不承担责任。
点击这里察看该文章的英文版: 254321
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com