开发学院数据库 MSSQL Server 保护 SQL Server 2005 Express Edition Server 阅读

保护 SQL Server 2005 Express Edition Server

　2007-11-11 05:30:42　来源：WEB开发网　　　

核心提示： sql server(WINDOWS平台上强大的数据库平台) Expresssql server(WINDOWS平台上强大的数据库平台) 2005 Express Edition 是 Microsoft sql server(WINDOWS平台上强大的数据库平台) 的 Microsoft 桌面引擎 (MSDE) 版本

sql server(WINDOWS平台上强大的数据库平台) Express

sql server(WINDOWS平台上强大的数据库平台) 2005 Express Edition 是 Microsoft sql server(WINDOWS平台上强大的数据库平台) 的 Microsoft 桌面引擎 (MSDE) 版本的替代产品。它的体系结构完全重新设计，您可以像使用 Microsoft Access/JET 数据库那样安装和使用它，但是不会出现与该方法相关联的问题。sql server(WINDOWS平台上强大的数据库平台) 2005 Express Edition 为满足下列应用程序的需要而构建更好的解决方案，这经历了很长的历程：

•	替代 JET 数据库。也就是说，如果需要，可以由 IT 部门代替 DBMS，这一方面可以满足 HIPA 安全性的需要，一方面可以使用所有 sql server(WINDOWS平台上强大的数据库平台) 保护数据和参照安全性的功能，并且无需考虑用户采取的手段。（HIPPA 或 HIPAA（通常简略为 HIPA）指联邦立法部门，该部门要求将可靠的安全性和访问保护用于存储个人医疗卫生信息的数据库中。）
•	无需升级到 sql server(WINDOWS平台上强大的数据库平台) Standard Edition，DBMS 即可从单个用户扩展到很多用户，并且 DBMS 无需担心在最需要调控器时，调控器的性能降低。
•	可以轻松地在小型网站上和客户端/服务器配置中工作的 DBMS。
•	当 Service Pack 可用时，可以轻松地安装并就地更新的 DBMS 引擎。这意味着安装例程可以轻松地集成到应用程序的部署脚本中。
•	通过简单地指向安装或传递到应用程序中的 DBMS 文件，就可以对其进行访问的 DBMS。因为 sql server(WINDOWS平台上强大的数据库平台) Express 旨在允许数据库随时连接，它可以比以前更加简单地使用“松散”的 sql server(WINDOWS平台上强大的数据库平台) MDF 数据库文件并利用应用程序对它们进行部署。这使得部署独立的 sql server(WINDOWS平台上强大的数据库平台) Express 数据库 .MDF 文件非常简单，就像利用 JET 数据库完成那样。
•	引用 sql server(WINDOWS平台上强大的数据库平台) 的共享实例的标准方法。当安装 SSE 时，默认情况下安装为具有相同的实例名称 SQLEXPRESS。这意味着如果假设应用程序安装例程利用了该功能，无论应用程序的连接字符串是安装在本地系统上还是安装在局域网上，它都可以更简单地针对 sql server(WINDOWS平台上强大的数据库平台) Express。我会在稍后谈论实例问题。

我的新书，Hitchhiker's Guide to Visual Studio and sql server(WINDOWS平台上强大的数据库平台) 2005 (Addison Wesley)，将会用一整节来讨论 sql server(WINDOWS平台上强大的数据库平台) 2005 Express Edition，但对于本文，我将重点限制在使用 sql server(WINDOWS平台上强大的数据库平台) 2005 Express Edition Beta 2 的托管安全性上。随后我将会讨论下列内容：

•	什么是“安全”的系统？对于小型系统而言，安全性意味着什么呢？
•	MSDE 开发人员面临着什么问题？
•	sql server(WINDOWS平台上强大的数据库平台) Express 如何解决这些问题？
•	应用程序如何获得对 sql server(WINDOWS平台上强大的数据库平台) Express 数据库的访问？
•	如何保护 sql server(WINDOWS平台上强大的数据库平台) Express 数据库？

注在撰写本文时，sql server(WINDOWS平台上强大的数据库平台) 2005 Express Beta 2 不应该用于产品系统中，不应该公开在 Web 上或在 EULA 限制外使用。

什么是“安全”的系统？

在我们深入讨论 sql server(WINDOWS平台上强大的数据库平台) 2005 Express Edition 的技术优点以及如何配置其安全功能之前，我认为有必要定义安全性的实际含义。当然，对于小型企业或部门系统来说，当数据服务器受到安全威胁或其数据丢失或损坏时，该公司与大型公司一样容易面临失败。sql server(WINDOWS平台上强大的数据库平台) Express 可以驻留在 Web 服务器上，为 ASP 应用程序提供 sql server(WINDOWS平台上强大的数据库平台) 服务。因此，正常运行时间、可靠性和安全性也意味着对 Web 服务器应用程序公开信息的能力，但同时还不易受到来自 Web 的攻击。对于将编写代码和构建应用程序作为兼职的“经验不足的开发人员”来说，sql server(WINDOWS平台上强大的数据库平台) Express 也是非常理想的。这些医生、律师、接待员和出租车司机都需要一个用于存储和检索数据的简单、安全、稳定的方式，而不必考虑在后台正在为他们所做的操作。

安全性还包括应用程序设计程序和开发人员要防止数据丢失而采取的这些步骤，无论丢失是由于意外、疏漏或是恶意攻击所致。安全性意味着将那些不应该访问数据的人员拒之门外，并保护物理文件和系统本身。它意味着制作备份并能够无缝地执行还原。利用 sql server(WINDOWS平台上强大的数据库平台) Express 系统，尤其具有挑战性，因为与通常不同，没有专职系统管理员或 IT 部门介入并执行周期性的备份，或者当系统发生故障时从各个部分中进行还原整个系统。具有安全的系统意味着当发生问题时保持您的工作（并且可能会有提升），然后可以快速、安静、高效地恢复应用程序。我将会指出很多事项，您可以完成它们使应用程序更持久、更不容易受到攻击并且更易于维护。

问题是什么？

相当长时间以来，我一直都在赞美 sql server(WINDOWS平台上强大的数据库平台) 的 MSDE 版本。这是因为我确信对于需要“少量用户”数据存储区的应用程序，或应用程序不需要对远程 DBMS 引擎进行访问的情况下，MSDE 是非常好的解决方案。尽管 MSDE 已经广泛地被大量关键业务采用，它们通常必须依赖自己来处理很多问题 — 实现非标准解决方案，该解决方案有时与解决相同或不同问题的其他公司的尝试相冲突。这些冲突包括：

部署：如果将 sql server(WINDOWS平台上强大的数据库平台) 与应用程序一起安装将会怎样？下面就是对相关问题的阐述。例如，如果 sql server(WINDOWS平台上强大的数据库平台) 已经安装，又该如何呢？如果实例名与其他现有实例冲突，又该如何呢？应用程序应该共享一个现有的 sql server(WINDOWS平台上强大的数据库平台) 实例还是创建一个独特的实例呢？当卸载安装有共享 sql server(WINDOWS平台上强大的数据库平台) 实例的应用程序行时会发生什么情况？它还会卸载 sql server(WINDOWS平台上强大的数据库平台) 实例吗？如果会，那么该实例宿主的其他数据库会发生什么情况呢？

安全性：如果选择共享一个 sql server(WINDOWS平台上强大的数据库平台) 实例，应该为 SA 使用什么密码呢？如何设置用户帐户？应用程序是否应该只是使用由域控制器管理的集成安全性呢？如果没有 Active Directory，又该如何呢？如何将数据库安装在目标 MSDE 服务器上？安装后，数据库是否对服务器上的其他应用程序可见呢？应用程序如何隐藏专用数据呢？

性能： MSDE 使用限制服务器上并发操作数量的调控器。如果单个用户应用程序需要同时执行几个操作，但是调控器不发挥作用并使其速度下降，又该如何呢？坦白地说，我不确认这个问题是十分普遍的。我曾经听到非常少的人抱怨调控器终止，并且使他们的应用程序运行得非常慢。的确，我曾听说应用程序运行得不是特别快，但是这（通常）是由于野蛮强制查询或“置疑的”数据库实现导致的结果。

可伸缩性： MSDE 数据库限制在 2GB。如果您需要比这更多的数据，又该如何呢？这是否意味着您必须升级目标系统以使用 sql server(WINDOWS平台上强大的数据库平台) Standard Edition，而这可能比期望使用它的系统花费更多？另外，我所听到的最多的抱怨就是人们存储二进制大对象 (BLOB)（例如数据库中的文档或图片）时涉及的问题。一旦它们将 BLOB 替换为一个到 BLOB 文件的路径，它们的数据库就缩小到非常合理的大小了。

工具： sql server(WINDOWS平台上强大的数据库平台) 的 MSDE 版本是“部署”配置。同样，它并不包括管理服务器或它所管理的数据库所需要的任何工具。我通常会推荐开发人员购买 49 美元的 (SRP) Developer Edition，它包括用于管理其 MSDE 数据库的整套工具。但是，由于许可限制，这些工具无法利用应用程序进行部署。这意味着开发人员必须构建他们自己的客户端工具或简单地将需要的功能构建到他们已部署的应用程序中。

管理： 无论它是如何完成的，应用程序必须要承担很多管理性责任。对于没有“SA”（系统管理员）值守的 sql server(WINDOWS平台上强大的数据库平台) Express 系统而言，这一点尤为重要。这些管理责任包括管理登录帐户、权限、备份、还原和日志维护。最终用户通常不具有执行这些操作的能力并且不应该被信任来执行这些操作 — 这取决于应用程序。因为 JET 数据库需要周期性的压缩或修复，MSDE（和任意 sql server(WINDOWS平台上强大的数据库平台) 数据库）需要周期性地备份（和转储）日志和数据库。当数据库没有进行集中管理时（集中管理可以更简单地管理管理性和维护任务），这个问题就变得相当重要。同样，这取决于应用程序。

Service Pack：由于 MSDE 通常嵌入到应用程序中，用户可能不知道他们已经安装了一个 sql server(WINDOWS平台上强大的数据库平台) 实例。同样，他们也没有注意到他们可能需要应用 sql server(WINDOWS平台上强大的数据库平台) Service Pack 来保护他们的数据和系统以免受攻击，即使他们在 5 点钟新闻时看到它时，还在正常运转。为了防止由蠕虫和其他攻击病毒引起的某些问题，MSDE SP3(a) 禁用了网络连接，因此应用程序无法通过 Intranet（或 Internet）连接到服务器。问题在于 Service Pack 未能应用到很多系统中，因为用户不知道它是必要的，或者不知道如何应用修补程序。将 sql server(WINDOWS平台上强大的数据库平台) 更新应用到 MSDE 安装这个问题仍然难以解决，因为 Microsoft 升级不是始终可以与用于部署 MSDE 应用程序和数据库的自定义安装脚本一起使用的。

sql server(WINDOWS平台上强大的数据库平台) Express 如何解决这些问题？

近年来，世界范围的开发人员、架构师和 IT 经理一直对上述问题进行着讨论。尽管没有对所有这些问题的解决方案，但是通过一些相当基本的改动，sql server(WINDOWS平台上强大的数据库平台) Express 已经解决了其中的很多问题。在了解差异之前，知道什么内容没有变化非常重要。sql server(WINDOWS平台上强大的数据库平台) 2005 Express Edition 仍然是免费的（具有惯例的 licensing and use restrictions），它仍然支持订阅者复制以及实际上与 MSDE 相同的所有功能。新的 sql server(WINDOWS平台上强大的数据库平台) Express 版本无法宿主报告服务，但它可以作为宿主在 sql server(WINDOWS平台上强大的数据库平台) 2000 Standard Edition 上的服务器的数据源。（有关 sql server(WINDOWS平台上强大的数据库平台) 报告服务的详细信息，请参阅 Boost.net 网站。）默认情况下，安装程序仍然禁用将 sql server(WINDOWS平台上强大的数据库平台) Express 实例公开到网络的能力（首次在 MSDE SP3 中实现）。让我们更仔细地考察一下 sql server(WINDOWS平台上强大的数据库平台) Express 是如何解决每个问题的。

部署

sql server(WINDOWS平台上强大的数据库平台) Express 设计为可以通过 Web 下载，并可以像任何其他系统软件那样安装在用户系统上。（这假设系统管理员安装了 sql server(WINDOWS平台上强大的数据库平台) Express。）您可以使用交互式安装程序（我将在稍后进行说明），或运行命令行安装可执行文件。利用“安静”模式，用户根本不需看到任何 sql server(WINDOWS平台上强大的数据库平台) Express 安装对话框。

当安装 sql server(WINDOWS平台上强大的数据库平台) Express 时，默认情况下安装程序会尝试创建一个公用的 SQLEXPRESS 实例。如果它已经准备就绪，将提示您选择放弃安装或是选择另一个实例名。此处的思想在于让使用 sql server(WINDOWS平台上强大的数据库平台) Express 的应用程序共享一个公用实例，而不是创建它们自己的实例。这使得应用程序配置更加简单，同时还可以降低用户系统上的内存和磁盘占用空间。

如果卸载应用程序，最好还是卸载您所安装的任意唯一的 sql server(WINDOWS平台上强大的数据库平台) Express 实例。但是，Microsoft 建议保留所有就绪的 SQLEXPRESS 实例，除非您确认系统没有任何其他使用该实例的相关应用程序。确定这一点的一种方法是搜索其他应用程序可能连接或创建的其他数据库的 Master 数据库。

安全性

默认情况下，sql server(WINDOWS平台上强大的数据库平台) Express 配置为保护您的数据。在安装时，您会有机会根据要求进一步加强安全性或放松安全性。您必须首先做出的决定就是选择安装实用工具配置 sql server(WINDOWS平台上强大的数据库平台) Express 实例的方式。实例就是程序的一个副本。从 sql server(WINDOWS平台上强大的数据库平台) 2000 版本开始，sql server(WINDOWS平台上强大的数据库平台) 允许您安装服务器的几个独立的实例。每个实例都被视为独立的实体：每个实例具有其自己的 Master 数据库、其自己的安全性配置以及其自己的磁盘和内存中的位置。安装 sql server(WINDOWS平台上强大的数据库平台) Express 后，每个应用程序（或您）必须决定它是否与使用该服务器的共享实例的其他应用程序共存，或者它是否要求其自己的独立实例。有几个与每个配置相关联的安全性问题，我将在下面进行阐述。请注意，sql server(WINDOWS平台上强大的数据库平台) Express 允许您安装多达 15 个实例，但是我希望人们不要安装多个实例，除非在非常特殊的情况下。

安装公用实例

默认情况下，sql server(WINDOWS平台上强大的数据库平台) Express 假设您要创建（或使用）一个名为“SQLEXPRESS”的公用实例。还可以命名一个“公用”实例，但是这假设您所安装的所有程序都可以分辩出这个独特的名称。如果保留默认名称 (SQLEXPRESS)，其他应用程序可以自动共享这个公用实例。利用这种方法，所有数据库都可以由一个单个的、共享 Master 数据库管理，并且有一个永远不需要显示的 SA 密码。当使用公用实例时，您有可能看到其他安装的数据库，而其他应用程序也可能会看到您的数据库 — 除非您确保应用了适当的权限。一般而言，对于家庭、个人或小型办公室实现，您通常不必担心一个应用程序会扰乱另一个数据库中的数据。如果您安装一个单独的公用实例，那么只有一组 sql server(WINDOWS平台上强大的数据库平台) DLL、缓存和其他驻留内存的结构会加载到内存中。这意味着只有一个 sql server(WINDOWS平台上强大的数据库平台) 实例占用 CPU 资源。

安装独立的实例

在安装过程中，如果您将实例名设置为自己的值，那么安装程序会创建一个完全独立的 sql server(WINDOWS平台上强大的数据库平台) Express 版本。该实例具有其自己的 Master 数据库、其自己的文件、DLL、内存占有空间以及其自己的 SA 密码。除了可能已安装的任意其他实例外，每个独立的实例都会启动占用 CPU 周期的单独的 sql server(WINDOWS平台上强大的数据库平台) 服务（程序）。尽管该方法在某种意义上增加了安全性，只有那些被授予对该实例访问权限的程序才能看到它所管理的数据库，但是实现和维护却增加了很多成本。这是因为每个实例都要复制 DLL、缓存和其他内存中的结构。

安装默认实例

另一种方法就是在安装过程中删除实例名。在这种情况下，sql server(WINDOWS平台上强大的数据库平台) Express 作为默认实例安装，假设没有已安装的默认实例。在这种方式中，只可以安装一个服务器实例。同样，如果这是安装到系统上的唯一的实例，那么在其他配置之间差异就会非常小，除非当它连接 sql server(WINDOWS平台上强大的数据库平台) Express 时，我将在稍后对此进行讨论。

选择系统管理员的密码

SA 密码是解开整个数据库的密钥。系统管理员获准对数据库或数据库中的信息进行任何操作。SA 可以添加、更改或删除数据库，所有操作都可以在任何人不知道所做更改的情况下进行。正确设置这个密码并对其进行保护是至关重要的。

当您使用公用实例安装 sql server(WINDOWS平台上强大的数据库平台) Express 时，只有一个 SA 密码需要关注。由于只有在您选择使用 Windows 身份验证进行安装时，SA 帐户才可以访问，所以 SA 密码永远不需要显示。在任何情况下，当安装 sql server(WINDOWS平台上强大的数据库平台) Express 时，都要求您提供 SA 密码，但是在已发布的版本中，可以设置为随机（隐藏）的值。

Microsoft 建议您配置 sql server(WINDOWS平台上强大的数据库平台) Express 实例以使用 Windows 集成安全性身份验证。这意味着计算机和 Windows 域系统管理员帐户都被授予对 sql server(WINDOWS平台上强大的数据库平台) Express 实例的完全 SA 访问权限。当然，您需要成为计算机或域管理员才能执行维护、安装数据库以及执行像更改数据库表值这样的简单操作。这并不意味着使用 sql server(WINDOWS平台上强大的数据库平台) Express 的每个人都应该成为管理员。它真正的意义在于，作为安装制度的组成部分，您需要创建“用户”或应用程序登录，并在应用程序需要的表格、视图、函数以及存储过程上设置适当的权限。我将会在稍后对此进行更详细的讨论。

性能

sql server(WINDOWS平台上强大的数据库平台) Express 已经摒弃了“调控器”的概念。坦白地讲，我以前几乎没有看到调控器降低任何 MSDE 系统的情况，但是通过放弃调控器，Microsoft 消除了有关 sql server(WINDOWS平台上强大的数据库平台) 引擎可伸缩性的混淆。sql server(WINDOWS平台上强大的数据库平台) Express 有很多方法来限制可伸缩性。正如在测试版中所配置的那样，sql server(WINDOWS平台上强大的数据库平台) Express 只能处理缓冲池中 1GB 的系统 RAM。这限制了 RAM 缓存中数据页面和过程的数量。任何 sql server(WINDOWS平台上强大的数据库平台) 专业人士都可以告诉您改进性能的最简单方法就是向缓存中增加内存。将可见 RAM 限制在 1GB 意味着在您向 sql server(WINDOWS平台上强大的数据库平台) Express 实例中增加负载时，您将（最终）耗尽性能。这是否意味着 sql server(WINDOWS平台上强大的数据库平台) Express 可以支持 1000 个用户呢？当然，如果将负载放在 sql server(WINDOWS平台上强大的数据库平台) Express 实例上并不会那么完美。在相同的情况下，10 个用户就可以将 sql server(WINDOWS平台上强大的数据库平台) Express 陷入困境，尤其是如果应用程序编写得并不是非常有效时。

sql server(WINDOWS平台上强大的数据库平台) Express 也限制到一个单个的处理器，而不可以在附加处理器（最多两个）上运行线程（如果系统支持）。这种限制也压缩了您期望从 sql server(WINDOWS平台上强大的数据库平台) Express 获得的性能上限。

当使用 sql server(WINDOWS平台上强大的数据库平台) Express 的应用程序结束时，sql server(WINDOWS平台上强大的数据库平台) 并不会关闭。在 sql server(WINDOWS平台上强大的数据库平台) Express 版本中并没有自动关闭选项。因此，即使在您的应用程序结束后，sql server(WINDOWS平台上强大的数据库平台) 引擎也会保留在内存中，并继续占用系统 RAM 和 CPU 资源。可以编写 SQL 管理对象 (SMO) 例程来关闭 sql server(WINDOWS平台上强大的数据库平台) Express 实例，但只有在您确认该实例没有被其他应用程序共享时，才可以完成该操作。

可伸缩性

尽管 MSDE 数据库限制在 2GB，sql server(WINDOWS平台上强大的数据库平台) Express 数据库文件却限制在 4GB。这意味着可以比以前多存储一倍的数据。坦白地讲，这使我很困惑。我曾经在大型机上使用过大型的公司数据库，它在单个 40MB 磁盘包上非常适合。我猜想人们喜欢使用数据库来存储其宠物的大量文档和图片。对于 MSDE 而言，日志文件大小并不受限制 — 至少表面上看是这样。您仍然需要周期性地备份或截断日志，我将在稍后进行讨论。

工具

Microsoft 同时还更改了其对工具的访问方法。即使您不将新的 GUI 安装程序计算在内，当您下载 sql server(WINDOWS平台上强大的数据库平台) Express Beta 2 时，新的 OSQL 版本、SQL 计算机管理器（MMC 管理单元）以及 SQLCMD 命令行工具都包括在其中，以协助管理 sql server(WINDOWS平台上强大的数据库平台) Express 实例。此外，Microsoft 计划设计一个新的 GUI 工具（暂时命名为 SQL Express Manager），以执行 sql server(WINDOWS平台上强大的数据库平台) 数据库的初始配置和周期性维护。这个工具很快可用于独立下载，基本上可以说，它是不同于 SQL 查询分析器的工具，可以执行用户帐户设置和维护以及协助编写、测试和调试 SQL 查询。您不能使用其他任何工具连接到 sql server(WINDOWS平台上强大的数据库平台) Express，包括 Management Studio 或 SQL 企业管理器。但是，我希望在它发布前，当前的任何工具都可以访问 sql server(WINDOWS平台上强大的数据库平台) Express。

管理

要管理 MSDE，您只须对 sql server(WINDOWS平台上强大的数据库平台) Express 进行操作，这与对 sql server(WINDOWS平台上强大的数据库平台) 的其他版本所做操作相同。我希望看到一个可以周期性地转储数据库和日志然后截断日志的自动日志备份脚本。或许，这就是企业第三方需要创建的脚本。到那时，我建议开发人员将这些管理任务构建到他们的应用程序中，然后使用 SMO 来执行这些需要的维护功能，并且使用 Windows 计划程序来进行协助。

Service Pack

sql server(WINDOWS平台上强大的数据库平台) Express 只能使用 Windows Installer (MSI) 安装软件包文件进行安装。与 MSDE 不同，您将无法创建自定义的 MSM 安装脚本。在其他方面中，它与 MSDE 相同，因此您仍然需要准备通过传统的 Service Pack 方式来更新 sql server(WINDOWS平台上强大的数据库平台) 引擎。在 Microsoft 工作的人都敏锐地意识到与此相关的问题，并且仍然在规划着更好的策略。

安装 sql server(WINDOWS平台上强大的数据库平台) Express Edition

与 MSDE 不同，MSDE 不支持任何形式的 GUI 安装实用工具，而 sql server(WINDOWS平台上强大的数据库平台) Express 允许命令行安装和 GUI 版本。对于使用标准版版本或更高版本的开发人员来说，这个安装版本是非常熟悉的。但是，在该过程的早期，sql server(WINDOWS平台上强大的数据库平台) Express GUI 安装程序出现对话框（如图 1 所示），询问用户是否要设置 Advanced Configuration 选项。默认情况下，安装程序会配置正在进行安装的 sql server(WINDOWS平台上强大的数据库平台) Express 实例来使用集成安全性，同时禁用对 TCP 端口和外部协议的所有访问。这意味着您将无法从其他系统或使用 sql server(WINDOWS平台上强大的数据库平台) 凭据来访问 sql server(WINDOWS平台上强大的数据库平台) Express 实例，除非更改高级配置选项。