IT专业人员评估指南.docx

《IT专业人员评估指南.docx》由会员分享，可在线阅读，更多相关《IT专业人员评估指南.docx（46页珍藏版）》请在三一办公上搜索。

1、 2010 专业人员 评估指南本文档按“原样”提供。本文表达的信息和观点（包括 和其他 网站引用）可能随时发生更改，恕不另行通知。使用本文档的风险由您自行承担。本文并不为您提供对任何 产品中任何知识产权的任何法律权限。您可以出于内部参考目的复制和使用本文档。 2010 。保留所有权利。目录摘要1简介1部署和升级2系统要求2浏览器要求2安装3从 3.0 和 2007 升级5准备升级5升级方法6缩短停机时间7直观升级7升级日志记录8升级方案示例8修补程序管理改进10 管理中心网站11服务应用程序12 14外部内容类型14 和 集成14 一五 应用程序一五 方案示例16搜索16搜索体系结构16查询体

2、系结构17爬网体系结构17搜索管理17 一八服务应用程序结束语一八安全性一八 一八管理帐户19基于声明的身份验证19运行状况和监视19诊断20 21可靠性和监视23报告25远程 （二进制大型对象）存储26性能控制27资源限制27控制大型列表活动28 管理30 示例30业务连续性管理31管理中心与 31粒度备份和还原32备份网站集32导出网站或列表33从未附加的内容数据库恢复数据34方案：使用 为备份所有网站集单独编写脚本35服务器场备份和还原35高可用性35只读数据库36 镜像36 快照37搜索和索引的备份与还原37调控37多组织和托管38网站订阅38管理39品牌打造39主题40母版页41 2

3、01041结束语42资源43摘要本评估指南旨在向 专业人员介绍和概述 2010 中与安装、管理和配置 场关系最密切的功能。本文首先提供新增功能的简要介绍和摘要，然后深入讨论最相关的功能。本指南的最终目标是使 专业人员了解安装和评估 2010 所必需的信息。本指南面向 管理员、 3.0 和 2007 管理员、 服务器管理员或服务器管理中涉及的任何 专业人员。本评估指南可能会有所更改。有关 2010 的最新信息，请访问 （该链接可能指向英文页面）。简介 2010 是用于企业和 的业务协作平台。可以现场部署 2010（也称为内部部署）或将其部署为托管服务，如 。还可将其部署到物理计算机，或对其进行虚

4、拟化以降低成本、减少操作负担并提供服务器整合。无论是内部部署还是托管，也无论是虚拟化还是物理部署，部署 都需要 专业人员广泛参与。 2010 包括大量面向管理员的增强功能和新增功能。特别需要指出的是， 2010 会为 专业人员提供以下功能： 通过改进管理体验和为管理员提供与操作相关的资深见解来提高工作效率。通过全新、简化的管理中心网站、用于管理和监视 场的新功能和 支持，可提高工作效率。 可扩展的统一基础结构，其中包括更好地控制服务器资源（例如，改进大型列表的性能和管理）以及使用高可用性进行数据管理和保护。 2010 还包括一个新增的可扩展服务体系结构，它允许 管理员有效管理和汇总“搜索”、“

5、我的网站”和“分类”等服务。这一新增的服务体系结构可以扩展，从而允许 构建服务并向平台中添加这些服务。可在平台上通过 请求、处理器和内存使用率列出并记录处理情况来实现资源限制，以确保服务器场的性能并保护其可用性。 通过从 3.0 和 2007 提供快速、简单的安装和配置过程以及一致的升级路径来提供灵活的部署选项。引入的功能允许管理员管理用户使用 的方式。例如，您现在可以安全地允许网站管理员使用沙盒解决方案在受控的沙盒环境中上载和运行自定义代码。管理员还拥有更多管理控制权：如果要维护集中的 部署和比较分散的方法，则可通过组策略阻止这些部署或使用 标记支持来跟踪这些部署。 2010 包含大量面向

6、专业人员的功能，本文不对每项功能进行详细介绍。本指南将介绍一些最引人注目且面向 专业人员的新增和改进的 2010 功能。部署和升级系统要求若要实现 2010 环境，您的基础结构必须满足以下最低要求： 带 2 (2) 的 2008 64 位操作系统或更高版本，或 2008 R2 带 3 和 3 的 2005（64 位）或更高版本、带 1 和 2 的 2008（64 位）或更高版本、或 2008 R2有关安装 2010 的先决条件的完整和更新列表，请参阅 网站中的“确定硬件和软件要求 ( 2010)”()。浏览器要求 2010 支持多个常用的 浏览器。不同的浏览器提供不同级别的支持和功能。对 20

7、10 的浏览器支持可分为以下三个类别： 受支持受支持的 浏览器是可与 2010 结合使用并且所有功能都已进行全面测试的 浏览器。如果遇到任何问题，支持服务可以帮助您解决这些问题。 受支持但存在已知限制受支持但存在已知限制的 浏览器可用于大部分功能，但如果存在无法正常运行或根据设计禁用的功能，则很容易获取有关如何解决这些问题的文档。 未测试未测试的 浏览器是指其与 2010 的兼容性未经测试，并且使用特定 浏览器可能存在问题。 2010 可与基于标准的最新 浏览器很好地协调工作。下面是在 操作系统中运行的受支持的浏览器： 7（32 位） 8（32 位）下面是受支持但存在已知限制的浏览器选项： 7

8、（64 位） 8（64 位） 3.6（32 位，在 操作系统中） 3.6（在非 操作系统中） 4.04（在非 操作系统中） 2010 不支持将 6 用于发布网站方案（例如面向 的“”网站）。内置到 2010 中的 内容管理功能可提供对阅读器体验的标记和样式的进一步控制。网页设计人员使用这些功能可帮助确保自己设计的网页与其他浏览器（包括 6）兼容以便查看内容。但是，创建与自己想要支持的浏览器兼容的网页是网页设计人员的责任。有关完整的浏览器支持信息，请参阅 安装 2010 的安装过程在几个关键方面进行了改进和简化。首先，向安装过程中添加了 产品和技术 2010 准备工具。在安装 2010 之前，可

9、以先运行该必备软件安装程序，以扫描系统并确保部署 需要的所有组件均已安装。如果扫描检测到未安装其中部分组件或所有组件，必备软件安装程序将下载并安装 2010 安装过程所需要的组件。可以选择实现 产品和技术 2010 准备工具，以将本地共享中的软件用于无 连接的环境。安装必备组件后，管理员在安装 2010 时有两种选择：使用图形用户界面 () 或通过使用配置文件和 进行脚本化安装。 提供了简单的分步过程，用户可在其中指定所需配置。使用 需要更多干预，但有些 专业人员可能发现 比 更能满足其需要。通过脚本化安装，可以确保运行 的所有服务器都具有相同配置。从灾难恢复的角度看，脚本化安装也有优势 -

10、如果服务器出现故障，可以使用以前创建的脚本快速重新安装 。这两种方法都完全受支持。安装 2010 后，会出现一个新配置向导，它旨在通过指导 专业人员完成配置新服务器场和特定服务器场功能的步骤来简化配置过程。例如，场配置向导将指导管理员完成服务器场设置过程的初始步骤，其中包括指定每个服务运行时将使用的帐户以及服务器场中需要的服务。第三方供应商或开发人员还可以添加其他向导，以帮助配置 2010 的其他领域，并且如果管理员希望完全自定义服务器场配置，则可以跳过服务器场配置向导，以便优先选择手动配置所有内容。图 1：“配置向导”页安装过程中还新添加了服务器场密码。该密码用于对服务器场中的所有通信和凭据

11、进行加密。在向 场中添加服务器或从中删除服务器时，都需要使用服务器场密码。管理员可通过 更改此密码。为降低管理员开销， 2010 引入了“管理帐户”这一新概念。管理帐户实际上是一个 用户帐户，该帐户的凭据由 进行管理且包含在其中。这使得 2010 可以安全地管理自己的服务帐户并在需要时滚动（或更改）密码。需要滚动密码时， 2010 在为帐户创建新密码时将遵守 域密码策略。其他安装和部署更改允许网络管理员跟踪和管理其网络中已安装并且正在运行的 2010 服务器。在安装期间， 2010 将向 中预配置的容器写入“标记”。通过这些标记，网络管理员可以根据 中存储的数据的相关报告跟踪和管理其基础结构中

12、的 部署。现在，管理员还可以利用 组策略阻止在未经授权的服务器上安装 。这使得管理员可以更严格地控制其 环境，并显著提高了管理员实施已制定的管理策略的能力。从 3.0 和 2007 升级我们在 2010 升级方案中投入了大量资金，以便为 专业人员提供流畅并且可预测的体验。从准备升级到自定义升级后环境，我们在升级的各个方面都进行了投资。准备升级随着 操作的引入， 3.0 和 2007 2 中开始提供升级准备。可在现有 3.0 或 2007 服务器场中运行此操作，以报告服务器场和服务器数据、运行状况以及升级的适宜性。此操作可确定以下关键信息： 服务器和内容总量 搜索配置 备用访问映射 功能 网站定

13、义 语言包还公开了潜在问题，其中包括： 大型列表 数据孤立 视图和 内容类型 修改过的架构不正确的内容数据库 缺少升级依赖项会收集所有这些信息并将其编译到一个可以使用浏览器查看的报告中。 过程为只读过程；它不对现有 环境进行任何更改。因此，不仅可以在升级之前经常运行该过程，还可以使用该过程检查 环境的总体运行状况。管理员还可以将 内容数据库附加到 2010 服务器场，然后对该数据库运行 。此 将针对指定 应用程序测试指定数据库，以确定任何最新或潜在的问题，例如： 数据孤立 缺少网站定义 缺少功能 缺少程序集此 是预升级检查器报告的补充，也是只读的，可防止在测试问题期间出现任何数据中断情况。升级

14、方法可通过两种主要方法从 3.0 和 2007 升级到 2010：就地升级和数据库附加。就地升级方法用于将现有 2007 服务器升级到 2010，如果出现问题，可根据需要重新启动该过程。通过数据库附加方法可以备份 3.0 或 2007 数据库并将其附加到 2010 应用程序中。然后， 将升级此数据库并通过 应用程序使其可用。此外，可以使用就地升级来升级基本安装（或“单击安装”），然后从 部署进行迁移，以利用远程 存储（，本指南中稍后将进行介绍）。在 3.0 已与 一起安装的情况下，由于 2010 随附 并且存在每个数据库 4 的限制，因此就地升级方法会很有用。可以将大型 （二进制大型对象）对象

15、存储在磁盘驱动器上的 中，而不存储在内容数据库中。利用 2010 中的 存储容量，可将内容数据库大小保持在大小限制之下。缩短停机时间 2010 中引入了多项功能，这些功能不仅可以加快升级速度，还可以缩短停机时间，甚至无需停机。第一项功能是使用最初在 3.0 和 2007 2 中提供的只读数据库。在升级或更新期间，可在 内将备份服务器场中的内容数据库标记为只读，以防止内容发生任何更改，同时使备份网站保持活动状态，以便为网站用户提供只读访问权限。 2010 会识别出已在 中将内容数据库设置为只读，并且会取消激活用户界面的所有区域，以提供只读的最终用户视图。这样，用户便可在升级时读取内容。另一个旨在

16、缩短升级时间的重要改进是支持同时执行多个数据库附加升级。通过使用多个 会话，可以并行升级多个数据库，这意味着同时升级的数据量仅受您的 资源的限制。最后，对于内容较多以致于无法在合理时限内完成升级的客户而言，还有另一种方法。该方法需要使用备用访问映射重定向，以使用客户端 302 重定向根据请求的 在 2010 服务器场与 3.0 或 2007 服务器场之间定向流量。这样便可使用渐进的分阶段方法进行升级，并为升级内容较多的数据库留出足够的时间，同时不会延长服务器或服务的停机时间。有关 2010 升级的详细信息，请参阅 直观升级为减少升级对用户造成的影响， 2010 支持 3.0 和 2007 母版

17、页和级联样式表。默认情况下，在升级内容数据库之后，将使用 3.0 和 2007 视觉效果显示网站，从而为用户提供熟悉的外观。从视觉上看，升级后的网站可能处于以下三种状态之一： 3.0 2007、 2010 预览模式和 2010。使用 2010 预览模式，网站管理员可在提交之前预览使用 2010 用户界面的网站外观。此设置是网站级别设置，可提供非常精细、灵活的体验。通过渐进式直观升级方法， 专业人员可在规划和管理其组织所需要的最终用户培训和自定义更新时利用所有平台管理改进。图 2：直观升级选项升级日志记录已对日志记录功能进行扩展和标准化，以便更轻松、更一致地报告升级过程。其中包括为每个升级创建唯

18、一日志。而且，还会生成仅包含错误的日志，这样就不必通过查看整个升级日志来发现问题。升级方案示例为更好地了解升级过程，请考虑以下示例方案。 被分派了一项将 2007 服务器场升级到 2010 同时尽量缩短停机时间的任务。使数据在升级期间处于只读状态是可接受的。 将在新硬件中部署 2010，并将使用数据库附加方法进行升级。开始升级之前， 对运行 2007 2 和所有适用累积更新的服务器进行了测试和更新。现在， 可以运行 o 。他使用输出验证该服务器场是否已做好升级准备。他发现某些未遵循有关大型列表的 最佳作法的问题，他能够检查这些列表并查找解决方案。由于 是只读工具，因此经常运行该工具是安全的，并

19、且可在工作时确认进度，以减少引发的问题。现在， 的数据库状态良好，他开始在其新硬件中构建 2010。在建立此服务器场、配置所有必要的服务应用程序并设置所需的 应用程序后，他即可开始测试和升级过程。由于他已选择数据库附加方法，因此他从生产阶段执行数据库备份，并将其还原到运行 的新服务器。在他的新服务器场中，他利用 报告在将内容数据库附加到新设置的 应用程序时可能存在的问题。在此命令的输出中， 发现，他没有在新 服务器中安装他要附加的数据库中引用的所有必需功能。他安装了这些必需功能，以避免升级失败。做好所有必要准备后， 开始使用 执行第一次升级。完成升级后，他查看了仅包含错误的升级日志和完整升级日

20、志，以重点关注所发生的任何问题，还可以充分了解在升级过程中发生的情况。成功完成升级 后，他现在可以打开网站并查看内容。凭借直观升级功能，他注意到的第一件事情是，他的网站外观与在 2007 服务器场中的外观完全相同。为了查看他的网站在使用 2010 界面后的外观，他进入“网站设置”并选择预览选项。这样 便有机会确认在应用新视觉效果后，所有内容看上去是否合适。如果他对结果满意，则可以使更改成为永久更改；如果他感觉需要对网站进行调整，则可以关闭预览并返回到 2007 界面。该功能是在各个网站级别设置的，从而使 可以进行非常精细的选择。他还可以使用 为视觉效果更改编写脚本。现在， 已完成数据库升级的测

21、试过程。他现在可以开始升级生产内容。在与各个业务内容所有者协作完成升级验证过程并解决所有问题后，他可以随时制定生产升级计划。他的计划是通知即将进行升级的用户，然后将其 2007 服务器场的内容数据库设置为在 内为只读状态。此操作不仅会将数据设置为只读，从而防止升级期间出现数据不一致情况，而且还会通过为所有用户去除新建功能或编辑功能来调整 用户界面，以避免混乱。在将所有数据库都设置为只读后， 执行数据库备份并将其还原到运行 的新服务器中。在数据库就位后，他可以开始使用 来附加数据库。在测试期间，他已确认新硬件的空间足够大，可以打开多个 窗口，每个窗口升级不同的数据库，并且所有升级同时进行。这样可

22、以缩短升级时间。 还可以通过这些 窗口或从 2010 的管理中心界面中检查升级进度。在升级其公司的所有 内容并使这些内容可用后， 接下来可以更新 ，以将其所有 应用程序都解析到新服务器场。他的内容所有者确认生产升级成功，并将视觉效果相应切换到 2010。每个内容所有者之前都已确定切换到新视觉效果的必要操作过程以及进行更改的时间范围。 设置了 30 天的时限，到达该时限后，他将使用 将所有视觉效果都强制转换为 2010 外观。由于 利用了现有 工具并且执行了大量规划和测试，因此他已经非常成功地升级到 2010。由于他在测试阶段解决了潜在问题，因此他能够在完成升级的同时，将对企业用户的影响降到最低

23、。修补程序管理改进升级用于在版本之间进行移动，更新（也称为“修补”）使用相同的原则在内部版本之间移动。为了灵活地控制更新过程，可使用以下几项功能。通过“更新管理”用户界面可以监视整个服务器场中的更新。提供更新状态运行状况规则，以便就服务器场中的不一致情况通知管理员。 2010 还支持更新的向后兼容性。管理员可将更新应用于服务器场中的服务器，而暂时不将更新应用于数据库。这样便可在更新过程中安排停机时间以进行数据库升级，或在进行更新时使用缩短停机时间技术（使用只读数据库避免中断）。 管理中心网站在 2010 中，管理中心网站已经过重新设计，可为 专业人员提供更熟悉的体验并使其可以更加轻松地查找所需

24、内容。管理中心的主页对主要功能区进行了分类，并在每个区域下列出了众多常用任务。主页上显示了每个主要区域（应用程序管理、监控等），可通过单击其名称或从页面左侧的导航中单击相应链接来访问这些区域。图 3：管理中心尽管布局已更改，但 专业人员会发现许多菜单都很熟悉，还有一些新选项和功能可供使用。通过将常用配置选项设置为单击选项，管理员可使用功能区 轻松地查看或更改详细信息。例如，在 2007 中，许多与 应用程序有关的任务都需要用户单击不同的菜单，并且每次都需要重新选择 应用程序。现在，管理员只需从列表中选择 应用程序，然后使用功能区 单击一次即可访问用于管理该 应用程序的所有配置选项。图 4：功能

25、区界面 服务应用程序 2010 可实现一个新的、更灵活的共享服务模型，该模型称为“服务应用程序”。这一新体系结构为可在 服务器场内和 服务器场之间共享的所有服务提供了基础。与仅在 2007 中可用的共享服务提供程序 () 体系结构相比，该服务应用程序体系结构还内置在 2010 中。以下图形分别显示管理中心中的“应用程序管理”页和“服务应用程序”管理页。图 5：“应用程序管理”页图 6：管理服务应用程序页 2010 中的服务应用程序的一个重要优点是，它们所提供的服务非常具体。管理员可以只选取并选择正在配置的 应用程序需要的那些服务应用程序，从而可以避免配置不需要的服务和由此产生的开销。此外，还可

26、以在不同的 应用程序中对同一服务应用程序进行不同配置；因此，可将网站配置为只使用需要的服务，而不是提供的所有服务。此粒度还可扩展到服务应用程序使用服务器资源（如 和 ）的方式，因此更便于为特定部署方案优化服务器资源。还可以发布若干个服务应用程序，使其可跨服务器场共享。这样可使部署拓扑结构非常灵活，可在中央服务器场中运行某些服务，在区域性位置使用这些服务，其他服务则可在本地运行。服务应用程序安全模型允许管理员进一步控制服务管理。服务器场管理员可为特定服务应用程序指定管理员，还可以为服务应用程序中的特定功能设置权限。新的服务应用程序体系结构会启用若干个新的部署拓扑结构选项。特定服务器场可以连接到其

27、他服务器场，以便通过满足网络基础结构限制和其他部署注意事项的方式使用跨场服务。例如，在大型环境中，可以部署整个企业服务场（托管最常用跨场服务的服务器场）。也可以实现并优化专用服务器场，以提供特定服务应用程序（如，搜索）的服务，然后组织内的其他所有 服务器场都可以使用该服务。对服务应用程序模型的其他改进包括： 体系结构可扩展，以允许第三方公司生成服务并将其添加至平台。 可直接在管理中心管理服务，而无需通过单独的管理网站进行管理。 可以远程监视和管理服务。 可通过 管理服务和编写服务脚本。 通过 (S) 进行共享服务通信。 大多数服务应用程序都是在 中生成的。它们在协议中内置了优化功能，以使用二进

28、制流而不是 进行数据传输。测试结果表明，这一更改增加了网络吞吐量。在本节的其余部分，将介绍新服务应用程序的三个示例： 、 和 。 () 可提供将 2010 和 2010 客户端应用程序连接到外部数据源（如 、 服务或自定义数据集）的功能。 是对 2007 中引入的业务数据目录的更新，还引入了若干个新功能，包括对外部数据的完整的 （创建、重命名、更新和删除）操作以及创建新 列表类型（称为“外部列表”）的功能，这些外部列表引用外部数据而不是 中存储的数据。主要通过管理中心中的服务应用程序页面来完成配置和管理过程，同时可将 应用程序用于 连接外部数据源并需要按用户进行身份验证的部署。由于 是在服务应

29、用程序体系结构中生成的，因此可将其配置为在同一服务器场的多个实例中运行，每个实例单独配置、由不同的管理员进行管理而且连接至相同或不同的 应用程序。外部内容类型 是围绕应用程序模型的概念生成的。应用程序模型描述外部数据源，是元数据的集合，可为 提供将 或客户端应用程序请求的操作转换为特定于外部数据的请求所需要的信息。基本上来说，应用程序模型描述 为执行以创建、读取、更新和删除记录所使用的方法。它还定义数据的实际内容（例如，客户或订单）以及用户可对数据执行的操作。应用程序模型在 文档中定义，并包含一个或多个外部内容类型的说明。外部内容类型是使用 2010 或 2010 并通过将包含一个或多个外部内

30、容类型的应用程序模型导入 服务应用程序来创建的。 和 集成可以使用若干个 部件、外部列表和搜索通过 网站访问 数据，以使其可以在许多方案和解决方案中使用。还可通过内容控件将 数据插入 文档中、以联系人和任务的形式将其同步到 中，以及使用 客户端应用程序（替代了 客户端应用程序）使这些数据脱机。 2010、 2010 和其他 应用程序还可以通过自定义代码在本机使用外部内容类型。有关 的详细信息，请参阅 （该链接可能指向英文页面） 发布在服务器场内部和之间使用的分类和内容类型定义。它使得组织可以共享通用分类，以标记 内部和之外的内容并允许广泛重用内容类型定义。 应用程序该服务应用程序配置为将特定网

31、站集用作内容类型集线器，并发布在该网站集中定义的内容类型，以便在服务器场内外重用。分类层次结构和节点存储于在服务应用程序中配置的术语库内。术语库存储分类中的所有术语，还提供一组允许委托管理特定术语集的灵活配置参数，以及允许在术语集内定义同义词的丰富控件。同样是由于 构建于服务应用程序体系结构基础之上，因此可以创建具有不同配置和管理员的多个 应用程序。这样便可提供共享来自多个网站集的多个术语库和内容类型的功能。图 7：管理术语 方案示例请考虑这样一个公司，它有以下四个部门：、人力资源、产品和法律。、人力资源和法律部门分别具有用作每个部门的门户的自己的 网站集，同时还有若干个产品团队网站集，每个产

32、品团队一个网站集。所有这些网站集都包含在同一个 应用程序中。为管理元数据指定了两个控制要求：创建的所有文档都必须包括一组核心属性，而且必须集中存储所有关键字。为满足第一个要求， 部门在其部门门户的根网站集中创建了一个名为“文档库”的内容类型。 部门针对所有必需属性向文档库中添加了栏。然后， 部门创建了一个 应用程序，并将根网站集指定为它所共享的内容类型的集线器。 部门发布了该服务，并向所有部门提供了该服务的 。创建了到 部门的 的连接。在每个网站集连接到服务集线器时，可通过将该 指定为默认关键字库来满足第二个要求，即集中存储所有关键字。此方案阐述如何配置元数据服务，以使所有部门都可以访问在文档

33、库内容类型中定义的集中管理的一组元数据，并且所有关键字都可以在一个位置（ 的术语库）进行集中管理和存储，以便所有部门都可以使用所有关键字。搜索 2010 中包括新功能和新体系结构，以支持伸缩性更强的拓扑结构和高可用性选项。搜索功能仍遍布于整个平台，并且可在任意位置集成 - 从新的社交网络功能到企业内容管理法律保留区和发现。 2010 中的搜索功能已经被开发为一组可提供高度可配置拓扑结构选项的服务应用程序，从而可支持用于 2010 和 2010 的许多搜索部署方案。搜索体系结构 2010 中重新设计了搜索服务，从而可在单个服务器场内实现更大冗余， 2010 中还包括用于扩大搜索范围的改进。可以根

34、据组织的需要单独向外扩展查询体系结构和爬网体系结构，以提供更大的灵活性和更强大的冗余。从管理员的角度看，最明显的一个更改是支持多个索引器。在 2007 中，只能将 云配置为使用单个索引器。使用 2010 时，管理员通过向服务器场中额外添加服务器并将其配置为爬网程序，可以扩展爬网组件的数量。这使得管理员可以在多台服务器中分布爬网负载并在服务器出现故障时提供索引器冗余，从而提高爬网频率、数量和性能。查询体系结构查询体系结构由三个组件组成：查询服务器、索引分区（位于查询服务器上）和属性数据库。索引分区代表整个索引的一部分；因此，索引是所有索引分区的聚合。对索引分区将允许索引的不同部分跨查询服务器分布

35、。管理员决定分区的数量和每个分区的配置。一个服务器场中至少需要一台服务器来托管查询角色，可以添加更多查询服务器来提高性能。根据索引分区的配置，会有两台或更多查询服务器提供冗余。例如，可对具有三台查询服务器的服务器场进行配置，以使每台查询服务器都有一个索引分区表示索引的三分之一。通过在其他查询服务器上为每个索引分区创建另一个实例可以实现查询服务器的冗余。跨查询服务器部署索引分区有助于平衡查询处理负载、提供冗余和提高查询性能。某查询服务器收到查询后，会将请求转发给其他所有查询服务器进行处理（跨所有索引分区）。然后，查询服务器会合并要向用户显示的结果。爬网体系结构爬网服务器托管爬网体系结构，其中包括

36、爬网程序、爬网数据库和属性数据库。可以根据爬网量和性能要求来扩展搜索体系结构。每个爬网程序与一个爬网数据库关联，已爬网内容和历史记录存储在爬网数据库中。可以使用多个爬网程序同时对不同内容进行爬网。这样不仅可以改进性能，还能提供冗余。爬网程序驻留在爬网服务器上，可填充索引分区并将分区传播到查询服务器。属性信息存储在属性数据库中。属性数据库的数量取决于已爬网内容量以及与内容关联的元数据量。服务器场中至少有一台服务器用于托管爬网组件。根据爬网程序与爬网数据库的关联方式，可以有两台或更多台爬网服务器提供冗余。可以添加其他爬网服务器，以提高性能并增加容量。搜索管理 通过将搜索管理合并到管理中心中的单个仪

37、表板，可简化搜索管理过程。此外，还可以使用 为许多与搜索相关的配置和管理任务编写脚本。已通过内置的搜索分析和报告引擎改进了搜索性能和功能监视，这使得管理员可以详细了解搜索的各个方面，从而有助于进行性能优化和容量规划。除内置工具外， 2010 还对 () 监视和警报提供丰富的支持。有关详细信息，请参阅 2010 企业级搜索评估指南：（该链接可能指向英文页面） 2010 将 和 的功能组合起来。 2010 可交付用于生成搜索驱动的应用程序的可高度缩放的搜索体验和平台，所生成的应用程序可对用户体验和相关性进行精细控制，并包含强大的内容处理功能以及平台灵活性和可缩放性，以便于处理最具挑战性的搜索部署和

38、应用程序。有关详细信息，请参阅 2010 评估指南：（该链接可能指向英文页面）服务应用程序结束语上面讨论的服务应用程序示例只是 2010 中提供的所有服务应用程序中的一小部分。这些服务应用程序是一组模块化的服务，将使 管理员获得必要的灵活性，以便只为服务器场或企业中的 应用程序提供必要功能。可对这些服务应用程序进行扩展以尽量提高性能，也可以将其组合到组中以充分利用资源。由于可以单独指定和管理每个服务应用程序，因此 管理员将可以根据情况进行委托。安全性 2010 引入了若干项新增和改进的安全功能（从基于声明的身份验证形式的新安全模型到名为 的新 服务应用程序），它们均更改了 管理和控制自己的服务

39、帐户凭据的方式。 新的 是一种授权服务，它取代了 2007 中的单一登录 ()。 可以安全地保存用户在 之外且 可与之集成的应用程序中的用户名和密码。 使得 2010 可通过 使用个人凭据连接到外部数据源，并可供开发人员以编程方式访问，以便在基于 生成的解决方案中使用。管理帐户管理帐户实际上是一个凭据由 管理且用于服务帐户的 用户帐户。引入管理帐户有助于降低在 2010 中管理多个服务帐户的负载。与 2008 中的管理帐户非常相似，这一新功能允许 控制服务器场用于运行其各个组件的所有服务帐户。在 获得对这些帐户的控制权后，它可以管理密码（根据 密码策略按需自动更改密码）或在帐户密码即将到期时通

40、知管理员，从而允许手动进行更改。对于负责维护各个帐户并应该避免因帐户到期而产生不必要停机时间的 场管理员来说，此功能将显著减少他们的工作负担。基于声明的身份验证 2010 并入了一个更加强大、灵活的新身份验证模型 - 基于声明的身份验证，该模型可用于任何企业标识系统，包括 、基于 3 的目录、特定于应用程序的数据库以及以用户为中心的新标识模型，如 。此模型使用基于声明的身份验证和新产品 ()。声明身份验证利用标识的概念，并基于以下标准协议： 联合身份验证、 信任和安全声明标记语言 ()。标识是有关用户的一组信息，例如名称、电子邮件地址、部门和其他标识因素。标识可驱动应用程序中非常重要的方面，例

41、如标识用户身份（身份验证）、用户被授予的权限（授权）以及应用程序与用户的交互方式（个性化）。现在，所有应用程序都使用某种形式的标识，但通常以自己独特的方式使用。利用基于声明的身份验证，组织可通过有价值的新方式保护和共享信息，而且不再捆绑到安全组，但能够使用其他属性向用户授予访问资源（例如用户的年龄和位置）的权限。基于声明的标识会为应用程序提供一种常用方法，以供其从组织内的用户、其他组织和 中获取标识信息。标识信息包含在安全令牌中。令牌包含有关用户的一个或多个声明。可将其视为有关用户的元数据，在整个会话期间，令牌会始终会伴随用户。基于声明的身份验证为 2010 带来了无数可能，是一个广泛且有深度

42、的主题。有关基于声明的身份验证的详细信息，请参阅 运行状况和监视 2010 包括许多功能，以便为管理员提供用于监视 场的运行状况和性能的工具。为 管理员提供有关服务器性能和可靠性的可操作的详细信息已成为此版本中的一个关键投资领域，为管理员提供许多新增和改进的工具，以便进行服务器诊断、可靠性监视和报告。诊断统一日志记录服务 () 用于诊断和跟踪 中的事件和问题，并已在多个方面得到改进，包括新的易管理性控件、日志文件可靠性改进和通过 脚本使用 日志的能力。与 2007 相比， 日志明显成为更具综合性的日志信息来源。它通过其可扩展的体系结构成为 日志记录和跟踪数据以及来自自定义和第三方软件的数据的单

43、个存储库。由于日志量可能会增加，因此新增了一些功能，以允许管理员控制写入日志的事件和日志增长管理。控制记录哪些事件的主要方法是通过事件限制控件；管理员通过这些控件可以配置从各种源捕获的事件的安全性。也可以启用事件日志淹没保护 ()，以在条件返回到正常状态之前禁止重复事件，从而减小日志文件的大小。为便于进行日志文件管理，默认情况下会使用 文件压缩功能来压缩日志文件。这样可将文件占用的磁盘空间减小 50%。还可以为日志指定自定义文件位置，以定义在存储多长时间后自动删除这些日志以及允许日志文件达到的最大大小。这使得管理员可以获得在最需要时立即使用数据的灵活性，以及用于防止日志文件用完服务器存储资源的

44、控件。 2010 还包括几个用于检索信息和配置 的 。请考虑以下情况：用户遇到一个错误，并将该错误报告给 管理员。管理员开始研究该错误，以尝试跟踪并察明根本原因。 2010 引入了“相关 ”的概念，以帮助执行该过程。“相关 ”是与每个请求内部关联的标识符，并通过错误消息来显示。用户会记下“相关 ”号并将其提供给管理员。使用 ，管理员能够在 日志中跟踪同一相关 并发现错误原因，然后进行必要调整。 日志文件与 之间的这种相关性可显著缩短管理员尝试查找问题原因所需要的时间，还可以加快管理员在 中排查和修复问题的速度。图 8：诊断日志记录 2010 还可以将使用率信息（如功能使用率和性能数据）记录到新

45、的使用率日志记录数据库和日志文件中。此日志记录由 应用程序来完成，并且默认情况下在初始服务器场设置期间使用场配置向导时启用。管理员可以使用公用架构直接从使用率数据库中读取和查询数据，以生成自定义报告。下图显示了记录的使用率事件的类型，其中包括：页面请求、功能使用、搜索查询使用率、网站库存使用率、计时器作业和分级使用率。图 9：使用率日志记录添加到 管理员工具带中的另一个重要工具是开发人员仪表板。启用时，开发人员仪表板会在每个页面的页脚中显示详细跟踪信息，从而为开发人员和管理员提供各个方面的丰富信息，这些信息既包括从 数据库存储过程中检索页面所需要的时间，也包括在浏览器中呈现和显示页面所需要的时间。此信息显示在页面右侧，对于管理员排查性能问题、开发人员调试和优化代码非常有价值。开发人员仪表板在默认情况下处于禁用状态，可使用 分别为每个 应用程序启用该工具。图 10：开发人员仪表板可靠性和监视 运行状况分析器是 2010 的一个新核心组件，是根据作为 2007 的命令行应用程序提供的最佳实践分析工具所制定的原则构建的。 运行状况分析器紧密集成到