维普资讯 http://www.cqvip.com 第３４卷（２００６）第４期 计算机与数字工程 ８１ ＳＱＬ Ｓｅｒｖｅｒ ２０００安全验证的故障诊断与分析 江南常春 （湖北工业大学计算机学院软件工程系武汉４３００６８） 摘要：ＳＱＬ Ｓｅｒｖｅｒ ２０００安全验证过程是其安全机制的一个重要组成部分。客户端程序，包括ＳＱＬ Ｓｅｒｖｅｒ ２０００自带的客 户端程序，常常会出现不能正常连接的故障。本文从基本原理人手，对各种故障产生的根本原因进行分析并提供了解决方 案。 关键词：数据库安全验证故障诊断与分析 ＳＱＬ Ｓｅｒｖｅｒ ２０００ 中国分类号：ＴＶ３９２ Ａｔｈｅｎｔｉｃａｔｉｏｎ ＤｉａｇＩｌ ｓ ａｎｄ Ａｎａｌｙｓｉｓ ｉｎ ＳＱＬ Ｓｅｒｖｅｒ ２０００ ＪｉａｎｇＮａｎ ＣｈａｎｇＣｈｕｎ （Ｓｏｆｔｗａｒｅ Ｅｎｇｉｎｅｅｒｉｎｇ Ｄｅｐｔ．，Ｃｏｍｐｕｔｅｒ Ｓｃｉｅｎｃｅ Ｓｃｈｏｏｌ，Ｈｕｂｅｉ Ｕｎｉｖｅｒｓｉｔｙ ｏｆＴｅｃｈｎｏｌｏｇｙ，Ｗｕｈａｎ ４３００６８） Ａｂｓｔｒａｃｔ：Ａｕｔｈｅｎｔｉｃａｉｔｏｎ ｉｓ ａ ｋｅｙ ｐａｒｔ ｉｎ ｈｔｅ ｃｏｎｔｅｘｔ ｏｆ ＳＱＬ ｅＳｒｖｅｒ ２０００ ｓｅｃｕｒｉｙｔ ｍａｎａｇｅｍｅｎｔ．Ｔｈｅｒｅ ａｒｅ ｍａｎｙ ｋｉｎｄｓ ｏｆ ｐｒｏｂｌｅｍｓ ｆｏ ｃｏｎｎｅｃｔｉｏｎ ｆｏｒ ｃｈｅｍｓ，ｉｎｃｌｕｄｉｎｇ ｔｈｏｓｅ ｃｌｉｅｎｔｓ ｗｉｔｈｉｎ ＳＱＬ ｅＳｖｅｒ ２０００．Ｂａｓｅｄ ｏｎ ｓｅｃｕｒｉｙｔ ｐｒｉｎｃｉｐｌｅｓ ｏｆ ＳＱＬ ｅＳｒｖｅｒ２０００，ｔｈｉｓ ｐａｐｅｒ ｇｉｖｅｓ ｔｈｅ ｅｓｓｅｎｔｉａｌ ｒｅｉｎｓ ａｎｄ ｒｅｎｄｅ１＂８ ｓｏｌｕｔｉｏｎｓ． Ｋｅｙ ｗｏｒｄｓ：Ａｕｔｈｅｎｔｉｃａｉｔｏｎ，Ｄｉａｇｎｏｓｉｓ ａｎｄ Ａｎａｌｙｓｉｓ，ＳＱＬ ｅＳｒｖｅｒ ２０００ ａａ ｎｕｍｌ￣ｒ：ＴＰ３９２ １ 引言 库进行操所要完成的第一步，可以说是迈人ＳＱＬ Ｓｅｒｖｅｒ２０００的门槛。所谓客户端分为两种，一是 ＳＱＬ Ｓｅｒｖｅｒ是基于客户机／服务器的数据库管 ＳＱＬ ｅＳｒｖｅｒ ２０００自带的客户端工具，如服务管理 理系统，其主要功能是管理连接到同一网络中的所 器、企业管理器、查询分析器等；二是用户自己开发 有计算机。ＳＱＬ Ｓｅｒｖｅｒ的客户端提供多个用户界 的客户端程序，如ＡＳＰ、ＶＢ、ＶＣ＋＋程序等，这些客 面，用以向服务器端ＤＢＭＳ（ＤａｔａＢａｓｅ Ｍａｎａｎｇｅｍｅｎｔ 户端程序利用ＯＤＢＣ（Ｏｐｅｎ Ｄａｔａｂａｓｅ Ｃｏｎｎｅｃｔｉｏｎ）或 Ｓｙｓｔｅｍ）提交请求，而服务器端ＤＢＭＳ对这些请求进 者ＯＬＥ ＤＢ（Ｏｂｊｅｃｔ Ｌｉｎｋ ａｎｄ Ｅｍｂｅｄｄｅｄ Ｄａｔａｂａｓｅ）等 行处理，并将结果返回到客户端。用户常会遇到诸 连接上ＳＱＬ Ｓｅｒｖｅｒ ２０００。 如“未与信任ＳＱＬ Ｓｅｖｒｅｒ连接相关联”等故障。这 无论哪种客户端，连接ＳＱＬ Ｓｅｒｖｅｒ ２０００服务器 类故障一般产生于ＳＱＬ Ｓｅｒｖｅｒ的“验证（ａｕｔｈｅｎｔｉ． 需要提供一个登录ＩＤ（Ｉｄｅｎｔｉｉｆｃａｔｉｏｎ）。如果ＳＱＬ ｃａｉｔｏｎ）”一种安全机制一一过程中。客户端在 ｅＳｖｒｅｒ ２ＯＯＯ验证这些ＩＤ不合法，它就不会被连接上， 向服务器端提交连接请求后，由于某些原因，ＳＱＬ 这个过程就是验证（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）。所有登录账号， Ｓｅｒｅｒ认为客户端的请求不合法，因而产生这类故 必须都存在于ＳＱＬ ｅＳｒｖｅｒ ２ＯＯ０企业管理器的“安全 障 性”文件夹下的“登录”中，并且在系统数据库ｍａｓｔｅｒ ２ 基本原理 的ｓｙｘｌｏｇｉｎｓ表中都有对应的一行记录。 ｓＱＬ Ｓｅｖｒｅｒ ２０００有两种类型的验证：Ｗｉｎｄｏｗｓ 首先详细剖析ＳＱＬ Ｓｅｖｒｅｒ ２０００验证所涉及到 身份验证和ＳＱＬ ｅＳｒｖｅｒ身份验证，每一类验证都有 的有关原理。 一套属于自己的登录ＩＤ…。所谓Ｗｉｎｄｏｗｓ验证的 “验证”是客户端能够对ＳＱＬ Ｓｅｒｖｅｒ ２０００数据 一套登录ＩＤ，即是Ｗｉｎｄｏｗｓ操作系统级上的账号标 收到本文时间：２００５年６月２７日 维普资讯 http://www.cqvip.com ８２ ＳＯＬ Ｓｅｒｖｅｒ ２０００安全验证的故障诊断与分析 第３４卷 识，这些账号应该存在于计算机系统的“用户和组” 中。显然这类用户建立在操作系统级别上，号必须 再添加到ＳＱＬ Ｓｅｒｖｅｒ ２０００企业管理器的“安全性” 文件夹下的“登录”中，它们在列表中的类型为 ３ 故障的产生原因、分析和解决 （１）先讨论一个重要的客户端一企业管理器连 接服务器时产生的问题。企业管理器是ＳＱＬ ｅｒＳｖ— “Ｗｉｎｄｏｗｓ用户”。所谓ＳＱＬ Ｓｅｖｒｅｒ验证的一套登录 ＩＤ，是ＳＱＬ Ｓｅｒｖｅｒ ２０００的内置用户，与操作系统级 上的用户和组无关。建立这类用户是在ＳＱＬ Ｓｅｒｖｅｒ ｅｒ２０００系统管理员用以与该数据库系统交互的主 要工具。它的两个主要功能是管理数据库服务器 和管理数据库中的对象。为了管理、配置和使用 ２０ＯＯ的直接管理下，且必须提供密码。这类登录 账号在列表中的类型为“标准”。 ＳＱＬ ｅＳｒｖｅｒ ２０００在安装时自动创建的特殊登 录账号有ｓａ和ＢＵＩＬＴＩＮ＼Ａｄｍｉｎｓｔｒａｔｏｒｓ。ｓａ是系统 管理员（Ｓｙｓｔｅｍ Ａｄｍｉｎｉｓｔｒａｔｏｒ）的简称，该登录账号在 ＳＱＬ ｅＳｒｖｅｒ ２０００系统中拥有全部的权限，即可以执 行所有的操作，且既不能更改ｓａ用户名称，也不能 删除ｓａ，但可以更改其密码，它是属于“ＳＱＬ ｅＳｒｖｅｒ 身份验证”的内建账号。而ＢＵＩＬＴＩＮ／Ａｄｍｉｎｉｓｔｒａｔｏｒｓ 映射了操作系统级下属于系统管理员组的所有账 号到ＳＱＬ ｅＳｒｖｅｒ ２０００中，即是说如果在操作系统级 别创建了一个属于Ａｄｍｉｎｉｓｔｒａｔｏｒｓ组中的账号，那么 此账号无需再添加到ＳＱＬ ｅＳｒｖｅｒ２０００的登录列表 中。它默认具有Ｓｙｓｔｅｍ Ａｄｍｉｎｉｓｔｒａｔｏｒ权限，但是可 以被删除。需要注意的是，如果删除，有可能会遇 到一些连接问题，在下面的讨论中会讲解到。显 然，它是属于“Ｗｉｎｄｏｗｓ身份验证”的内建账号。 ＳｏＬ ｅＳｒｖｅｒ ２０００使用两种方式来执行这两种 验证类型ｌ２］，这是ＳＱＬ ｅＳｒｖｅｒ ２０００的安全模式管理 的范畴。ＳＱＬ ｅＳｒｖｅｒ ２０００的安全模式包括“仅Ｗｉｎ— ｄｏｗｓ”和“ＳＯＬ ｅＳｒｖｅｒ和Ｗｉｎｄｏｗｓ（￣合）”两种。所谓 “仅Ｗｉｎｄｏｗｓ”，是指客户端只能使用“Ｗｉｎｄｏｗｓ用 户”类型的账号才可以连接上ＳＱＬ Ｓｅｒｖｅｒ ２０００服 务器。这类验证过程为：ＳＱＬ ｅＳｒｖｅｒ ２０００信任操作 系统级别上的连接，从操作系统级取得用户的ＩＤ， 称为ＳＩＤ（Ｓｅｃｕｒｉｔｙ Ｉｄｅｎｔｉｆｉｅｒ），与ｍａｓｔｅｒ数据库的 ｓｙ￣ｏｇｉａｓ表中记录匹配，若找到一个匹配，ＳＱＬ ｅＳｒｖｅｒ ２０００就接受此连接，验证过程结束。“仅 Ｗｉｎｄｏｗｓ”是默认的身份验证方式。所谓“ＳＱＬ ｅＳｒｖ— ｃｒ和Ｗｉｎｄｏｗｓ（混合）”，是指客户端既可以使用 “Ｗｉｎｄｏｗｓ用户”类型的账号，也可以使用“标准用 户”类型的账号连接上ＳＱＬ ｅＳｒｖｅｒ ２０００服务器。 后者验证过程为：ＳＱＬ ｅＳｒｖｅｒ ２０００根据客户端提供 的登录账号和密码，与ｍａｓｔｅｒ数据库中的ｓｙｘｌｏｇｉｎｓ 表中的记录匹配，若找到一个匹配，ＳＱＬ Ｓｅｒｖｅｒ ２０００就接受此连接，验证过程结束；如果是“Ｗｉｎ— ｄｏｗｓ用户”类型的账号，验证过程同“仅Ｗｉｎｄｏｗｓ”。 Ｍｉｃｒｏｓｏｆｔ ＳＱＬ ｅＳｒｖｅｒ ２０００，必须使用ＳＱＬ Ｓｅｒｖｅｒ Ｅｎ． ｔｅｒｐｒｉｓｅ Ｍａｎａｇｅｒ注册服务器。注册服务器就是为 Ｍｉｃｒｏｓｏｆｔ ＳＱＬ Ｓｅｒｖｅｒ ２０００这种ｃｌｉｅｎｔ／ｓｅｒｖｅｒ系统确 定一个数据库所在的机器，该机器作为服务器可以 回应客户机的各种请求ｌ３］。在注册服务器的过程 中，需要指定企业管理器（作为客户端）与正要被注 册的ＳＱＬ ｅＳｒｖｅｒ的实例（作为服务器）之间的连接 方式，即是客户端使用什么类型的登录账号，是通 过Ｗｉｎｄｏｗｓ身份验证还是ＳＱＬ Ｓｅｒｖｅｒ身份验证来连 接上服务器。所以作为与数据库系统交互的一个 界面，但是同时又作为一个客户端产品，企业管理 器也会产生与ＳＱＬ ｅＳｒｖｅｒ服务器连接不上的问题。 通常产生的连接故障如下提示： “未能建立与ｘ ＼ｘ （服务器名）的连接。 原因：用户’ｓａ’登录失败。原因：未与信任 ＳＱＬ Ｓｅｒｖｅｒ连接相关联。 请验证ＳＱＬ Ｓｅｒｖｅｒ是否在运行并检查ＳＱＬ Ｓｅｒｖｅｒ注册属性（通过右击ＸＸ．Ｘ、ＸＸ．Ｘ节点），然后重 试。” 或者出现： “由于如下所示的连接错误，ＳＱＬ ｅＳｒｖｅｒ注册失 败，还要修改吗？ 原因：用户’Ｓａ’登录失败。原因：未与信任 ＳＱＬ ｅＳｒｖｅｒ连接相关联。” 故障分析：由于企业管理器在注册时使用的是 “使用ＳＱＬ Ｓｅｒｖｅｒ身份验证”，而此时ＳＱＬ Ｓｅｒｖｅｒ ２０００的安全模式设为“仅Ｗｉｎｄｏｗｓ”，这就是说，客 户端只有采用“Ｗｉｎｄｏｗｓ用户”类型的登录账号才 能够连接上服务器，而企业管理器在登录时用的是 “ｓａ”这样一个“ＳＱＬ ｅＳｒｖｅｒ标准用户”的登录账号， 于是服务器认为企业管理器没有建立与ＳＱＬ ｅＳｒｖｅｒ 之间的信任关系（在“仅Ｗｉｎｄｏｗｓ”模式下，是靠ＳＱＬ Ｓｅｖｒｅｒ和操作系统用户账号之间的信任来连接服 务器的）。 故障解决：此问题产生后，企业管理器不能正 常执行它所具有的功能，但是仍可修改其注册属 性。正如故障提示所指一样，此时，可修改为“使用 Ｗｉｎｄｏｗｓ身份验证”，确定并刷新后企业管理器正 维普资讯 http://www.cqvip.com 第３４卷（２００６）第４期 计算机与数字工程 ８３ 常连接。还有一种解决方式，即是修改注册表，将 ＳＱＬ ｅｒＳｖｅｒ ２０００的安全模式修改为“ＳＱＬ Ｓｅｒｖｅｒ和 Ｗｉｎｄｏｗｓ”的混合验证方式，因为此时无法通过企业 管理器来修改。具体做法是在ＨＫＥＹ ＬＯＣＡＬ ＭＡＣＨＩＮＥ＼ＳＯＦＴＷＡＲＥ＼Ｍｉｃｒｏｓｏｆｔ＼ＭＳ ＳＱＬ Ｓｅｒｖｅｒ 重试。” 在查询分析器中提示为： “无法连接到ＸＸＸ＼ＸＸＸ（服务器名） 服务器：消息１８４５６，级别１６，状态１ ｌ Ｍｉｃｒｏｓｏｆｔ儿ＯＤＢＣ ＳＱＬ Ｓｅｒｖｅｒ Ｄｒｉｖｅｒ儿ＳＱＬ Ｓｅｎｒ— ｅｒ＼（ＳＱＬＳＥＲＶＥＲ名称）＼ＭＳＳＱＬＳｅｒｖｅｒ下修改ｌｏｇｉｎ— ］用户’ＸＸＸ（机器名）＼Ａｄｍｉｎｉｓｔｒａｔｏｒ登录失败。” ｍｏｄｅ项值，值为Ｉ代表“仅Ｗｉｎｄｏｗｓ”，值为“２”代表 “ＳＱＬ Ｓｅｒｖｅｒ和Ｗｉｎｄｏｗｓ”。所以，此时将１修改为 故障分析：照前面的解释，如果ＳＱＬｓｅｒｖｅｒ ２０００ 的安全模式设置与客户端连接服务器采用的登录 ２，重启ＳＱＬ Ｓｅｒｖｅｒ后企业管理器即正常连接。 故障小结：事实上，本例错误提示中的用户’ ｓａ’，可以是任意一个ＳＱＬ Ｓｅｒｖｅｒ标准用户名，也就 是说，当ＳＱＬ Ｓｅｖｒｅｒ ２０００安全模式设为“仅ｗｉｎ— ｄｏｗｓ”，而企业管理器的连接使用的是ＳＱＬ Ｓｅｖｒｅｒ标 准用户账号时，都会出现这样的故障。根本原因即 是说：服务器只允许了账号类型为“Ｗｉｎｄｏｗｓ用户” 的账号登录，客户端就不可以使用ＳＱＬ Ｓｅｒｖｅｒ标准 用户类型的账号进行登录。需要注意的是修改后 的改变是需要刷新或者重启才能生效的。 （２）使用查询分析器出现故障提示如下： “无法连接到服务器ＸＸＸ＼ＸＸＸ（服务器名）： 服务器：消息１８４５２，级别１６，状态Ｊ ｌ Ｍｉｃｒｏｓｏｆｔ儿ＯＤＢＣ ＳＱＬ Ｓｅｒｖｅｒ ＤｒｉｖｅｒＪｌ ＳＱＬ Ｓｅｎｒ ｅｒ］用户’ｓａ’登录失败。原因：未与信任ＳＱＬ Ｓｅｒｖｅｒ 连接相关联。” 本类故障的故障分析完全同上例故障。 故障解决与小结：此时，可在查询分析器连接 窗口中选择使用“Ｗｉｎｄｏｗｓ身份验证”，查询分析器 即可正常连接上服务器；如果此时企业管理器是正 常的，也可以在企业管理器操作界面上修改ＳＱＬ Ｓｅｒｖｅｒ ２０００的安全模式为“ＳＱＬ Ｓｅｒｖｅｒ和Ｗｉｎｄｏｗｓ” 后，查询分析器也可正常连接上服务器；当然，也可 以象上例那样修改注册表来达到修改ＳＱＬ ｅＳｒｖｅｒ ２０００的安全模式的目的。 （３）无论ＳＱＬｓｅｒｖｅｒ ２０００的安全模式设置为“仅 Ｗｉｎｄｏｗｓ”还是设置为“ＳＱＬ Ｓｅｒｖｅｒ和Ｗｉｎｄｏｗｓ”，客户 端使用“Ｗｉｎｄｏｗｓ用户”类型的账号都不能正常登 录服务器。例如，企业管理器的注册属性中将企业 管理器与服务器连接的方式设为“Ｗｉｎｄｏｗｓ身份验 证”，或者查询分析器使用“Ｗｉｎｄｏｗｓ身份验证”，故 障在企业管理器中提示为： “未能建立与ＸＸＸ＼ＸＸＸ（服务器名）的连接 原因：用户’ＸＸＸ（机器名）＼Ａｄｍｉｎｉｓｔｒａｔｏｒ’登 录失败。 请验证ＳＱＩ Ｓｅｒｖｅｒ是否在运行并检查ＳＱＬ Ｓｅｖｒｅｒ注册属性（通过右击ＸＸＸ＼ＸＸＸ节点），然后 账号一致时，就可以正常连接上服务器。即是说如 果ＳＱＬＳｅｒｖｅｒ ２０００安全模式设置为“仅Ｗｉｎｄｏｗｓ”， 那么客户端连接采用“Ｗｉｎｄｏｗｓ用户”类型的登录 账号；而如果ＳＱＩ＿Ｓｅｖｒｅｒ ２０００安全模式设置为“ＳＱＬ Ｓｅｒｖｅｒ和Ｗｉｎｄｏｗｓ”，则客户端连接采用“Ｗｉｎｄｏｗｓ用 户”类型的登录账号或者“ＳＱＬ Ｓｅｒｖｅｒ标准用户”类 型的登录账号都可以。但为什么会出现这样的情 况呢？注意前面提到了一个特殊的内建账号： Ｂｕｉｌｔｉｎ＼Ａｄｍｉｎｉｓｔｒａｔｏｒｓ。故障根本原因在于安全性 一用户账号列表中不存在该账号。对于内建的 Ｗｉｎｄｏｗｓ系统管理员账户组Ａｄｍ／ｎｉｓｔｒａｔｏｒｓ的所有成 员，ＳＱＩ＿Ｓｅｖｒｅｒ ２０００在安装时就添加该组账户到 ＳＱＬＳｅｒｖｅｒ２０００用户账号列表中，只是此时不同于 一般Ｗｉｎｄｏｗｓ用户所采用机器名加上Ｗｉｎｄｏｗｓ用 户名或用户组名的方式为登录账号，而是使用 ＢＵＩＬＴＩＮ来代替机器名，所以Ｂｕｉｌｔｉｎ＼Ａｄｍｉｎｉｓｔｒａｔｏｒｓ 代表属于Ｗｉｎｄｏｗｓ管理员组的所有操作系统级别 账号。由于该故障产生之前，操作系统级的登录， 也就是开机登录采用的是Ｗｉｎｄｏｗｓ系统管理员 “Ａｄｍｉｎｉｓｔｒａｔｏｒ”账号，而Ａｄｍｉｎｉｓｔｒａｔｏｒ又属于Ａｄｍｉｎ— ｉｓｔｒａｔｏｒｓ组，所以在正常情况下，即Ｂｕｉｌｔｉｎ＼Ａｄｍｉｎ． ｉｓｔｒａｔｏｒｓ存在于用户列表中时，ＳＱＬ ｅＳｒｖｅｒ ２０００信任 操作系统级别上的连接，从操作系统级取得该操作 系统管理员用户的ＩＤ，与ｍａｓｔｅｒ数据库中的ｓｙｘｌｏ— ｇｉｎｓ表中的记录相匹配，接受此连接。但是在此例 中，Ｂｕｉｌｔｉｎ＼Ａｄｍｉｎｉｓｔｒａｔｏｒｓ被删除，ＳＱＬ Ｓｅｒｖｅｒ ２０００ 在ｍａｓｔｅｒ数据库的ｓｙｘｌｏｇｉｎｓ表中无法找到匹配 （ＳＱＬ Ｓｅｖｒｅｒ ２０００的用户列表中不存在，则ｓｙｘｌｏｇｉｎｓ 表中就没有该登录账号的记录），连接就会产生故 障。这也从另一个方面说明，即使ＳＱＬ Ｓｅｖｒｅｒ ２０００ 信任Ｗｉｎｄｏｗｓ用户，这些Ｗｉｎｄｏｗｓ用户必须被添加 到ＳＱＬ Ｓｅｖｒｅｒ ２０００的用户列表中才可以使用这些 用户的登录账号成功登录上ＳＱＬ Ｓｅｒｖｅｒ ２０００。 故障解决：此时需要手工添加此账号到ＳＱＬ Ｓｅｒｖｅ￣０００登录用户账号列表中，才可以让客户端 采用“Ｗｉｎｄｏｗｓ用户”类型的账号登录上服务器。 此时，可以先修改企业管理器的注册属性为“使用 维普资讯 http://www.cqvip.com ８４ ＳＱＬ Ｓｅｒｖｅｒ ２０００安全验证的故障诊断与分析 第３４卷 ＳＱＬ Ｓｅｒｖｅｒ身份验证”，这时，如果ＳＱＬ Ｓｅｖｒｅｒ ２０００ 的安全模式为“ＳＱＬ ｅＳｒｖｅｒ和Ｗｉｎｄｏｗｓ”时，就连接 正常了；如果为“仅Ｗｉｎｄｏｗｓ”，则需要编辑注册表， 修改ＨＫＥＹ—ＬＯＣＡＬ—ＭＡＣＨＩＮＥ＼ＳＯＦＴＷＡＲＥ＼Ｍｉ— ｃｒｏｓｏｆｉ｜ＭＳ ＳＱＬ Ｓｅｒｖｅｒ｜ＳＱＬＳｅｒｖｅｒＮａｍｅ｜ ＭＳＳＱＬＳｅｒｖｅｒ下的ｌｏｇｉｎｍｏｄｅ项值为２，最后重启 ｓＱＬ ｅＳｒｖｅｒ ２０００，企业管理器连接正常。这时候， 再在企业管理器中添加Ｂｕｉｈｉｎ＼Ａｄｍｉｎｉｓｔｒａｔｏｒｓ账 号，具体做法是在名称中输入“Ｂｕｉｈｉｎ＼Ａｄｍｉｎｉｓｔｒａ， ｔｏｍ”，其他与添加普通Ｗｉｎｄｏｗｓ类型的用户一样， 完成这一特殊登录账号的添加。 故障小结：ＢＵＩＬＴＩＮ＼Ａｄｍｉｎｉｓｔｒａｔｏｒｓ账号是一 个特殊的账号。如果操作系统的登录账号不是系 统管理员，或者不属于系统管理员组，但该账户存 于ｓＱＬ Ｓｅｒｖｅｒ ２０００的用户列表中，则Ｂｕｉｈｉｎ＼Ａｄ． ｍｉｎｉｓｔｒａｔｏｒｓ可以不存在，ｓＱＬ ｅＳｒｖｅｒ服务正常启动， 企业管理器和查询分析器使用Ｗｉｎｄｏｗｓ用户类型 的登录账号也可正常连接，这时，如果该用户在 ＳＱＬ ｅＳｒｖｅｒ ２０００中被赋予了ｓｙｓａｄｍｉｎ角色，那么在 企业管理器中可执行所有操作；如果该用户未被赋 予ｓｙｓａｄｍｉｎ角色，那么操作只限制在所被赋予权限 之内。附带提出的一点是，两种情况下，ＳＱＬ ｅＳｒｖｅｒ 服务都不可被终止或改变状态。只有操作系统的 登录账号是系统管理员，或者属于系统管理员组 时，才可以操纵ｓＱＬ Ｓｅｒｖｅｒ服务，这是关于ＳＱＬ ｅＳｒｖｅｒ服务启动的问题。有时候我们会删除掉 Ｂｕｉｌｔｉｎ、Ａｄｍｉｎｉｓｔｒａｔｏｒｓ账号，自己创建组并在ＳＱＬ ｅＳｒｖｅｒ ２０００中授予它”ｓｙｓａｄｍｉｎ”角色，这样可以更 好地控制谁可以访问ｓＱＬ ｅＳｒｖｅｒ ２Ｏ０Ｏ，也断开了 ｓＱＬ ｅＳｒｖｅｒ ２０００系统管理员和操作系统管理员之 间的联系，因为他们通常有不同的任务，并且需要 不同的权限。 （４）客户端为用户编写的数据库应用程序时出 现： “未与信任ｓＱＬ ｅＳｒｖｅｒ连接相关联。” 故障分析：这些客户端程序常采用ＳＱＬ ｅＳｒｖｅｒ 账号来登录数据库服务器。尤其客户端程序是 ＡＳＰ等服务器／浏览器架构的程序时，通常不可能 被允许登录到服务器的操作系统上，它只被允许登 录到服务器的数据库服务器上，所以ＳＱＬ Ｓｅｒｖｅｒ ２０００安全模式应设置为“ＳＱＬ ｅＳｒｖｅｒ和Ｗｉｎｄｏｗｓ”混 合验证方式，而在上面所示的错误下，ＳＱＬ Ｓｅｒｖｅｒ ２０００安全模式为“仅Ｗｉｎｄｏｗｓ”。原理分析详见故 障（１）。 以上我们以企业管理器和查询分析器作为客 户端为例，分析了客户端连接ｓＱＬ ｅＳｒｖｅｒ服务器的 原理，这里就不再赘述，这里我们就应用程序中如 何体现采用“Ｗｉｎｄｏｗｓ用户”还是“ＳＱＬ ｅＳｒｖｅｒ标准 用户”的客户端连接予以说明。下面是对应的连接 语句（１３ＯＩＩ／１是一个ＡＤＯＤＢ．Ｃｏｎｎｅｃｔｉｏｎ对象，ｔｅｓｔ是 数据库名）： 若ＳＱＬ Ｓｅｒｖｅｒ ２０００安全模式采用“仅Ｗｉｎｄｏｗ 验证”，则应用程序中连接语句如下： ＣＯＲｎ．Ｏｐｅｎ”Ｐｒｏｖｉｄｅｒ＝ＳＱＬＯＬＥＤＢ．１；Ｉｎｔｅｇｒａｔｅｄ Ｓｅｃｕｒｉｔｙ ＳＳＰＩ；Ｉｎｉｔｉａｌ Ｃａｔａｌｏｇ＝ｔｅｓｔ；Ｄａｔａ Ｓｏｕｒｃｅ＝ （服务器名）” 或者连接语句为： ＣｏＲｎ．Ｏｐｅｎ”Ｄｒｉｖｅｒ＝｛ｓＱＬ ｅＳｒｖｅｒ｝；Ｓｅｒｖｅｒ＝（服 务器名）；Ｄａｔａｂａｓｅ＝ｔｅｓｔ；Ｔｒｕｓｔｄｅ－Ｃｏｎｎｅｃｔｉｏｎ＝ｙｅｓ”。 若ＳＱＬ ｅＳｒｖｅｒ ２０００安全模式采用“ＳＱＬ ｅＳｒｖｅｒ 和Ｗｉｎｄｏｗｓ”，则应用程序中连接语句除了上述两 种以外，还可以采用连接语句如下： ｃｏｎｌ１．Ｏｐｅｎ”Ｐｒｏｖｉｄｅｒ＝ＳＱＬＯＬＥＤＢ．１；Ｕｓｅｒ ＩＤ＝ ａｂｃ；ｐａｓｓｗｏｒｄ＝；Ｉｎｉｔｉａｌ Ｃａｔａｌｏｇ＝ｔｅｓｔ；Ｄａｔａ Ｓｏｕｒｃｅ＝ （服务器名）” 或者连接语句为： ｃｏｎｌ１．Ｏｐｅｎ”Ｄｒｉｖｅｒ＝｛ｓＱＬ ｅＳｒｖｅｒ｝；Ｓｅｒｖｅｒ＝（服 务器名）；Ｄａｔａｂａｓｅ＝ｔｅｓｔ；Ｕｉｄ＝ａｂｃ；Ｐｗｄ＝”以上两 个连接语句中，ａｂｃ是一个ＳＱＬ ｅＳｒｖｅｒ的标准用户， 密码为空。 ４ 结束语 理解ＳＱＬ Ｓｅｒｖｅｒ ２０００安全验证是掌握ｓＱＬ Ｓｅｒｖｅｒ ２０００安全机制的关键一步，并且也有助于理 解客户机／服务器这种当今普遍采用的程序架构。 以上问题及解决办法以及应用程序中的连接字符 串都已经笔者一一验证。 参考文献 ［１］Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ Ｍｉｃｒｏｓｏｆｔ ＳＱＬ Ｓｅｒｖｅｒ ２０００ Ｂｏｏｋｓ Ｏｎ＇Ｈｅ ［２］Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ ＭＣＤＢＡ ＳＱＬＳｅｚｖｅｒ２１ＸＤ管理Ｅｘａｍ ７０ —２２Ｓ［Ｍ］ ［３］［美］Ｄｕｓａｎ Ｐｅｔｋｏｖｌｃ吕静骅史进译．ＳＱＬ Ｓｅｒｖｅｒ２０００基础 教程［Ｍ］清华大学出版社
