SharePoint2010IT专业人员评估指南.docx

上传人:小飞机 文档编号:1894302 上传时间:2022-12-24 格式:DOCX 页数:49 大小:1.54MB
返回 下载 相关 举报
SharePoint2010IT专业人员评估指南.docx_第1页
第1页 / 共49页
SharePoint2010IT专业人员评估指南.docx_第2页
第2页 / 共49页
SharePoint2010IT专业人员评估指南.docx_第3页
第3页 / 共49页
SharePoint2010IT专业人员评估指南.docx_第4页
第4页 / 共49页
SharePoint2010IT专业人员评估指南.docx_第5页
第5页 / 共49页
点击查看更多>>
资源描述

《SharePoint2010IT专业人员评估指南.docx》由会员分享,可在线阅读,更多相关《SharePoint2010IT专业人员评估指南.docx(49页珍藏版)》请在三一办公上搜索。

1、Microsoft SharePoint 2010IT 专业人员 评估指南本文档按“原样”提供。本文表达的信息和观点(包括 URL 和其他 Internet 网站引用)可能随时发生更改,恕不另行通知。使用本文档的风险由您自行承担。本文并不为您提供对任何 Microsoft 产品中任何知识产权的任何法律权限。您可以出于内部参考目的复制和使用本文档。 2010 Microsoft。保留所有权利。目录摘要1简介1部署和升级2系统要求2浏览器要求2安装3从 Windows SharePoint Services 3.0 和 Office SharePoint Server 2007 升级5准备升级5升

2、级方法6缩短停机时间7直观升级7升级日志记录8升级方案示例8修补程序管理改进10SharePoint 管理中心网站11服务应用程序12Business Connectivity Services14外部内容类型14SharePoint Server 和 Office 集成14Managed Metadata Service15Managed Metadata Service 应用程序15Managed Metadata Service 方案示例16搜索16搜索体系结构16查询体系结构17爬网体系结构17搜索管理17FAST Search for SharePoint18服务应用程序结束语18安

3、全性18Secure Store Service18管理帐户19基于声明的身份验证19运行状况和监视19诊断20Usage and Health Data Collection21可靠性和监视23报告25远程 BLOB(二进制大型对象)存储26性能控制27资源限制27控制大型列表活动28Windows PowerShell 管理30Windows PowerShell cmdlet 示例30业务连续性管理31管理中心与 Windows PowerShell31粒度备份和还原32备份网站集32导出网站或列表33从未附加的内容数据库恢复数据34方案:使用 Windows PowerShell 为备

4、份所有网站集单独编写脚本35服务器场备份和还原35高可用性35只读数据库36SQL 镜像36SQL 快照37搜索和索引的备份与还原37调控37多组织和托管38网站订阅38管理39品牌打造39主题40母版页41SharePoint Designer 201041结束语42资源43摘要本评估指南旨在向 IT 专业人员介绍和概述 Microsoft SharePoint 2010 中与安装、管理和配置 SharePoint 场关系最密切的功能。本文首先提供新增功能的简要介绍和摘要,然后深入讨论最相关的功能。本指南的最终目标是使 IT 专业人员了解安装和评估 SharePoint 2010 所必需的信

5、息。本指南面向 Windows Server 管理员、Windows SharePoint Services 3.0 和 Office SharePoint Server 2007 管理员、Web 服务器管理员或服务器管理中涉及的任何 IT 专业人员。本评估指南可能会有所更改。有关 SharePoint 2010 的最新信息,请访问 简介Microsoft SharePoint 2010 是用于企业和 Internet 的业务协作平台。可以现场部署 SharePoint 2010(也称为内部部署)或将其部署为托管服务,如 SharePoint Online。还可将其部署到物理计算机,或对其进行

6、虚拟化以降低成本、减少操作负担并提供服务器整合。无论是内部部署还是托管,也无论是虚拟化还是物理部署,部署 SharePoint Server 都需要 IT 专业人员广泛参与。Microsoft SharePoint 2010 包括大量面向管理员的增强功能和新增功能。特别需要指出的是,SharePoint 2010 会为 IT 专业人员提供以下功能: 通过改进管理体验和为管理员提供与操作相关的资深见解来提高工作效率。通过全新、简化的管理中心网站、用于管理和监视 SharePoint 场的新功能和 Windows PowerShell 支持,可提高工作效率。 可扩展的统一基础结构,其中包括更好地控

7、制服务器资源(例如,改进大型列表的性能和管理)以及使用高可用性进行数据管理和保护。SharePoint 2010 还包括一个新增的可扩展服务体系结构,它允许 SharePoint 管理员有效管理和汇总“搜索”、“我的网站”和“分类”等服务。这一新增的服务体系结构可以扩展,从而允许 ISV 构建服务并向平台中添加这些服务。可在平台上通过 HTTP 请求、处理器和内存使用率列出并记录处理情况来实现资源限制,以确保服务器场的性能并保护其可用性。 通过从 Windows SharePoint Services 3.0 和 Office SharePoint Server 2007 提供快速、简单的安装

8、和配置过程以及一致的升级路径来提供灵活的部署选项。引入的功能允许管理员管理用户使用 SharePoint 的方式。例如,您现在可以安全地允许网站管理员使用沙盒解决方案在受控的沙盒环境中上载和运行自定义代码。管理员还拥有更多管理控制权:如果要维护集中的 SharePoint 部署和比较分散的方法,则可通过组策略阻止这些部署或使用 Active Directory 标记支持来跟踪这些部署。SharePoint 2010 包含大量面向 IT 专业人员的功能,本文不对每项功能进行详细介绍。本指南将介绍一些最引人注目且面向 IT 专业人员的新增和改进的 SharePoint 2010 功能。部署和升级系

9、统要求若要实现 SharePoint 2010 环境,您的基础结构必须满足以下最低要求: 带 Service Pack 2 (SP2) 的 Windows Server2008 64 位操作系统或更高版本,或 Windows Server 2008 R2 带 SP3 和 Cumulative Update 3 的 Microsoft SQL Server 2005(64 位)或更高版本、带 SP1 和 Cumulative Update 2 的 SQL Server 2008(64 位)或更高版本、或 SQL Server 2008 R2有关安装 SharePoint 2010 的先决条件的完

10、整和更新列表,请参阅 Microsoft TechNet 网站中的“确定硬件和软件要求 (SharePoint 2010)”(浏览器要求SharePoint 2010 支持多个常用的 Web 浏览器。不同的浏览器提供不同级别的支持和功能。对 SharePoint 2010 的浏览器支持可分为以下三个类别: 受支持受支持的 Web 浏览器是可与 SharePoint Server 2010 结合使用并且所有功能都已进行全面测试的 Web 浏览器。如果遇到任何问题,支持服务可以帮助您解决这些问题。 受支持但存在已知限制受支持但存在已知限制的 Web 浏览器可用于大部分功能,但如果存在无法正常运行或

11、根据设计禁用的功能,则很容易获取有关如何解决这些问题的文档。 未测试未测试的 Web 浏览器是指其与 SharePoint Server 2010 的兼容性未经测试,并且使用特定 Web 浏览器可能存在问题。SharePoint Server 2010 可与基于标准的最新 Web 浏览器很好地协调工作。下面是在 Windows 操作系统中运行的受支持的浏览器: Internet Explorer 7(32 位) Internet Explorer 8(32 位)下面是受支持但存在已知限制的浏览器选项: Internet Explorer 7(64 位) Internet Explorer 8(

12、64 位) Firefox 3.6(32 位,在 Windows 操作系统中) Firefox 3.6(在非 Windows 操作系统中) Safari 4.04(在非 Windows 操作系统中)SharePoint 2010 不支持将 Internet Explorer 6 用于发布网站方案(例如面向 Internet 的“.com”网站)。内置到 SharePoint Server 2010 中的 Web 内容管理功能可提供对阅读器体验的标记和样式的进一步控制。网页设计人员使用这些功能可帮助确保自己设计的网页与其他浏览器(包括 Internet Explorer 6)兼容以便查看内容。但

13、是,创建与自己想要支持的浏览器兼容的网页是网页设计人员的责任。有关完整的浏览器支持信息,请参阅 安装 SharePoint 2010 的安装过程在几个关键方面进行了改进和简化。首先,向安装过程中添加了 Microsoft SharePoint 产品和技术 2010 准备工具。在安装 SharePoint 2010 之前,可以先运行该必备软件安装程序,以扫描系统并确保部署 SharePoint Server 需要的所有组件均已安装。如果扫描检测到未安装其中部分组件或所有组件,必备软件安装程序将下载并安装 SharePoint 2010 安装过程所需要的组件。可以选择实现 Microsoft Sh

14、arePoint 产品和技术 2010 准备工具,以将本地共享中的软件用于无 Internet 连接的环境。安装必备组件后,管理员在安装 SharePoint 2010 时有两种选择:使用图形用户界面 (PSConfigUI) 或通过使用配置文件和 Windows PowerShell 进行脚本化安装。PSConfigUI 提供了简单的分步过程,用户可在其中指定所需配置。使用 Windows PowerShell 需要更多干预,但有些 IT 专业人员可能发现 Windows PowerShell 比 PSConfigUI 更能满足其需要。通过脚本化安装,可以确保运行 SharePoint Se

15、rver 的所有服务器都具有相同配置。从灾难恢复的角度看,脚本化安装也有优势 - 如果服务器出现故障,可以使用以前创建的脚本快速重新安装 SharePoint Server。这两种方法都完全受支持。安装 SharePoint 2010 后,会出现一个新配置向导,它旨在通过指导 IT 专业人员完成配置新服务器场和特定服务器场功能的步骤来简化配置过程。例如,场配置向导将指导管理员完成服务器场设置过程的初始步骤,其中包括指定每个服务运行时将使用的帐户以及服务器场中需要的服务。第三方供应商或开发人员还可以添加其他向导,以帮助配置 SharePoint 2010 的其他领域,并且如果管理员希望完全自定义

16、服务器场配置,则可以跳过服务器场配置向导,以便优先选择手动配置所有内容。图 1:“配置向导”页安装过程中还新添加了服务器场密码。该密码用于对服务器场中的所有通信和凭据进行加密。在向 SharePoint 场中添加服务器或从中删除服务器时,都需要使用服务器场密码。管理员可通过 Windows PowerShell 更改此密码。为降低管理员开销,SharePoint 2010 引入了“管理帐户”这一新概念。管理帐户实际上是一个 Active Directory 用户帐户,该帐户的凭据由 SharePoint 进行管理且包含在其中。这使得 SharePoint 2010 可以安全地管理自己的服务帐户

17、并在需要时滚动(或更改)密码。需要滚动密码时,SharePoint 2010 在为帐户创建新密码时将遵守 Active Directory 域密码策略。其他安装和部署更改允许网络管理员跟踪和管理其网络中已安装并且正在运行的 SharePoint 2010 服务器。在安装期间,SharePoint 2010 将向 Active Directory 中预配置的容器写入“标记”。通过这些标记,网络管理员可以根据 Active Directory 中存储的数据的相关报告跟踪和管理其基础结构中的 SharePoint 部署。现在,管理员还可以利用 Windows 组策略阻止在未经授权的服务器上安装 Sh

18、arePoint。这使得管理员可以更严格地控制其 SharePoint 环境,并显著提高了管理员实施已制定的管理策略的能力。从 Windows SharePoint Services 3.0 和 Office SharePoint Server 2007 升级我们在 SharePoint 2010 升级方案中投入了大量资金,以便为 IT 专业人员提供流畅并且可预测的体验。从准备升级到自定义升级后环境,我们在升级的各个方面都进行了投资。准备升级随着 preupgradecheck STSADM 操作的引入,Windows SharePoint Services 3.0 和 Office Shar

19、ePoint Server 2007 Service Pack 2 中开始提供升级准备。可在现有 Windows SharePoint Services 3.0 或 Office SharePoint Server 2007 服务器场中运行此操作,以报告服务器场和服务器数据、运行状况以及升级的适宜性。此操作可确定以下关键信息: 服务器和内容总量 搜索配置 备用访问映射 功能 网站定义 语言包还公开了潜在问题,其中包括: 大型列表 数据孤立 CAML 视图和 CAML 内容类型 修改过的架构不正确的内容数据库 缺少升级依赖项会收集所有这些信息并将其编译到一个可以使用浏览器查看的报告中。preup

20、gradecheck 过程为只读过程;它不对现有 SharePoint 环境进行任何更改。因此,不仅可以在升级之前经常运行该过程,还可以使用该过程检查 SharePoint 环境的总体运行状况。管理员还可以将 SharePoint 内容数据库附加到 SharePoint 2010 服务器场,然后对该数据库运行 Test-SPContentDatabase PowerShell cmdlet。此 cmdlet 将针对指定 Web 应用程序测试指定数据库,以确定任何最新或潜在的问题,例如: 数据孤立 缺少网站定义 缺少功能 缺少程序集此 cmdlet 是预升级检查器报告的补充,也是只读的,可防止在

21、测试问题期间出现任何数据中断情况。升级方法可通过两种主要方法从 Windows SharePoint Services 3.0 和 Office SharePoint Server 2007 升级到 SharePoint 2010:就地升级和数据库附加。就地升级方法用于将现有 Office SharePoint Server 2007 服务器升级到 SharePoint 2010,如果出现问题,可根据需要重新启动该过程。通过数据库附加方法可以备份 Windows SharePoint Services 3.0 或 Office SharePoint Server 2007 数据库并将其附加到

22、SharePoint 2010 Web 应用程序中。然后,SharePoint Server 将升级此数据库并通过 Web 应用程序使其可用。此外,可以使用就地升级来升级基本安装(或“单击安装”),然后从 Windows Internal Database 部署进行迁移,以利用远程 BLOB 存储(RBS,本指南中稍后将进行介绍)。在 Windows SharePoint Services 3.0 已与 Windows Internal Database 一起安装的情况下,由于 SharePoint Foundation 2010 随附 SQL Server Express 并且存在每个数据库

23、 4GB 的限制,因此就地升级方法会很有用。可以将大型 BLOB(二进制大型对象)对象存储在磁盘驱动器上的 SQL FILESTREAM 中,而不存储在内容数据库中。利用 SharePoint 2010 中的 BLOB 存储容量,可将内容数据库大小保持在大小限制之下。缩短停机时间 SharePoint 2010 中引入了多项功能,这些功能不仅可以加快升级速度,还可以缩短停机时间,甚至无需停机。第一项功能是使用最初在 Windows SharePoint Services 3.0 和 Office SharePoint Server 2007 Service Pack 2 中提供的只读数据库。在

24、升级或更新期间,可在 SQL Server 内将备份服务器场中的内容数据库标记为只读,以防止内容发生任何更改,同时使备份网站保持活动状态,以便为网站用户提供只读访问权限。SharePoint 2010 会识别出已在 SQL Server 中将内容数据库设置为只读,并且会取消激活用户界面的所有区域,以提供只读的最终用户视图。这样,用户便可在升级时读取内容。另一个旨在缩短升级时间的重要改进是支持同时执行多个数据库附加升级。通过使用多个 Windows PowerShell 会话,可以并行升级多个数据库,这意味着同时升级的数据量仅受您的 SQL Server 资源的限制。最后,对于内容较多以致于无法

25、在合理时限内完成升级的客户而言,还有另一种方法。该方法需要使用备用访问映射重定向,以使用客户端 302 重定向根据请求的 URL 在 SharePoint 2010 服务器场与 Windows SharePoint Services 3.0 或 Office SharePoint Server 2007 服务器场之间定向流量。这样便可使用渐进的分阶段方法进行升级,并为升级内容较多的数据库留出足够的时间,同时不会延长服务器或服务的停机时间。有关 SharePoint 2010 升级的详细信息,请参阅 直观升级为减少升级对用户造成的影响,SharePoint 2010 支持 Windows Sha

26、rePoint Services 3.0 和 Office SharePoint Server 2007 母版页和级联样式表。默认情况下,在升级内容数据库之后,将使用 Windows SharePoint Services 3.0 和 Office SharePoint Server 2007 视觉效果显示网站,从而为用户提供熟悉的外观。从视觉上看,升级后的网站可能处于以下三种状态之一:Windows SharePoint Services 3.0/Office SharePoint Server 2007、SharePoint 2010 预览模式和 SharePoint 2010。使用 Sh

27、arePoint 2010 预览模式,网站管理员可在提交之前预览使用 SharePoint 2010 用户界面的网站外观。此设置是网站级别设置,可提供非常精细、灵活的体验。通过渐进式直观升级方法,IT 专业人员可在规划和管理其组织所需要的最终用户培训和自定义更新时利用所有平台管理改进。图 2:直观升级选项升级日志记录已对日志记录功能进行扩展和标准化,以便更轻松、更一致地报告升级过程。其中包括为每个升级创建唯一日志。而且,还会生成仅包含错误的日志,这样就不必通过查看整个升级日志来发现问题。升级方案示例为更好地了解升级过程,请考虑以下示例方案。Randy 被分派了一项将 Office ShareP

28、oint Server 2007 服务器场升级到 SharePoint 2010 同时尽量缩短停机时间的任务。使数据在升级期间处于只读状态是可接受的。Randy 将在新硬件中部署 SharePoint 2010,并将使用数据库附加方法进行升级。开始升级之前,Randy 对运行 Office SharePoint Server 2007 Service Pack 2 和所有适用累积更新的服务器进行了测试和更新。现在,Randy 可以运行 Stsadm.exe o preupgradecheck。他使用输出验证该服务器场是否已做好升级准备。他发现某些未遵循有关大型列表的 SharePoint 最佳

29、作法的问题,他能够检查这些列表并查找解决方案。由于 preupgradecheck 是只读工具,因此经常运行该工具是安全的,并且可在工作时确认进度,以减少引发的问题。现在,Randy 的数据库状态良好,他开始在其新硬件中构建 SharePoint 2010。在建立此服务器场、配置所有必要的服务应用程序并设置所需的 Web 应用程序后,他即可开始测试和升级过程。由于他已选择数据库附加方法,因此他从生产阶段执行数据库备份,并将其还原到运行 SQL Server 的新服务器。在他的新服务器场中,他利用 Windows PowerShell cmdlet Test-SPContentDatabase

30、报告在将内容数据库附加到新设置的 Web 应用程序时可能存在的问题。在此命令的输出中,Randy 发现,他没有在新 SharePoint 服务器中安装他要附加的数据库中引用的所有必需功能。他安装了这些必需功能,以避免升级失败。做好所有必要准备后,Randy 开始使用 Windows PowerShell cmdlet Mount-SPContentDatabase 执行第一次升级。完成升级后,他查看了仅包含错误的升级日志和完整升级日志,以重点关注所发生的任何问题,还可以充分了解在升级过程中发生的情况。成功完成升级 cmdlet 后,他现在可以打开网站并查看内容。凭借直观升级功能,他注意到的第一

31、件事情是,他的网站外观与在 Office SharePoint Server 2007 服务器场中的外观完全相同。为了查看他的网站在使用 SharePoint 2010 界面后的外观,他进入“网站设置”并选择预览选项。这样 Randy 便有机会确认在应用新视觉效果后,所有内容看上去是否合适。如果他对结果满意,则可以使更改成为永久更改;如果他感觉需要对网站进行调整,则可以关闭预览并返回到 Office SharePoint Server 2007 界面。该功能是在各个网站级别设置的,从而使 Randy 可以进行非常精细的选择。他还可以使用 Windows PowerShell 为视觉效果更改编写

32、脚本。现在,Randy 已完成数据库升级的测试过程。他现在可以开始升级生产内容。在与各个业务内容所有者协作完成升级验证过程并解决所有问题后,他可以随时制定生产升级计划。他的计划是通知即将进行升级的用户,然后将其 Office SharePoint Server 2007 服务器场的内容数据库设置为在 SQL Server 内为只读状态。此操作不仅会将数据设置为只读,从而防止升级期间出现数据不一致情况,而且还会通过为所有用户去除新建功能或编辑功能来调整 SharePoint 用户界面,以避免混乱。在将所有数据库都设置为只读后,Randy 执行数据库备份并将其还原到运行 SQL Server 的新

33、服务器中。在数据库就位后,他可以开始使用 Windows PowerShell 来附加数据库。在测试期间,他已确认新硬件的空间足够大,可以打开多个 Windows PowerShell 窗口,每个窗口升级不同的数据库,并且所有升级同时进行。这样可以缩短升级时间。Randy 还可以通过这些 Windows PowerShell 窗口或从 SharePoint 2010 的管理中心界面中检查升级进度。在升级其公司的所有 SharePoint 内容并使这些内容可用后,Randy 接下来可以更新 DNS,以将其所有 Web 应用程序都解析到新服务器场。他的内容所有者确认生产升级成功,并将视觉效果相应切

34、换到 SharePoint 2010。每个内容所有者之前都已确定切换到新视觉效果的必要操作过程以及进行更改的时间范围。Randy 设置了 30 天的时限,到达该时限后,他将使用 Windows PowerShell 将所有视觉效果都强制转换为 SharePoint 2010 外观。由于 Randy 利用了现有 SharePoint 工具并且执行了大量规划和测试,因此他已经非常成功地升级到 SharePoint 2010。由于他在测试阶段解决了潜在问题,因此他能够在完成升级的同时,将对企业用户的影响降到最低。修补程序管理改进升级用于在版本之间进行移动,更新(也称为“修补”)使用相同的原则在内部版

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

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

37、UI 单击一次即可访问用于管理该 Web 应用程序的所有配置选项。图 4:功能区界面 服务应用程序SharePoint 2010 可实现一个新的、更灵活的共享服务模型,该模型称为“服务应用程序”。这一新体系结构为可在 SharePoint 服务器场内和 SharePoint 服务器场之间共享的所有服务提供了基础。与仅在 Office SharePoint Server 2007 中可用的共享服务提供程序 (SSP) 体系结构相比,该服务应用程序体系结构还内置在 Microsoft SharePoint Foundation 2010 中。以下图形分别显示管理中心中的“应用程序管理”页和“服务应

38、用程序”管理页。图 5:“应用程序管理”页图 6:管理服务应用程序页SharePoint 2010 中的服务应用程序的一个重要优点是,它们所提供的服务非常具体。管理员可以只选取并选择正在配置的 Web 应用程序需要的那些服务应用程序,从而可以避免配置不需要的服务和由此产生的开销。此外,还可以在不同的 Web 应用程序中对同一服务应用程序进行不同配置;因此,可将网站配置为只使用需要的服务,而不是提供的所有服务。此粒度还可扩展到服务应用程序使用服务器资源(如 IIS 和 SQL)的方式,因此更便于为特定部署方案优化服务器资源。还可以发布若干个服务应用程序,使其可跨服务器场共享。这样可使部署拓扑结构

39、非常灵活,可在中央服务器场中运行某些服务,在区域性位置使用这些服务,其他服务则可在本地运行。服务应用程序安全模型允许管理员进一步控制服务管理。服务器场管理员可为特定服务应用程序指定管理员,还可以为服务应用程序中的特定功能设置权限。新的服务应用程序体系结构会启用若干个新的部署拓扑结构选项。特定服务器场可以连接到其他服务器场,以便通过满足网络基础结构限制和其他部署注意事项的方式使用跨场服务。例如,在大型环境中,可以部署整个企业服务场(托管最常用跨场服务的服务器场)。也可以实现并优化专用服务器场,以提供特定服务应用程序(如,搜索)的服务,然后组织内的其他所有 SharePoint 服务器场都可以使用

40、该服务。对服务应用程序模型的其他改进包括: 体系结构可扩展,以允许第三方公司生成服务并将其添加至平台。 可直接在管理中心管理服务,而无需通过单独的管理网站进行管理。 可以远程监视和管理服务。 可通过 Windows PowerShell 管理服务和编写服务脚本。 通过 HTTP(S) 进行共享服务通信。 大多数服务应用程序都是在 Windows Communications Framework 中生成的。它们在协议中内置了优化功能,以使用二进制流而不是 XML 进行数据传输。测试结果表明,这一更改增加了网络吞吐量。在本节的其余部分,将介绍新服务应用程序的三个示例:Business Connec

41、tivity Services、Managed Metadata Service 和 Search。Business Connectivity ServicesBusiness Connectivity Services (BCS) 可提供将 SharePoint 2010 和 Office 2010 客户端应用程序连接到外部数据源(如 SQL、Oracle、SAP Web 服务或自定义数据集)的功能。BCS 是对 Office SharePoint Server 2007 中引入的业务数据目录的更新,还引入了若干个新功能,包括对外部数据的完整的 CRUD(创建、重命名、更新和删除)操作以及创

42、建新 SharePoint 列表类型(称为“外部列表”)的功能,这些外部列表引用外部数据而不是 SharePoint 中存储的数据。主要通过管理中心中的服务应用程序页面来完成配置和管理过程,同时可将 Secure Store Service 应用程序用于 BCS 连接外部数据源并需要按用户进行身份验证的部署。由于 BCS 是在服务应用程序体系结构中生成的,因此可将其配置为在同一服务器场的多个实例中运行,每个实例单独配置、由不同的管理员进行管理而且连接至相同或不同的 SharePoint Web 应用程序。外部内容类型Business Data Connectivity 是围绕应用程序模型的概念

43、生成的。应用程序模型描述外部数据源,是元数据的集合,可为 SharePoint 提供将 SharePoint 或客户端应用程序请求的操作转换为特定于外部数据的请求所需要的信息。基本上来说,应用程序模型描述 SharePoint 为执行以创建、读取、更新和删除记录所使用的方法。它还定义数据的实际内容(例如,客户或订单)以及用户可对数据执行的操作。应用程序模型在 XML 文档中定义,并包含一个或多个外部内容类型的说明。外部内容类型是使用 Microsoft SharePoint Designer 2010 或 Microsoft Visual Studio 2010 并通过将包含一个或多个外部内容

44、类型的应用程序模型导入 BCS 服务应用程序来创建的。SharePoint Server 和 Office 集成可以使用若干个 BCS Web 部件、外部列表和搜索通过 SharePoint 网站访问 BCS 数据,以使其可以在许多方案和解决方案中使用。还可通过内容控件将 BCS 数据插入 Microsoft Word 文档中、以联系人和任务的形式将其同步到 Outlook 中,以及使用 Microsoft SharePoint Workspace 客户端应用程序(替代了 Microsoft Groove 客户端应用程序)使这些数据脱机。Microsoft InfoPath 2010、Micr

45、osoft Access 2010 和其他 Office 应用程序还可以通过自定义代码在本机使用外部内容类型。有关 Business Connectivity Services 的详细信息,请参阅 Managed Metadata ServiceManaged Metadata Service 发布在服务器场内部和之间使用的分类和内容类型定义。它使得组织可以共享通用分类,以标记 SharePoint 内部和之外的内容并允许广泛重用内容类型定义。Managed Metadata Service 应用程序该服务应用程序配置为将特定网站集用作内容类型集线器,并发布在该网站集中定义的内容类型,以便在服

46、务器场内外重用。分类层次结构和节点存储于在服务应用程序中配置的术语库内。术语库存储分类中的所有术语,还提供一组允许委托管理特定术语集的灵活配置参数,以及允许在术语集内定义同义词的丰富控件。同样是由于 Managed Metadata Service 构建于服务应用程序体系结构基础之上,因此可以创建具有不同配置和管理员的多个 Managed Metadata Service 应用程序。这样便可提供共享来自多个网站集的多个术语库和内容类型的功能。图 7:管理术语Managed Metadata Service 方案示例请考虑这样一个公司,它有以下四个部门:IT、人力资源、产品和法律。IT、人力资源和法律部门分别具有用作每个部门的门户的自己的 SharePoint 网站集,同时还有若干个产品团队网站集,每个产品团队一个网站集。所有这些网站集都包含在同一个 Web 应用程序中。为管理元数据指定了两个控制要求:创建的所有文档都必须包括一组核心属性,而且必须集中存储所有关键字。为满足第一个要求,IT 部门在其部门门户的根网站集中创建了一个名为“文档库”的内容类型。IT 部门针对所有必需属性向文档库中添加了栏。然后,IT 部门创建了一个 Managed Metadata Service 应用程序,并将根网站集指定为它所共享的内容类型的集线器。IT 部门发

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号