Microsoft SharePoint Foundation 2010 部署指南Microsoft Corporation发布日期：2010 年 11 月作者：Microsoft Office 系统和服务器团队 (itspdocs@microsoft.com)

摘要本书提供 Microsoft SharePoint Foundation 2010 的部署基础结构。本书的读者包括应用程序专家、业务线应用程序专家和准备部署 SharePoint Foundation 2010 并且需要了解安装步骤的 IT 管理员。本书的内容是 SharePoint Foundation 2010 技术库 (http://go.microsoft.com/fwlink/?linkid=181463&clcid=0x804) 中的精选内容在本书发布之日的副本。有关最新内容，请参阅 Web 上的技术库。

1

本文档按“原样”提供。本文档表达的信息和观点（包括 URL 和其他 Internet 网站引用）可能随时发生更改，恕不另行通知。使用本文档的风险由您自行承担。本文档描述的一些示例仅供演示之用，纯属虚构。无意进行真实的关联或联系，请勿据此妄加推测。本文档并不为您提供对任何 Microsoft 产品中任何知识产权的任何法律权利。您可以出于内部参考目的复制和使用本文档。© 2010 Microsoft Corporation。保留所有权利。Microsoft、Access、Active Directory、Backstage、Excel、Groove、Hotmail、InfoPath、Internet Explorer、Outlook、PerformancePoint、PowerPoint、SharePoint、Silverlight、Windows、Windows Live、Windows Mobile、Windows PowerShell、Windows Server 和 Windows Vista 是 Microsoft Corporation 在美国和/或其他国家/地区的注册商标或商标。本文档包含的信息代表 Microsoft Corporation 在本文档发布之日对所讨论问题的当前观点。由于 Microsoft 必须对不断变化的市场情况作出反应，因此不应将其理解为 Microsoft 所做的承诺，Microsoft 不能保证所提供的信息在本文档发布之后仍然准确。

2

目录获取帮助..............................................................................................................................18

SharePoint Foundation 2010 部署......................................................................................19

部署概述 (SharePoint Foundation 2010).............................................................................20概念..................................................................................................................................20物理体系结构.....................................................................................................................20大小...............................................................................................................................21拓扑...............................................................................................................................21安装和配置........................................................................................................................21准备服务器.....................................................................................................................22创建服务器场..................................................................................................................23配置设置、服务、解决方案和网站......................................................................................23部署阶段...........................................................................................................................23规划...............................................................................................................................24开发...............................................................................................................................24概念证明 (POC)..............................................................................................................24试验部署........................................................................................................................25用户验收测试 (UAT)........................................................................................................25生产...............................................................................................................................25

从网络共享安装必备组件 (SharePoint Foundation 2010)........................................................26安装程序开关和参数............................................................................................................26下载和合并文件共享上的必备组件.........................................................................................27从命令行安装必备组件.........................................................................................................27使用参数文件安装必备组件..................................................................................................28已知问题........................................................................................................................29

准备部署 (SharePoint Foundation 2010).............................................................................31另请参阅...........................................................................................................................31

硬件和软件要求 (SharePoint Foundation 2010)....................................................................32概述..................................................................................................................................32硬件要求 - Web 服务器、应用程序服务器和单一服务器安装.....................................................32硬件要求 - 数据库服务器.....................................................................................................33软件要求...........................................................................................................................33最低要求........................................................................................................................34可选软件........................................................................................................................37对适用软件的访问...............................................................................................................37

初始部署所需的管理和服务帐户 (SharePoint Foundation 2010)..............................................41

3

必需的权限........................................................................................................................41

针对 SharePoint 环境强化 SQL Server (SharePoint Foundation 2010)................................43强化建议摘要.....................................................................................................................43配置 SQL Server 实例以侦听非默认端口..............................................................................43配置 Windows 防火墙以阻止默认的 SQL Server 侦听端口....................................................44配置 Windows 防火墙以手动打开已分配的端口.....................................................................45配置 SQL 客户端别名.........................................................................................................45测试 SQL 客户端别名.........................................................................................................45

部署方案 (SharePoint Foundation 2010).............................................................................47

部署带 SQL Server 的单台服务器 (SharePoint Foundation 2010).........................................48概述..................................................................................................................................48开始之前...........................................................................................................................48安装 SharePoint Foundation 2010...................................................................................49运行 Microsoft SharePoint 产品准备工具........................................................................49运行安装程序..................................................................................................................50运行 SharePoint 产品配置向导........................................................................................50配置浏览器设置...............................................................................................................52运行“场配置向导”............................................................................................................53安装后的步骤.....................................................................................................................54

部署包含内置数据库的单个服务器 (SharePoint Foundation 2010)...........................................56概述..................................................................................................................................56开始之前...........................................................................................................................56安装 SharePoint Foundation 2010...................................................................................57运行 Microsoft SharePoint 产品准备工具........................................................................57运行安装程序..................................................................................................................57运行 SharePoint 产品配置向导........................................................................................58配置浏览器设置...............................................................................................................59安装后的步骤.....................................................................................................................60配置 Windows Server Backup..........................................................................................61

由多台服务器组成三层服务器场 (SharePoint Foundation 2010)..............................................62概述..................................................................................................................................62拓扑概述........................................................................................................................63开始之前........................................................................................................................63使用 Microsoft SharePoint 2010 产品准备工具............................................................64数据库服务器...............................................................................................................64公共更新和修补程序包...................................................................................................64

准备场服务器.....................................................................................................................65在场服务器上安装 SharePoint Foundation 2010................................................................65创建和配置服务器场............................................................................................................66

4

将 Web 服务器添加到服务器场中.........................................................................................68配置诊断日志记录以及使用率和运行状况数据集......................................................................68配置 SharePoint Foundation Search................................................................................69创建网站...........................................................................................................................70安装后的步骤.....................................................................................................................71

快速入门：在独立 Hyper-V 环境中部署单台服务器 (SharePoint Foundation 2010)...................72要求和建议........................................................................................................................72虚拟化服务器和虚拟机配置...............................................................................................72部署环境........................................................................................................................73必需的权限........................................................................................................................74部署前任务........................................................................................................................74手动部署 SharePoint Foundation 2010.............................................................................75使用 Windows PowerShell 脚本部署 SharePoint Foundation 2010....................................75

使用 DBA 创建的数据库进行部署 (SharePoint Foundation 2010)...........................................80开始之前...........................................................................................................................80场服务器要求..................................................................................................................80数据库要求.....................................................................................................................80关于配置 DBA 创建的数据库...............................................................................................81为管理中心创建和配置数据库...............................................................................................82创建和配置其他数据库.........................................................................................................83

在虚拟环境中部署 (SharePoint Foundation 2010).................................................................85

虚拟机指南 (SharePoint Foundation 2010)..........................................................................86网络..................................................................................................................................86网络适配器.....................................................................................................................87虚拟机配置........................................................................................................................88内存...............................................................................................................................88处理器...........................................................................................................................88控制器与硬盘..................................................................................................................88集成服务...........................................................................................................................89自动停止和启动...............................................................................................................90使用快照........................................................................................................................90

使用 Windows PowerShell 安装 SharePoint Foundation 2010.............................................91服务器场服务器要求............................................................................................................91准备 SPModule................................................................................................................91通过运行 Install-SharePoint 安装 SharePoint Foundation 2010........................................93使用 PID 密钥运行 Install-SharePoint.............................................................................94使用 New-SharePointFarm 配置服务器场...........................................................................95在独立服务器上配置 SharePoint FoundationServer 2010................................................95使用 Windows PowerShell 创建 Web 应用程序...................................................................96

5

使用 SharePoint 2010 场配置向导来部署服务......................................................................97使用 Windows PowerShell 创建网站集...............................................................................97执行其他配置任务...............................................................................................................98使用 Join-SharePointFarm 将服务器添加到服务器场............................................................98配置跟踪日志.....................................................................................................................98

初始配置 (SharePoint Foundation 2010)...........................................................................100

部署语言包 (SharePoint Foundation 2010)........................................................................101关于语言 ID 和语言包.......................................................................................................101下载语言包......................................................................................................................102为语言包准备 Web 服务器.................................................................................................103在 Web 服务器上安装语言包..............................................................................................104卸载语言包......................................................................................................................105

配置服务器场设置 (SharePoint Foundation 2010)...............................................................106

配置使用率和运行状况数据集 (SharePoint Foundation 2010)...............................................107使用管理中心配置使用率和运行状况数据集..........................................................................107使用 Windows PowerShell 配置使用率数据集...................................................................108使用 Windows PowerShell 配置特定事件类型的使用率数据集.............................................109使用 Windows PowerShell 将使用率数据记录在其他日志记录数据库中.................................109另请参阅.........................................................................................................................110

配置诊断日志记录 (SharePoint Foundation 2010)...............................................................111最佳实践.........................................................................................................................111使用管理中心配置诊断日志记录..........................................................................................111使用 Windows PowerShell 配置诊断日志记录...................................................................112另请参阅.........................................................................................................................113

电子邮件集成 (SharePoint Foundation 2010).....................................................................114

配置传入电子邮件 (SharePoint Foundation 2010)...............................................................115概述................................................................................................................................115基本方案......................................................................................................................115高级方案......................................................................................................................115任务要求.........................................................................................................................116安装和配置 SMTP 服务....................................................................................................117安装 SMTP 服务...........................................................................................................117安装 IIS 6.0 管理工具....................................................................................................117配置 SMTP 服务...........................................................................................................118在基本方案中配置传入电子邮件..........................................................................................119配置 DNS 管理器.............................................................................................................119在 Microsoft Exchange Server 2007 中添加 SMTP 连接器..............................................120

6

配置将与目录管理服务一起使用的 AD DS............................................................................122配置对电子邮件投递文件夹的权限.......................................................................................124为 Web 应用程序的应用程序池标识帐户配置电子邮件投递文件夹权限...................................124为 Windows SharePoint Services 定时服务的登录帐户配置电子邮件投递文件夹权限..........125在高级方案中配置传入电子邮件..........................................................................................125发送到 SharePoint 文档库的电子邮件中是否缺少附件？.......................................................127

配置传出电子邮件 (SharePoint Foundation 2010)...............................................................129安装和配置 SMTP 服务....................................................................................................129安装 SMTP 服务...........................................................................................................130配置 SMTP 服务...........................................................................................................130为服务器场配置传出电子邮件.............................................................................................131为特定的 Web 应用程序配置传出电子邮件...........................................................................132另请参阅.........................................................................................................................134

配置移动帐户 (SharePoint Foundation 2010).....................................................................135导入根证书并创建信任根证书颁发机构.................................................................................135配置移动帐户...................................................................................................................136检索移动帐户信息.............................................................................................................139删除移动帐户...................................................................................................................140另请参阅.........................................................................................................................140

安装和配置远程 BLOB 存储或外部 BLOB 存储 (SharePoint Foundation 2010)......................141启用 FILESTREAM 并设置 RBS 数据存储.........................................................................141安装 RBS........................................................................................................................142启用和测试 RBS..............................................................................................................143

配置服务 (SharePoint Foundation 2010)...........................................................................145

管理服务应用程序和服务 (SharePoint Foundation 2010)......................................................146本节内容.........................................................................................................................146另请参阅.........................................................................................................................146

配置安全令牌服务 (SharePoint Foundation 2010)...............................................................147使用 STS 的 Web 应用程序的工作原理...............................................................................147使用 Windows PowerShell 配置基于声明的 SharePoint Web 应用程序...............................148编辑绑定.........................................................................................................................149配置使用 STS 的 Web 应用程序.........................................................................................149

准备宿主网站 (SharePoint Foundation 2010).....................................................................151

创建 Web 应用程序 (SharePoint Foundation 2010)............................................................152创建 Web 应用程序..........................................................................................................153另请参阅.........................................................................................................................160

7

配置声明身份验证 (SharePoint Foundation 2010)...............................................................161

配置基于声明的 Web 应用程序 (SharePoint Foundation 2010).............................................162配置基于声明的 Web 应用程序...........................................................................................162

为基于声明的 Web 应用程序配置匿名访问 (SharePoint Foundation 2010).............................163为基于声明的 Web 应用程序配置匿名访问...........................................................................163

为基于声明的 Web 应用程序配置基于表单的身份验证 (SharePoint Foundation 2010)..............164将 Web 应用程序转换为基于声明的身份验证........................................................................164使用管理中心将基于表单的 Web 应用程序配置为使用 LDAP 提供程序....................................165配置 LDAP Web.Config 文件...........................................................................................165使用 Windows PowerShell 将基于表单的 Web 应用程序配置为使用 LDAP 提供程序.............170将用户和权限从 Windows SharePoint Services 3.0 迁移到 SharePoint Foundation 2010. 171

为针对 Windows 令牌服务的声明配置 Kerberos 身份验证 (SharePoint Foundation 2010).....172开始之前.........................................................................................................................172服务器场拓扑................................................................................................................172配置外部数据源................................................................................................................172为共享服务应用程序池帐户配置受约束的委派.......................................................................173为针对 Windows 令牌服务帐户的声明配置受约束的委派.......................................................173在应用程序服务器上配置针对 Windows 令牌服务的声明.......................................................174

使用 SAML 安全令牌配置身份验证 (SharePoint Foundation 2010).......................................175使用 Windows PowerShell 配置身份提供程序 STS (IP-STS) Web 应用程序.........................175配置信赖方 STS (RP-STS) Web 应用程序..........................................................................177使用 Windows PowerShell 与标识提供程序 STS (IP-STS) 建立信任关系.............................177使用 Windows PowerShell 导出可信 IP-STS 证书.............................................................178使用 Windows PowerShell 为声明映射定义唯一标识符.......................................................178创建一个新的身份验证提供程序..........................................................................................179创建新的 SharePoint Web 应用程序并将其配置为使用 SAML 登录.......................................179

配置 Kerberos 身份验证 (SharePoint Foundation 2010).....................................................181关于 Kerberos 身份验证...................................................................................................181开始之前.........................................................................................................................181软件版本要求................................................................................................................182已知问题......................................................................................................................183其他背景信息................................................................................................................183服务器场拓扑................................................................................................................184Active Directory 域服务、计算机命名和 NLB 约定.........................................................184Active Directory 域帐户约定........................................................................................185基本配置要求................................................................................................................186为 SQL 通信配置 Kerberos 身份验证................................................................................186为 SQL Server 服务帐户创建 SPN.................................................................................187

8

确认 Kerberos 身份验证用于将运行 SharePoint Foundation 2010 的服务器连接到运行 SQL Server 的服务器........................................................................................................187

为使用 Kerberos 身份验证的 Web 应用程序创建服务主体名称..............................................189部署服务器场...................................................................................................................189在所有服务器上安装 SharePoint Foundation 2010........................................................190新建一个服务器场。.......................................................................................................190将其他服务器加入服务器场.............................................................................................192配置服务器场中的服务器上的服务.......................................................................................193

Windows SharePoint Services 搜索............................................................................193索引服务器...................................................................................................................193查询服务器...................................................................................................................193创建使用 Kerberos 身份验证的 Web 应用程序....................................................................194创建门户网站 Web 应用程序...........................................................................................194创建“我的网站”Web 应用程序.........................................................................................194使用门户网站 Web 应用程序中的协作门户模板创建网站集.....................................................195确认是否可成功访问使用 Kerberos 身份验证的 Web 应用程序..............................................196确认搜索索引功能是否正确................................................................................................198确认搜索查询功能是否正确................................................................................................198配置限制.........................................................................................................................198其他资源和疑难解答指南...................................................................................................198

配置自动密码更改 (SharePoint Foundation 2010)...............................................................200配置管理帐户...................................................................................................................200配置自动更改密码设置.......................................................................................................200自动更改密码疑难解答.......................................................................................................201密码不匹配...................................................................................................................201服务帐户设置失败..........................................................................................................201即将发生的密码到期.......................................................................................................202将服务器场帐户更改为其他帐户的要求..............................................................................203

创建网站集 (SharePoint Foundation 2010)........................................................................204使用管理中心创建网站集...................................................................................................204使用 Windows PowerShell 创建网站集.............................................................................205

部署自定义项 - 概述 (SharePoint Foundation 2010)............................................................206过程概述.........................................................................................................................206开始之前.........................................................................................................................206关于两种可自定义的网站元素.............................................................................................207部署开发的网站元素..........................................................................................................207部署创作的网站元素..........................................................................................................208另请参阅.........................................................................................................................210

部署解决方案包 (SharePoint Foundation 2010)..................................................................211

9

什么是解决方案包？..........................................................................................................211使用解决方案包部署网站元素.............................................................................................211何时使用解决方案包.......................................................................................................212部署服务器场解决方案....................................................................................................212添加解决方案包.............................................................................................................213部署解决方案包.............................................................................................................213关于创建解决方案包.......................................................................................................214关于自定义解决方案包.................................................................................................215手动创建解决方案文件.................................................................................................215关于解决方案指令清单文件..........................................................................................216

使用 Visual Studio 2010 创建和部署自定义 Web 部件解决方案包........................................217

部署创作的网站元素 (SharePoint Foundation 2010)............................................................219关于部署创作的网站元素...................................................................................................219何时使用内容部署包.......................................................................................................220开始之前.........................................................................................................................220使用内容迁移 API 部署内容...............................................................................................220使用 Windows PowerShell 创建内容部署包......................................................................220

使用功能部署网站元素 (SharePoint Foundation 2010).........................................................223什么是功能？...................................................................................................................223何时使用功能...................................................................................................................224创建功能.........................................................................................................................224使用 Windows PowerShell 安装和激活功能......................................................................226

部署模板 (SharePoint Foundation 2010)...........................................................................228什么是网站定义？.............................................................................................................228网站定义和配置................................................................................................................229未经自定义的页面和页面自定义.......................................................................................229核心架构文件................................................................................................................229创建自定义网站定义和配置................................................................................................230使用解决方案包部署网站定义.............................................................................................232添加 SiteDefinitionManifest 元素.................................................................................232添加 TemplateFile 元素................................................................................................233

工作流部署过程 (SharePoint Foundation 2010)..................................................................234概述................................................................................................................................234开始之前.........................................................................................................................234部署工作流......................................................................................................................234部署预定义工作流..........................................................................................................235部署 SharePoint Designer 工作流................................................................................235部署 Visual Studio 工作流............................................................................................236验证................................................................................................................................237

10

升级到 SharePoint Foundation 2010.................................................................................238另请参阅.........................................................................................................................238

关于升级过程 (SharePoint Foundation 2010).....................................................................239

新增升级功能 (SharePoint Foundation 2010).....................................................................240升级要求.........................................................................................................................240硬件要求：64 位...........................................................................................................240操作系统要求：Windows Server 2008 或 Windows Server 2008 R2.............................241数据库要求：64 位 SQL Server 2005 SP3 或 SQL Server 2008 SP1.............................241升级前检查程序................................................................................................................242使用 Windows PowerShell 命令在附加数据库之前检查数据库.............................................243直观升级.........................................................................................................................243功能升级.........................................................................................................................243用于在升级期间缩短停机时间的新选项.................................................................................243版本之间主要功能的更改...................................................................................................244

升级过程概述 (SharePoint Foundation 2010).....................................................................248就地升级.........................................................................................................................248数据库附加升级................................................................................................................249混合方法 1：只读数据库....................................................................................................250混合方法 2：分离数据库....................................................................................................252

从 Windows SharePoint Services 2.0 升级到 SharePoint Foundation 2010.......................255过程概述.........................................................................................................................255升级顺序......................................................................................................................255开始之前.........................................................................................................................258查看必需的权限.............................................................................................................258检查必需的硬件和软件....................................................................................................259准备升级.........................................................................................................................259准备服务器场...................................................................................................................259执行首次升级...................................................................................................................261验证首次升级...................................................................................................................261执行二次升级...................................................................................................................261验证二次升级...................................................................................................................262

规划并准备升级 (SharePoint Foundation 2010)..................................................................263

确定升级方法 (SharePoint Foundation 2010).....................................................................264选择升级方法...................................................................................................................264特殊情况.........................................................................................................................266

审核升级最佳实践 (SharePoint Foundation 2010)...............................................................269

查看受支持和不受支持的升级途径 (SharePoint Foundation 2010).........................................271

11

查看受支持的升级拓扑.......................................................................................................271物理拓扑指南................................................................................................................271受支持的拓扑................................................................................................................271从独立服务器迁移到服务器场..........................................................................................272从 32 位硬件迁移..........................................................................................................272

查看升级的系统要求 (SharePoint Foundation 2010)............................................................273关于这些要求...................................................................................................................273

确定如何处理自定义设置 (SharePoint Foundation 2010)......................................................274确定环境中的自定义项.......................................................................................................274评估自定义项...................................................................................................................274有关特定自定义项的注意事项.............................................................................................275确保将来的自定义遵循最佳做法..........................................................................................277

创建沟通计划 (SharePoint Foundation 2010).....................................................................278升级团队的成员................................................................................................................278与升级团队进行沟通的时间和内容.......................................................................................279与网站用户进行沟通的时间和内容.......................................................................................279

规划直观升级 (SharePoint Foundation 2010).....................................................................281直观升级的主要计划阶段...................................................................................................281保留现有的用户界面.......................................................................................................281升级到新的用户界面.......................................................................................................281培训网站集所有者和网站所有者..........................................................................................282已知问题.........................................................................................................................283另请参阅.........................................................................................................................283

测试升级并解决升级问题 (SharePoint Foundation 2010)......................................................284

测试升级的最佳方案 (SharePoint Foundation 2010)............................................................286

使用试验升级查找潜在问题 (SharePoint Foundation 2010)..................................................288设置测试环境...................................................................................................................289使用虚拟测试环境..........................................................................................................289使用物理测试环境..........................................................................................................290用于数据库附加升级的其他测试环境.................................................................................290确定和安装自定义项..........................................................................................................290将真实数据复制到测试环境并尝试升级.................................................................................291尝试就地升级................................................................................................................291尝试数据库附加升级.......................................................................................................292审阅结果.........................................................................................................................292审阅日志文件................................................................................................................292必要时重新启动升级.......................................................................................................293

12

审阅升级后的网站..........................................................................................................293调整计划并再次测试..........................................................................................................294

估计升级过程将花费的时间和所需的空间量 (SharePoint Foundation 2010).............................295估计升级所需的空间..........................................................................................................295估计升级将花费的时间.......................................................................................................296

在升级之前清理环境 (SharePoint Foundation 2010)............................................................299要清理的项......................................................................................................................299删除未利用或未充分利用的网站集和子网站.......................................................................299解决大列表问题.............................................................................................................299解决大 ACL 问题...........................................................................................................300删除多余的文档版本.......................................................................................................300移除未利用的模板、功能和 Web 部件..............................................................................300修复数据问题................................................................................................................300进行结构更改...................................................................................................................300

解决升级问题 (SharePoint Foundation)..............................................................................302用于标识问题的一般原则...................................................................................................302首先，查看升级状态和日志文件.......................................................................................302然后，按顺序解决问题....................................................................................................303常见问题.........................................................................................................................303服务器端文件或自定义项缺失或被弃用..............................................................................303服务器场、Web 应用程序或服务的设置配置不正确或缺失...................................................304更新级别不一致或不正确................................................................................................304数据问题......................................................................................................................304UI 更改........................................................................................................................304缺少空间......................................................................................................................305基于表单的身份验证.......................................................................................................305安全性和权限...................................................................................................................305另请参阅.........................................................................................................................305

升级失败后进行恢复 (SharePoint Foundation 2010)............................................................306在待机环境下拥有只读数据库的条件下（数据库附加升级）执行恢复........................................306拥有完整环境备份的条件下（就地升级）执行恢复.................................................................306拥有数据库备份的条件下（就地升级）执行恢复....................................................................306

继续升级 (SharePoint Foundation 2010)...........................................................................307使用 Psconfig.exe 重新启动针对服务器场的升级.................................................................307使用 Windows PowerShell 重新启动对数据库的升级..........................................................308

执行升级前步骤 (SharePoint Foundation 2010)..................................................................309

运行升级前检查程序 (SharePoint Foundation 2010)............................................................310

13

关于升级前检查程序报告...................................................................................................310运行升级前检查程序..........................................................................................................311

进行就地升级前备份整个环境 (SharePoint Foundation 2010)...............................................313备份环境。......................................................................................................................313测试备份.........................................................................................................................313另请参阅.........................................................................................................................313

执行就地升级 (SharePoint Foundation 2010).....................................................................314

就地升级清单 (SharePoint Foundation 2010).....................................................................315准备升级.........................................................................................................................315执行升级.........................................................................................................................316执行升级后步骤................................................................................................................319另请参阅.........................................................................................................................320

就地升级到 SharePoint Foundation 2010...........................................................................321过程概述.........................................................................................................................322开始之前.........................................................................................................................322安装必备组件...................................................................................................................323在所有服务器上运行安装程序.............................................................................................323运行 SharePoint 产品配置向导.........................................................................................324检查网站的升级状态..........................................................................................................326验证................................................................................................................................326另请参阅.........................................................................................................................326

使用已分离数据库执行就地升级指南 (SharePoint Foundation 2010)......................................327过程概述.........................................................................................................................328开始之前.........................................................................................................................328在相同服务器场上并行分离和升级数据库..............................................................................328在临时小型服务器场上并行分离和升级数据库.......................................................................329验证................................................................................................................................331

安装可用的语言模板包 (SharePoint Foundation 2010).........................................................332关于安装语言包和升级网站................................................................................................332关于更改语言...................................................................................................................332从完全本地化的产品转移到语言包.......................................................................................332将语言更改为新语言包.......................................................................................................333另请参阅.........................................................................................................................333

当内容数据库超过 4 GB（远程 BLOB 存储）时，从 Windows SharePoint Services 3.0 的独立安装升级到 SharePoint Foundation 2010...........................................................................334本节内容.........................................................................................................................335另请参阅.........................................................................................................................335

14

从 Windows SharePoint Services 3.0 的独立安装升级到带远程 BLOB 存储的 SharePoint Foundation 2010...........................................................................................................336另请参阅.........................................................................................................................337

使用远程 BLOB 存储 (RBS) 在域控制器上升级独立安装（数据库附加）....................................338另请参阅.........................................................................................................................341

使用远程 BLOB 存储将独立安装升级到新硬件（数据库附加）..................................................342另请参阅.........................................................................................................................347

执行针对 SharePoint Foundation 2010 的数据库附加升级....................................................348

数据库附加升级的清单 (SharePoint Foundation 2010).........................................................349准备升级.........................................................................................................................349执行升级.........................................................................................................................351执行升级后步骤................................................................................................................353另请参阅.........................................................................................................................354

准备新的 SharePoint Foundation 环境................................................................................355开始之前.........................................................................................................................355创建和配置新环境.............................................................................................................355安装.............................................................................................................................356配置服务应用程序..........................................................................................................356配置常规服务器场设置....................................................................................................356创建并配置 Web 应用程序..............................................................................................357重新应用自定义项..........................................................................................................357验证新环境......................................................................................................................358执行升级.........................................................................................................................358

附加数据库并升级到 SharePoint Foundation 2010..............................................................360过程概述.........................................................................................................................360开始之前.........................................................................................................................361将以前版本的数据库设置为只读（使用只读数据库的数据库附加）...........................................361使用 SQL Server 工具备份以前版本的数据库......................................................................362分离以前版本的数据库（标准数据库附加）..........................................................................364还原数据库的备份副本（使用只读数据库的数据库附加）........................................................365验证自定义组件................................................................................................................366将内容数据库附加到 Web 应用程序....................................................................................367验证：验证第一个数据库的升级..........................................................................................369附加其余数据库................................................................................................................369验证：验证其他数据库的升级.............................................................................................369另请参阅.........................................................................................................................369

执行升级后步骤 (SharePoint Foundation 2010)..................................................................370

15

为基于声明的 Web 应用程序配置基于表单的身份验证 (SharePoint Foundation 2010)..............371将 Web 应用程序转换为基于声明的身份验证........................................................................371使用管理中心将基于表单的 Web 应用程序配置为使用 LDAP 提供程序....................................372配置 LDAP Web.Config 文件...........................................................................................372使用 Windows PowerShell 将基于表单的 Web 应用程序配置为使用 LDAP 提供程序.............377将用户和权限从 Windows SharePoint Services 3.0 迁移到 SharePoint Foundation 2010. 378

验证升级和审阅升级后的网站 (SharePoint Foundation 2010)...............................................379验证升级状态...................................................................................................................379审阅日志文件................................................................................................................379验证版本号...................................................................................................................380检查网站的升级状态.......................................................................................................381审阅升级后的网站.............................................................................................................381

Web 部件.....................................................................................................................382大型列表......................................................................................................................383样式和外观...................................................................................................................383权限.............................................................................................................................384自定义（取消幻像）的网页.............................................................................................384另请参阅.........................................................................................................................385

管理直观升级 (SharePoint Foundation 2010).....................................................................386关于使用直观升级.............................................................................................................386查看当前用户界面的状态...................................................................................................386将网站恢复为上一用户界面................................................................................................387强制升级到新用户界面.......................................................................................................387有关直观升级的网站所有者选项..........................................................................................388另请参阅.........................................................................................................................389

在升级过程中使用 AAM URL 重定向 (SharePoint Foundation 2010)（白皮书）....................390

部署 Office Web Apps（安装在 SharePoint 2010 产品上）..................................................391了解 Office Web Apps 部署.............................................................................................391在现有的独立 SharePoint 服务器上安装和配置 Office Web Apps........................................392运行 Office Web Apps 安装程序....................................................................................392运行 PSConfig 以注册服务............................................................................................393启动服务实例................................................................................................................393创建服务应用程序和服务应用程序代理..............................................................................394激活 Office Web Apps 功能..........................................................................................395在新的独立 SharePoint 服务器上安装和配置 Office Web Apps............................................397运行 Office Web Apps 安装程序....................................................................................397运行 PSConfig 以注册服务、启动服务实例、创建服务应用程序和代理并激活 Office Web Apps 功能..........................................................................................................................397

在现有的 SharePoint 服务器场中安装和配置 Office Web Apps............................................397

16

运行 Office Web Apps 安装程序....................................................................................398运行 PSConfig 以注册服务............................................................................................398启动服务实例................................................................................................................398创建服务应用程序和服务应用程序代理..............................................................................400激活 Office Web Apps 功能..........................................................................................401在新的 SharePoint 服务器场中安装和配置 Office Web Apps...............................................402运行 Office Web Apps 安装程序....................................................................................402运行 PSConfig 以注册服务............................................................................................403运行 SharePoint 场配置向导以启动服务实例、创建服务应用程序和代理并激活 Office Web Apps 功能..........................................................................................................................403

其他配置（可选）.............................................................................................................403为启用浏览器的文档配置 SharePoint 默认打开行为..........................................................403疑难解答.........................................................................................................................405

17

获取帮助我们尽了所有努力来确保本书的准确性。同时，还在 Office System TechNet Library 中联机提供了这些内容，因此，如果您遇到问题，还可以在以下位置检查更新：http://technet.microsoft.com/zh-cn/office/bb267342如果在我们的联机内容中没有找到所需答案，您可以向 Microsoft Office 系统和服务器内容团队发送电子邮件，地址为：itspdocs@microsoft.com如果您的问题是有关 Microsoft Office 产品的，而不是有关本书内容的，请在 Microsoft 帮助和支持中心或 Microsoft 知识库中进行搜索，网址为：http://support.microsoft.com/?ln=zh-cn

18

SharePoint Foundation 2010 部署欢迎使用 Microsoft SharePoint Foundation 2010 的部署指南。本指导中的文章可帮助您准备安装、安装和配置 SharePoint Foundation 2010。该部署指南包含有关部署方案的信息、分步安装说明以及安装后的配置步骤。它还介绍如何升级到 SharePoint Foundation 2010。在安装 SharePoint Foundation 2010 之前，请确保您已经查阅了 SharePoint Foundation 2010 的规划和体系结构中的信息。 有关部署过程的图形概述，请从 技术图表 (SharePoint Foundation 2010) 文章下载 SharePoint 2010 产品部署模型。本节内容： 部署概述 (SharePoint Foundation 2010)

本文提供有关部署 SharePoint Foundation 2010 的信息。本文目的在于提供信息以帮助您和您的团队在组织内部署基于 SharePoint Foundation 2010 的解决方案时作出重要决定。 从网络共享安装必备组件 (SharePoint Foundation 2010)

本文说明如何使用 PrerequisiteInstaller.exe 从网络共享安装必备组件。这样做可以使部署更加一致。 准备部署 (SharePoint Foundation 2010)

本节提供了部署 Microsoft SharePoint Foundation 2010 之前要执行的必要步骤。 部署方案 (SharePoint Foundation 2010)

按照此部分中的步骤执行操作，以使用 SharePoint Foundation 2010 部署单台服务器或服务器场，或部署 Office Web Apps 与 SharePoint Foundation 2010 一起使用。 初始配置 (SharePoint Foundation 2010)

按照此部分中的步骤执行操作，以安装语言包、配置服务器场设置和服务并创建网站集。 部署自定义项 - 概述 (SharePoint Foundation 2010)

本节中的文章说明如何部署已由开发人员或 Web 设计者在 SharePoint Foundation 2010 环境中自定义的网站元素。 Deploy software updates for SharePoint Foundation 2010 （该链接可能指向英文页面）

Microsoft 会定期发布 SharePoint Foundation 2010 的软件更新。请按照本节中的步骤操作向运行 SharePoint Foundation 的服务器应用这些更新。 升级到 SharePoint Foundation 2010

按照升级指南中的步骤执行操作，以规划、准备和执行到 SharePoint Foundation 2010 的升级。如果您计划使用 Office Web Apps，则必须安装并配置它们以便与 SharePoint 2010 产品 协同工作。有关详细信息，请参阅部署 Office Web Apps （安装在 SharePoint 2010 产品上） 。

19

注意：

部署概述 (SharePoint Foundation 2010)本文概述 Microsoft SharePoint Foundation 2010 服务器场部署。尽管 Microsoft SharePoint Foundation 服务器场的复杂性和大小各异，但是通过结合认真仔细的规划和包含经常性测试及评估的分阶段部署，将会大大降低出现意外结果的风险。

有关网站和解决方案规划的内容不在本文的讨论范围内，有关这些信息，请参阅网站和解决方案规划 (SharePoint Foundation 2010) 。若要查看本文信息的直观形式，请参阅技术图表 (SharePoint Foundation 2010) 主题中的 SharePoint 2010 产品部署模型。本文内容： 概念 物理体系结构 安装和配置 部署阶段

概念从逻辑上讲，SharePoint Foundation 的灵活性和丰富功能可能会使 SharePoint Foundation 的正确安装和配置变得很复杂。为了正确部署和支持 SharePoint Foundation 2010 产品，需要对 SharePoint Foundation 环境中的以下关键结构性元素有一些基本了解： 服务器场：SharePoint Foundation 的逻辑体系结构设计的顶级元素。 Web 应用程序：SharePoint Foundation 2010 创建和使用的 IIS 网站。 内容数据库：提供存储 Web 应用程序内容。可以在网站集级别将内容分散到多个内容数据库中。 网站集：具有相同所有者并共享管理设置的网站的集合。 网站：在网站集中承载的一个或多个相关网页以及其他项（如列表、库和文档）。除了解 SharePoint Foundation 环境的各元素以及需要如何针对解决方案配置这些元素外，还必须考虑以下附加因素：物理体系结构、安装和配置以及部署的各个阶段。

物理体系结构物理体系结构由一台或多台服务器及网络基础结构组成，使您可以实现 SharePoint Foundation 解决方案的逻辑体系结构。通常通过两种方法来描述物理体系结构：按其大小或按其拓扑。大小可通过多种方法衡量，例如用户数或文档数，可用于将服务器场分类为小型、中型或大型。拓扑使用层或服务器组的概念来定义场服务器的逻辑安排。

20

注意：

大小大小使用用户数和内容项目数作为基本计量方法来指示服务器场的规模是大型、中型还是大型，具体指标如下所示： 小型服务器场通常由至少两台 Web 服务器和一台数据库服务器组成。其中一台 Web 服务器承载管理中心网站，另一台处理其他与服务器场相关的任务，例如向用户提供内容。

为了满足所需的用户数、内容项目数和服务数，可以使用专用的应用程序服务器将小型服务器场扩展到三层。 中型服务器场通常包含两台或更多台 Web 服务器、两台应用程序服务器和多台数据库服务器。建议您从执行上述配置开始，然后再进行扩展以适应服务器上的工作负荷。

在已知服务使用不成比例的资源数量的情形中，您可以扩展应用程序层。性能数据将指示应将哪些服务的负荷卸载到专用服务器。 大型服务器场可以是扩展中型服务器场以满足容量和性能要求的逻辑结果，也可以是在实现

SharePoint Foundation 解决方案之前的设计结果。三层拓扑环境通常在所有层上都使用专用服务器。此外，这些服务器通常根据它们在服务器场中的角色进行分组。例如，可以将所有与客户端有关的服务分组到一台或两台服务器，然后可以根据需要向该组中添加服务器以进行扩展，从而满足用户对这些服务的需要。扩展服务器场的建议做法是将具有类似性能特征的服务或数据库分组到专用服务器，然后作为一个组来扩展服务器。在大型环境中，可演变成服务器场的特定组数取决于服务器场中每项服务的特定需求。

有关与小型、中型和大型服务器场相关的特定数目，请参阅性能和容量管理 (SharePoint Server 2010)。

拓扑拓扑使用层作为模型，根据场服务器承载的组件或它们在服务器场中的角色对这些服务器进行合理安排。SharePoint Foundation 服务器场部署在一层、两层或三层上，如下所示： 在单层部署中，SharePoint Foundation 和数据库服务器安装在一台计算机上。 在双层部署中，SharePoint Foundation 组件和数据库安装在不同的服务器上。此部署类型适用于所谓的小型服务器场。前端 Web 服务器位于第一层，数据库服务器位于第二层。在计算机行业中，第一层通常称为 Web 层。数据库服务器所在的层通常称为数据库层或数据库后端。 在三层部署中，前端 Web 服务器位于第一层，应用程序服务器位于第二层，这一层通常称为应用程序层，数据库服务器位于第三层。三层部署用于大中型服务器场。

安装和配置完成 SharePoint Foundation 解决方案的规划后，您可以创建一个 SharePoint Foundation 服务器场来承载该解决方案。第一步是安装 SharePoint Foundation 2010 并创建解决方案所需的服务器场。准备环境的过程包含以下阶段：

21

注意：

1. 准备服务器2. 创建服务器场3. 配置设置、服务、解决方案和网站

在经历“SharePoint 2010 产品部署”模型中所示的不同部署阶段时，创建和部署的服务器场的大小、拓扑和复杂性将会发生重大变化。这是分阶段部署的典型和预期结果。这也是我们建议您执行本文的“部署阶段”一节中描述的所有阶段的原因。

准备服务器在这一阶段，您将准备好服务器以承载产品。这包括支持服务器和将安装 SharePoint Foundation 的服务器。必须配置以下服务器来支持和承载服务器场： 域控制器：必须为域配置所需的服务器场帐户，并且必须配置目录同步。

SharePoint Foundation 2010 不支持单标签域 (SLD) 名称。由于不建议使用 SLD 名称，并没有在该方案中对 SharePoint 2010 产品 进行广泛测试。因此，在单标签域环境中实现 SharePoint 2010 产品 时，可能会出现不兼容问题。有关详细信息，请参阅有关为使用单标签 DNS 名称的域配置 Windows 的信息 (http://go.microsoft.com/fwlink/?linkid=193849&clcid=0x804) 以及 DNS 命名空间规划解决方案中心（该链接可能指向 英文页面） (http://go.microsoft.com/fwlink/?linkid=198010&clcid=0x804)（该链接可能指向英文页面）。

有关所需帐户的信息，请参阅： 初始部署所需的管理和服务帐户 (SharePoint Foundation 2010) 关于目录同步 (http://go.microsoft.com/fwlink/?linkid=193169&clcid=0x804)

数据库服务器：数据库服务器上必须安装所需的 SQL Server 版本，包括 Service Pack 和累积更新。安装的版本必须包含任何附加功能，例如 SQL Analysis Services，并且必须添加和配置适当的 SharePoint Foundation 登录名。数据库服务器必须经过强化，并且如果需要，DBA 还必须创建数据库。有关详细信息，请参阅： 硬件和软件要求 (SharePoint Foundation 2010) 针对 SharePoint 环境强化 SQL Server (SharePoint Foundation 2010) 使用 DBA 创建的数据库进行部署 (SharePoint Foundation 2010)

应用程序服务器和前端 Web 服务器：必须按如下所述准备将要安装 SharePoint Foundation 的场服务器：确保它们满足硬件要求，操作系统经过强化，配置了所需的网络和安全协议，安装并强化了 SharePoint Foundation 2010 必备软件，并且配置了所需的身份验证。有关详细信息，请参阅： 系统要求 (SharePoint Foundation 2010) 硬件和软件要求 (SharePoint Foundation 2010) 中的“安装必备软件” 规划安全强化 (SharePoint Foundation 2010) 规划身份验证 (SharePoint Foundation 2010)

22

注意： 重要：

创建服务器场在这一阶段，您应安装产品并配置每台服务器以支持其在服务器场中的角色。还要创建配置数据库和 SharePoint 管理中心网站。以下服务器是 SharePoint Foundation 服务器场所必需的： 数据库服务器：除非计划使用 DBA 创建的数据库，否则在运行 SharePoint 产品和技术配置向导时将会创建配置数据库、内容数据库和其他必需的数据库。 应用程序服务器：准备好应用程序服务器后，应安装支持信息权限管理 (IRM) 和决策等功能所需的任何附加组件。在将要承载 SharePoint 管理中心网站的服务器上安装 SharePoint

Foundation，然后运行 SharePoint 产品和技术配置向导以创建和配置服务器场。 前端 Web 服务器：在每台 Web 服务器上安装 SharePoint Foundation，安装语言包，然后运行

SharePoint 产品和技术配置向导将 Web 服务器添加到服务器场。添加并配置所有前端 Web 服务器后，可以向服务器场中添加属于拓扑设计一部分的任何其他应用程序服务器。

有关受支持的部署方案的详细信息，请参阅部署方案 (SharePoint Foundation 2010) 。

配置设置、服务、解决方案和网站在这一阶段，需要完成以下任务以准备服务器场来承载网站内容： 配置全局设置。有关详细信息，请参阅配置服务器场设置 (SharePoint Foundation 2010) 配置服务。有关详细信息，请参阅配置服务 (SharePoint Foundation 2010) 部署解决方案和自定义项。有关详细信息，请参阅部署自定义项 - 概述 (SharePoint Foundation

2010) 创建和填充网站。有关详细信息，请参阅准备宿主网站 (SharePoint Foundation 2010)

服务器场配置步骤并不是在服务器基础结构内的某个特定层中完成的。

部署阶段通过分阶段部署 SharePoint Foundation 2010 解决方案，您可以获得系统性方法提供的好处，例如，收集可用于评估解决方案的性能和使用情况数据。其他好处包括验证您的容量管理假设以及在将服务器场投入生产之前发现问题。 建议您分以下阶段部署服务器场： 规划 开发 概念证明 (POC) 试验部署 用户验收测试 (UAT) 生产

23

注意： 注意：

规划在部署服务器场之前，您必须规划要部署的解决方案，并确定基础结构要求，例如服务器资源和场拓扑。规划阶段完成后，您应该： 拥有用于支持您的解决方案的基础结构设计 拥有介绍如何实现服务器场和解决方案的详细说明 拥有解决方案的测试和验证规划 拥有网站和解决方案体系结构 了解监控和持续工程要求以支持解决方案 拥有解决方案控制方式的记录 了解如何通知用户有关解决方案的消息，以推广解决方案的采用建议您使用 SharePoint Foundation 2010 的规划和体系结构 中介绍的规划资源和文章。资源和时间问题可能迫使您无法在规划阶段做到一丝不漏。但我们建议您在这方面尽量多下功夫，因为任何被疏忽或不常接触的规划元素在您进入生产阶段后都有可能再度浮出水面，演变成大问题。这些问题可能导致需要执行大量额外的工作、占用预算外的资源，并可能导致 SharePoint Foundation 部署失败。

规划阶段完成后，您将进入以下部署阶段，以更新和修订计划、配置以及所测试的拓扑。

开发在部署阶段，您将会在单台或多台服务器上部署 SharePoint Foundation，以开发、测试、评估和优化将要实现的解决方案。该环境可根据您在解决方案开发过程中的需要进行伸缩，并且可以作为缩减环境进行保留以用于将来的开发和测试。这不是一个稳定的环境，并且没有服务级别协议。

概念证明 (POC)在概念证明阶段，目标有双重意义：了解 SharePoint Foundation 并评估 SharePoint Foundation 能在多大程度上满足您的业务需求。通过在单台服务器上安装所有产品组件可完成第一级产品评估。通过概念证明部署可进行更大范围的产品评估。通过在单台服务器或小型服务器场上进行概念证明部署，可以扩大评估的范围。在此部署中，非 IT 人员会加入到评估团队，从而可从更广泛的角度了解 SharePoint Foundation 功能在组织中的实际使用情况。概念证明部署的优势在于，您可以收集数据以优化原来的计划。利用此类数据（如页面视图、用户行为模式和服务器资源消耗），您还可以着手构建用于调整服务器场大小的基准。在评估服务应用程序和确定要为最终用户提供的功能集时，概念证明也非常有用。 需要注意的是，在概念证明阶段，您应了解这些功能的独特特征和作用，因为这有助于您定义整个拓扑。请注意，概念证明部署需要更多资源，并且在将 SharePoint Foundation 部署到生产环境中时需要花费更长时间。

虚拟化为评估 SharePoint Foundation 提供了一个绝佳平台，因为虚拟化环境可提供灵活性、快速部署功能以及将虚拟机回滚到之前状态的能力。

24

重要： 提示：

试验部署试验部署可用于小规模测试您的解决方案。可通过两种方法使用试验部署。第一种方法着重于功能测试而不使用实际数据。第二种方法通过使用实际数据来测试生产特征，并且可以让您的试验用户测试不同类型的任务。建议使用第二种方法，因为它具有更广泛的范围，并且使用您可以收集并用于优化解决方案设计的实际数据。 试验部署可提供许多好处。它使您能够收集用于验证服务器场设计的以下方面的数据： 基础结构设计 容量管理假设 网站和解决方案体系结构 解决方案使用情况假设。试验阶段还使您能够确定为了增加基准检验的宽度和深度而应收集的额外数据。如果您希望在用户验收测试之前，评估要添加到服务器场中的附加功能或服务的潜在影响，则这一点非常重要。试验部署结束时，可使用所收集的数据来调整解决方案及其支持基础结构的各个组成部分。

用户验收测试 (UAT)用户验收测试部署（也称为生产前环境）由组织用作从试验部署到生产部署的过渡步骤。组织的业务流程将确定用户验收测试的范围、规模和持续时间。 生产前环境的拓扑应该与规划的生产拓扑相同或非常类似。在用户验收测试过程中，将根据部分或完整的生产数据对 SharePoint Foundation 解决方案进行测试。该部署阶段可提供最后一次性能调整和验证操作过程（如备份和还原）的机会。

生产最后一个阶段是将服务器场部署到生产环境中。在这一阶段，您将并入在用户验收测试阶段确定的必需的解决方案和基础结构调整。 将服务器场投入生产需要您完成以下任务： 部署服务器场。 部署解决方案。 实现操作计划。 如果需要，部署其他环境，例如创作和暂存服务器场及服务服务器场。

25

从网络共享安装必备组件 (SharePoint Foundation 2010)本文说明如何使用必备组件安装程序 (PrerequisiteInstaller.exe) 工具从脱机共享网络位置安装 Microsoft SharePoint Foundation 2010 必备组件。 当您要在其上安装 Microsoft SharePoint Foundation 的服务器与 Internet 断开连接时，从脱机位置安装必备组件通常是必需的。即使不是这种情况，借助于从脱机中心位置安装必备组件，您可以通过安装已知的一组受控映像来确保场服务器一致性。

Microsoft SharePoint 产品准备工具是构建在 PrerequisiteInstaller.exe 之上的用户界面。Microsoft SharePoint 产品准备工具不接受用户输入。

本文内容： 安装程序开关和参数 下载和合并文件共享上的必备组件 从命令行安装必备组件 使用参数文件安装必备组件 已知问题

安装程序开关和参数通过对 PrerequisiteInstaller.exe 使用开关和参数，您可以控制安装所需软件的版本以及从中进行安装的位置。 PrequisiteInstaller.exe 接受单个或多个开关和参数对。开关标识必备组件，参数指定必备组件的操作和位置。开关和参数对使用以下格式：/switch: <路径>其中： /switch 是标识必备组件的有效开关。例如，/NETFX35SP1: 是 .NET Framework 3.5 Service

Pack 1 的开关。 <路径> 表示为本地文件的路径或文件共享的路径，例如，“C:\foldername\dotnetfx35.exe”或“\\<servername>\<sharename>\dotnetfx35.exe”。每个开关及其参数用一个冒号和一个空格分隔。参数用引号括起来。开关和参数对可通过命令提示符传递到 PrerequisiteInstaller.exe，或从参数文本文件来读取。

26

注意：

下载和合并文件共享上的必备组件下载和合并必备组件的过程包括下面的程序中描述的步骤。

1. 请参阅硬件和软件要求 (SharePoint Foundation 2010) 文章，其中包括 SharePoint Foundation 2010 的所有必备软件和可选软件的列表。此外，本文提供了可在 Internet 上下载的每个必备组件的下载位置。

2. 在命令提示符处，导航到 SharePoint Foundation 2010 安装介质的根目录或文件夹位置。3. 在命令提示符处，键入 PrerequisiteInstaller.exe /?。此时将显示用于从命令行安装必备组件的命令行选项和开关及其参数的列表。

提示：若要将活动的“关于”窗口的内容复制到剪贴板，请按 CTRL+C。

4. 验证您是否具有所需软件的准确列表。将必备组件安装程序的输出与步骤 1 中的必备组件列表进行比较。 5. 将必备组件下载到可访问 Internet 的计算机上。接下来，使用以下过程创建您可以用于在所有场服务器上安装 SharePoint Foundation 必备组件的中心位置。

1. 在其上将安装必备组件的服务器可访问的计算机上创建一个共享文件夹。2. 将您从 Internet 上下载的文件复制到该共享文件夹。为必备组件创建可访问网络位置后，使用下节的过程在服务器上安装 SharePoint Foundation 2010 必备组件。

从命令行安装必备组件您可以使用以下过程从命令行安装一个或所有必备组件。

1. 在“开始”菜单，使用“以管理员身份运行”选项打开命令提示符窗口。2. 导航到 SharePoint Foundation 源目录。3. 为您要安装的程序键入必备组件程序开关和相应参数，然后按 Enter，例如：

PrerequisiteInstaller.exe /SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi"

注意若要安装多个必备组件，请键入每个开关和参数对，注意要用空格分隔每个对，例如：PrerequisiteInstaller.exe /SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi" /ChartControl: "\\o14-sf-admin\SP_prereqs\MSChart.exe" /W2K8SP2: "\\o14-sf-admin\

27

标识必备组件 合并必备组件 从命令行安装

SP_prereqs\Windows6.0-KB948465-X64.exe" /NETFX35SP1: "\\o14-sf-admin\SP_prereqs\dotnetfx35setup.exe"

使用参数文件安装必备组件您可以使用包括开关和所需安装程序的相应路径语句的参数文件从文件共享中安装必备组件。 通过参数文件运行 PrerequisiteInstaller.exe 时，会发生以下情况：1. PrerequisiteInstaller.exe 读取参数文件，以验证每个开关是有效的，而且路径语句中标识的程序存在。

如果您指定参数，PrerequisiteInstaller.exe 将忽略参数文件，只处理命令行参数。2. PrerequisiteInstaller.exe 扫描本地系统，以确定是否已安装任何必备组件。 3. PrerequisiteInstaller.exe 安装参数文件中的程序，然后返回以下退出代码之一：

0 - 成功 1 – 此应用程序的另一个实例已经在运行 2 – 无效的命令行参数 1001 – 挂起的重新启动阻止安装 3010 – 需要重新启动

4. 如果必备组件需要重新启动，则生成 3010 代码，提示您单击“完成”重新启动系统。生成 3010 代码后安装程序的行为根据以下哪个条件存在于计算机上而有所不同： 如果 Windows Server 2008 Service Pack 2 (SP2) 已安装在系统上，则生成 3010 代码，并安装其余的必备组件。最后一个必备组件安装后，系统提示您重新启动系统。 如果 PrerequisiteInstaller.exe 在系统上安装 Windows Server 2008 SP2，安装程序将生成 3010 代码，其余必备组件的安装将跳过。此时将提示您重新启动系统。

由于在重新启动之前创建的启动文件包含 /continue 标志，系统重新启动后，PrerequisiteInstaller.exe 开始再次运行。重新启动后，PrerequisiteInstaller.exe 将忽略参数文件，并尝试从 Internet 下载和安装其余必备组件。有关详细信息，请参阅已知问题。

使用下面的过程创建参数文件。1. 使用文本编辑器创建一个名为 PrerequisiteInstaller.Arguments.txt 的新文本文档。将此文件保存到 PrerequisiteInstaller.exe 所在的位置。此文件将包含您运行 Microsoft

SharePoint 产品准备工具 时使用的开关和参数。2. 使用文本编辑器编辑 PrerequisiteInstaller.Arguments.txt 并提供每个必备组件开关的安装源的文件路径，同时使用以下语法：

/switch: <路径>其中，/switch 为有效开关，<路径> 为安装源的路径。

28

注意： 创建参数文件

以下示例显示使用文件共享作为公共安装点的完整参数文件。/SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi"/ChartControl: "\\o14-sf-admin\SP_prereqs\MSChart.exe"/W2K8SP2: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB948465-X64.exe"/NETFX35SP1: "\\o14-sf-admin\SP_prereqs\dotnetfx35setup.exe"/PowerShell: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB968930-x64.msu"/KB976394: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB976394-x64.msu"/KB976462: "\\o14-sf-admin\SP_prereqs\Windows6.1-KB976462-v2-x64.msu"/IDFX: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB974405-x64.msu"/Sync: "\\o14-sf-admin\SP_prereqs\Synchronization.msi"/FilterPack: "\\o14-sf-admin\SP_prereqs\FilterPackx64.exe"/ADOMD: "\\o14-sf-admin\SP_prereqs\SQLSERVER2008_ASADOMD10.msi"/ReportingServices: "\\o14-sf-admin\SP_prereqs\rsSharePoint.msi"/Speech: "\\o14-sf-admin\SP_prereqs\SpeechPlatformRuntime.msi"/SpeechLPK: "\\o14-sf-admin\SP_prereqs\MSSpeech_SR_en-US_TELE.msi"

重要：为了便于读取，上例中的开关和路径语句显示在单独的行上。当您实际创建 PrerequisitesInstaller.Arguments.txt 文件时，不要使用换行符，而是用空格分隔每个开关和路径语句。有关详细信息，请参阅已知问题。

3. 编辑 PrerequisiteInstaller.Arguments.txt 后，保存所做的编辑，并验证此文件是否与 PrerequisiteInstaller.exe 在同一目录中。

可使用以下过程安装必备组件。1. 从命令提示符处运行 PrerequisiteInstaller.exe 来安装必备组件。

警告：如果提示您单击“完成”来重新启动系统，请不要这样做。单击“取消”。有关详细信息，请参阅已知问题,然后再进行下一步骤。

2. 手动重新启动系统。3. 从命令提示符处运行 PrerequisiteInstaller.exe。

已知问题有两个影响参数文件使用的已知问题： 在参数文件中使用换行符

如果您创建参数文件并使用换行符将每个开关和参数放在单独的行上，则必备组件安装程序失败。解决办法是在一行中输入所有开关和参数对。 计算机重新启动后，不使用参数文件

29

使用参数文件安装必备组件

重新启动后，PrerequisiteInstaller.exe 执行启动命令行文件，该文件包含 /continue 标志。/continue 标志会强制安装程序忽略参数文件。 您必须使用以下选项之一在此命令文件中删除启动任务，以阻止重新启动：选项 1a. 双击 PrerequisiteInstaller.exe 运行该文件。程序将显示第一个屏幕，其中包括必备组件列表。 b. 单击“取消”。 PrerequisiteInstaller.exe 将删除启动任务。选项 2a. 在“开始”菜单中，选择“运行”，然后键入“regedit”以打开注册表。b. 打开注册表项 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\

CurrentVersion\Explorer\Shell Folders。c. 检查“Common Startup”的值。这会显示列出启动任务的目录。d. 关闭注册表编辑器，不进行任何更改。e. 导航到启动目录，通常是 <systemdir>\ProgramData\Microsoft\Windows\Start Menu\

Programs\Startup。f. 删除“SharePointServerPreparationToolStartup_0FF1CE14-0000-0000-0000-

000000000000.cmd”，即可删除启动任务。

30

准备部署 (SharePoint Foundation 2010)本节提供要在部署 Microsoft SharePoint Foundation 2010 之前执行的重要步骤。本节内容： 硬件和软件要求 (SharePoint Foundation 2010)

本文提供安装 SharePoint Foundation 2010 必须满足的最低硬件和软件要求。 初始部署所需的管理和服务帐户 (SharePoint Foundation 2010)

本文提供有关 SharePoint Foundation 2010 初始部署所需的管理帐户和服务帐户的信息。若要将生产服务器场的方方面面全部实施到位，还需要额外的帐户和权限。 针对 SharePoint 环境强化 SQL Server (SharePoint Foundation 2010)

本文介绍如何针对 SharePoint Foundation 2010 环境强化 Microsoft SQL Server。

另请参阅部署概述 (SharePoint Foundation 2010) 部署方案 (SharePoint Foundation 2010)

31

硬件和软件要求 (SharePoint Foundation 2010)本文列出安装和运行 Microsoft SharePoint Foundation 2010 的最低硬件和软件要求。

如果遇到不符合本文档中介绍的最低硬件规格的生产系统，并就此与 Microsoft 技术支持联系，则除非升级系统以满足最低要求，否则收到的支持将会非常有限。本文内容： 概述 硬件要求 - Web 服务器、应用程序服务器和单一服务器安装 硬件要求 - 数据库服务器 软件要求 对适用软件的访问

概述Microsoft SharePoint Foundation 2010 提供了许多安装方案。目前，这些安装包括带有内置数据库的单一服务器安装，和单服务器或多服务器的服务器场安装。

硬件要求 - Web 服务器、应用程序服务器和单一服务器安装下表中的要求不仅适用于具有内置数据库的单台服务器上的安装，还适用于在包含多台服务器的服务器场中运行 SharePoint Foundation 2010 的服务器安装。

组件 最低要求处理器 64 位，4 个内核RAM 4 GB（用于开发或评估用途）

对于用于生产用途的包含单台服务器和多台服务器的服务器场安装，需要 8 GB 的可用空间硬盘 80 GB（用于系统驱动器）

若要满足生产用途，需要为日常操作提供额外的可用磁盘空间。可用空间应维持在用于生产环境的 RAM 的两倍。有关详细信息，请参阅 Capacity

32

重要：

组件 最低要求management and sizing for SharePoint Server 2010 （该链接可能指向英文页面） 。

硬件要求 - 数据库服务器下表中的要求适用于生产环境中的数据库服务器，这些环境在服务器场中包含多台服务器。

Capacity management and sizing for SharePoint Server 2010 （该链接可能指向英文页 面）的“参考体系结构”部分中给出了小型和中型部署的定义。

组件 最低要求处理器 对于小型部署，为 64 位 4 个内核

对于中型部署，为 64 位 8 个内核RAM 对于小型部署，为 8 GB

对于中型部署，为 16 GB对于大型部署，请参阅存储和 SQL Server 容量规划和配置 (SharePoint Server 2010) 中的“估计内存要求”一节。

注意：这些值高于 SQL Server 的最小建议值，因为 SharePoint 产品 2010 环境需要进行数据分布。有关 SQL Server 系统要求的详细信息，请参阅安装 SQL Server 2008 的硬件和软件要求 (http://go.microsoft.com/fwlink/?linkid=129377&clcid=0x804)。

硬盘 80 GB（用于系统驱动器）硬盘空间取决于 SharePoint 内容的大小。有关估计您的部署的内容和其他数据库的大小的信息，请参阅存储和 SQL Server 容量规划和配置 (SharePoint Server 2010)。

软件要求下表中的要求适用于包含内置数据库的单台服务器安装，以及包含单台服务器或多台服务器的服务器场安装。

33

注意：

SharePoint Foundation 2010 不支持单标签域名称。有关详细信息，请参阅有关为使用单标签 DNS 名称的域配置 Windows 的信息 。Microsoft SharePoint 产品准备工具（从 SharePoint Foundation 2010 的“开始”页中访问）可帮助您为 SharePoint Foundation 2010 安装必备软件。由于其中某些必备软件是从 Internet 安装的，因此请确保具有 Internet 连接。有关详细信息，请参阅部署带 SQL Server 的单台服务器 (SharePoint Foundation 2010)、部署包含内置数据库的单个服务器 (SharePoint Foundation 2010) 和由多台服务器组成三层服务器场 (SharePoint Foundation 2010) 。

最低要求

环境 最低要求服务器场中的数据库服务器 以下各项之一：

64 位版本的 Microsoft SQL Server 2008 R2。 64 位版本的 Microsoft SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2。从 SQL Server 2008 Service Pack 1 累积更新包 2

(http://go.microsoft.com/fwlink/?linkid=165962&clcid=0x804) 页上，单击“查看并请求修补程序下载”链接，然后按照说明操作。在“修补程序请求”页上，下载 SQL_Server_2008_SP1_Cumulative_Update_2 文件。在 Windows Server 2008 R2 上安装 Microsoft SQL Server 2008 SP1 时，您可能会收到兼容性警告。您可以忽略此警告，继续进行安装。

注意：建议不要使用 CU3 或 CU4，而应使用 CU2、CU5 或高于 CU5 的 CU。有关详细信息，请参阅 SQL Server 2008 的累积 更新包 5 (http://go.microsoft.com/fwlink/?linkid=196928&clcid=0x804)。下载 SQL_Server_2008_RTM_CU5_SNAC 文件。

64 位版本的 Microsoft SQL Server 2005 Service Pack 3 (SP3)。从 SQL Server 2005 Service Pack 3 的累积更新包 3 (http://go.microsoft.com/fwlink/?linkid=165748&clcid=0x804) 页上，单击“查看并请求修补程序下载”链接并按照说明操作。在“修补程序请求”页上，下载 SQL_Server_2005_SP3_Cumulative_Update_3 文件。

有关选择 SQL Server 的版本的详细信息，请参阅 SQL Server 2008 R2 和 SharePoint 2010 产品：关联后功能更强大（白皮书） (SharePoint Server 2010)。

34

重要：

环境 最低要求带有内置数据库的单台服务器 64 位版本 Windows Server 2008 Standard、Enterprise、Data

Center 或 Web Server SP2，或 64 位版本的 Windows Server 2008 R2 Standard、Enterprise、Data Center 或 Web Server。如果运行的是不带 SP2 的 Windows Server 2008，则 Microsoft SharePoint 产品准备工具将自动安装 Windows Server 2008 SP2。

注意：运行安装程序前，必须下载 Windows Server 2008 和 Windows Server 2008 R2 的更新。该更新是准备工具安装的 .NET Framework 3.5 SP1 的修补程序。它提供一种支持令牌身份验证，但无需在 WCF 中进行传输安全加密或消息加密的方法。有关详细信息和链接，请参阅下文中的“对适用软件的访问”一节。

KB979917 - Sharepoint 问题的 QFE - 性能计数器修复和用户模拟 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=192577&clcid=0x804)（该链接可能指向英文页面）。 对于 Windows Server 2008 SP2，请下载 Windows6.0-

KB979917-x64.msu (Vista) 文件。 对于 Windows Server 2008 R2，请下载 Windows6.1-

KB979917-x64.msu (Win7) 文件。有关信息，请参阅相关 KB 文章在集成模式下运行 IIS 7.0 或 IIS 7.5 的 服务器上部署基于 ASP.NET 2.0 的应用程序时出现两个问题 (http://go.microsoft.com/fwlink/?linkid=192578&clcid=0x804)。

准备工具可安装以下必备软件： Web 服务器 (IIS) 角色 应用程序服务器角色 Microsoft .NET Framework 3.5 版 SP1 SQL Server 2008 Express SP1 Microsoft Sync Framework Runtime 1.0 版 (x64) Microsoft Filter Pack 2.0 Microsoft .NET Framework 3.5 的 Microsoft 图表控件 Windows PowerShell 2.0 SQL Server 2008 Native Client Microsoft SQL Server 2008 Analysis Services ADOMD.NET 用于 .NET Framework 3.5 SP1 的 ADO.NET Data Services 更新

35

环境 最低要求 .NET Framework 3.5 SP1 的修补程序，该程序提供一种支持令牌身份验证的方法，无需在 WCF 中进行传输安全加密或消息加密。 Windows Identity Foundation (WIF)

注意：如果安装了 Microsoft“Geneva”Framework，则必须先卸载它才能安装 Windows Identity Foundation (WIF)。

服务器场中的前端 Web 服务器和应用程序服务器

带有 SP2 的 64 位版本 Windows Server 2008 Standard、Enterprise、Data Center 或 Web Server，或 64 位版本的 Windows Server 2008 R2 Standard、Enterprise、Data Center 或 Web Server。如果运行的是带 SP1 的 Windows Server 2008，则 Microsoft SharePoint 产品准备工具将自动安装 Windows Server 2008 SP2。

注意：运行安装程序前，必须下载 Windows Server 2008 和 Windows Server 2008 R2 的更新。该更新是准备工具安装的 .NET Framework 3.5 SP1 的修补程序。它提供一种支持令牌身份验证，但无需在 WCF 中进行传输安全加密或消息加密的方法。有关详细信息和链接，请参阅“对适用软件的访问”一节。

KB979917 - Sharepoint 问题的 QFE - 性能计数器修复和用户模拟 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=192577&clcid=0x804)（该链接可能指向英文页面） 对于 Windows Server 2008 SP2，请下载 Windows6.0-

KB979917-x64.msu (Vista) 文件。 对于 Windows Server 2008 R2，请下载 Windows6.1-

KB979917-x64.msu (Win7) 文件。有关信息，请参阅相关 KB 文章在集成模式下运行 IIS 7.0 或 IIS 7.5 的 服务器上部署基于 ASP.NET 2.0 的应用程序时出现两个问题 (http://go.microsoft.com/fwlink/?linkid=192578&clcid=0x804)。

准备工具可安装以下必备软件： Web 服务器 (IIS) 角色 应用程序服务器角色 Microsoft .NET Framework 3.5 版 SP1 Microsoft Sync Framework Runtime 1.0 版 (x64) Microsoft Filter Pack 2.0 Microsoft .NET Framework 3.5 的 Microsoft 图表控件

36

环境 最低要求 Windows PowerShell 2.0 SQL Server 2008 Native Client Microsoft SQL Server 2008 Analysis Services ADOMD.NET 用于 .NET Framework 3.5 SP1 的 ADO.NET Data Services 更新 .NET Framework 3.5 SP1 的修补程序，该程序提供一种支持令牌身份验证的方法，无需在 WCF 中进行传输安全加密或消息加密。 Windows Identity Foundation (WIF)

注意：如果安装了 Microsoft“Geneva”Framework，则必须先卸载它才能安装 Windows Identity Foundation (WIF)。

客户端计算机 支持的浏览器。有关详细信息，请参阅规划浏览器支持 (SharePoint Foundation 2010)。

可选软件

环境 可选软件带有内置数据库的单台服务器 Windows 7 或 Windows Vista。有关详细信息，请参阅为

SharePoint Server 设置开发环境 (http://go.microsoft.com/fwlink/?linkid=164557&clcid=0x804)。

客户端计算机 Microsoft Office 2010 客户端。有关详细信息，请参阅 Microsoft Office 2010 (http://go.microsoft.com/fwlink/?linkid=195843&clcid=0x804)。

Microsoft Silverlight 3。

对适用软件的访问若要安装 Windows Server 2008 或 Microsoft SQL Server，您可以转到本节中列出的网站。可以通过 SharePoint Foundation 的“开始”页安装所有其他必备软件。大多数必备软件也可从本节中列出的网站获得。可以在服务器管理器中手动启用 Web 服务器 (IIS) 角色和应用程序服务器角色。

37

如果无法直接从 Internet 安装必备软件，则可从网络共享安装必备软件。有关详细信息，请参阅从网络共享安装必备组件 (SharePoint Foundation 2010) 。 SharePoint Foundation 2010 (http://go.microsoft.com/fwlink/?

linkid=197422&clcid=0x804) SharePoint Foundation 2010 语言包 (http://go.microsoft.com/fwlink/?

linkid=197424&clcid=0x804) Windows Server 2008 (http://go.microsoft.com/fwlink/?linkid=197426&clcid=0x804) Windows Server 2008 R2 (http://go.microsoft.com/fwlink/?

linkid=197428&clcid=0x804) SQL Server 2008 R2 (http://go.microsoft.com/fwlink/?linkid=197429&clcid=0x804) SQL Server 2008 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?

linkid=179611&clcid=0x804)（该链接可能指向英文页面） SQL Server 2005 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?

linkid=197431&clcid=0x804)（该链接可能指向英文页面） Microsoft SQL Server 2008 SP1 (http://go.microsoft.com/fwlink/?

linkid=166490&clcid=0x804) SQL Server 2008 Service Pack 1 累积更新包 2 (http://go.microsoft.com/fwlink/?

linkid=165962&clcid=0x804) SQL Server 2008 累积更新包 5 (http://go.microsoft.com/fwlink/?

linkid=197434&clcid=0x804)。下载 SQL_Server_2008_RTM_CU5_SNAC 文件。 Microsoft SQL Server 2005 SP3 (http://go.microsoft.com/fwlink/?

linkid=166496&clcid=0x804) SQL Server 2005 Service Pack 3 的累积更新包 3 (http://go.microsoft.com/fwlink/?

linkid=165748&clcid=0x804) Microsoft Windows Server 2008 SP2 （该链接可能指向英文页面）

(http://go.microsoft.com/fwlink/?linkid=166500&clcid=0x804)（该链接可能指向英文页面） Windows Server 2008 SP2 修复：为 .NET Framework 3.5 SP1 提供了一个修补程序，该程 序提供一种支持令牌身份验证的方法，无需在 WCF 中进行传输安全加密或消息加密（该链接可能指 向英文页面） (http://go.microsoft.com/fwlink/?linkid=160770&clcid=0x804)（该链接可能指向英文页面） Windows Server 2008 R2 修复：为 .NET Framework 3.5 SP1 提供了一个修补程序，该程序 提供一种支持令牌身份验证的方法，无需在 WCF 中进行传输安全加密或消息加密（该链接可能指向 英文页面） (http://go.microsoft.com/fwlink/?linkid=166231&clcid=0x804)（该链接可能指向英文页面） Microsoft .NET Framework 3.5 Service Pack 1 (http://go.microsoft.com/fwlink/?

linkid=131037&clcid=0x804)

38

Microsoft SQL Server 2008 Express Edition Service Pack 1 (http://go.microsoft.com/fwlink/?linkid=166503&clcid=0x804)

Windows Identity Foundation for Windows Server 2008 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=160381&clcid=0x804)（该链接可能指向英文页面）

Windows Identity Foundation for Windows Server 2008 R2 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=166363&clcid=0x804)（该链接可能指向英文页面）

Microsoft Sync Framework 1.0 版（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=141237&clcid=0x804)（该链接可能指向英文页面）

Microsoft Office 2010 Filter Pack (http://go.microsoft.com/fwlink/?linkid=191851&clcid=0x804)

Microsoft .NET Framework 3.5 的 Microsoft 图表控件 (http://go.microsoft.com/fwlink/?linkid=141512&clcid=0x804)

Windows PowerShell 2.0 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=161023&clcid=0x804)（该链接可能指向英文页面）

Microsoft SQL Server 2008 Native Client (http://go.microsoft.com/fwlink/?linkid=166505&clcid=0x804)

Microsoft SQL Server 2008 Analysis Services ADOMD.NET (http://go.microsoft.com/fwlink/?linkid=160390&clcid=0x804)

KB979917 - Sharepoint 问题的 QFE - 性能计数器修复和用户模拟（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=192577&clcid=0x804)（该链接可能指向英文页面） 对于 Windows Server 2008 SP2，请下载 Windows6.0-KB979917-x64.msu (Vista) 文件。 对于 Windows Server 2008 R2，请下载 Windows6.1-KB979917-x64.msu (Win7) 文件。

针对 Windows Server 2008 SP2 的 .NET Framework 3.5 SP1 的 ADO.NET Data Services 更新 (http://go.microsoft.com/fwlink/?linkid=163519&clcid=0x804) 针对 Windows Server 2008 R2 或 Windows 7 的 .NET Framework 3.5 SP1 的 ADO.NET

Data Services 更新 (http://go.microsoft.com/fwlink/?linkid=163524&clcid=0x804) Microsoft Silverlight 3 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?

linkid=166506&clcid=0x804)（该链接可能指向英文页面） Microsoft Office 2010 (http://go.microsoft.com/fwlink/?linkid=195843&clcid=0x804) Office Communicator 2007 R2 (http://go.microsoft.com/fwlink/?

linkid=196930&clcid=0x804) Microsoft SharePoint Designer 2010 （ 32 位） (http://go.microsoft.com/fwlink/?

linkid=196931&clcid=0x804)

39

Microsoft SharePoint Designer 2010 （ 64 位） (http://go.microsoft.com/fwlink/?linkid=196932&clcid=0x804)

Microsoft SQL Server 2008 SP1 (http://go.microsoft.com/fwlink/?linkid=166490&clcid=0x804)

SQL Server 2008 Service Pack 1 累积更新包 2 (http://go.microsoft.com/fwlink/?linkid=165962&clcid=0x804)。

Microsoft SQL Server 2005 SP3 (http://go.microsoft.com/fwlink/?linkid=166496&clcid=0x804)

SQL Server 2005 Service Pack 3 的累积更新包 3 (http://go.microsoft.com/fwlink/?linkid=165748&clcid=0x804)。

Microsoft Windows Server 2008 SP2 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=166500&clcid=0x804)（该链接可能指向英文页面）

带 SP2 的 Windows Server 2008 修复：为 .NET Framework 3.5 SP1 提供了一个修补程序， 该程序提供一种支持令牌身份验证的方法，无需在 WCF 中进行传输安全加密或消息加密（该链接可 能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=160770&clcid=0x804)（该链接可能指向英文页面）。 Windows Server 2008 R2 修复：为 .NET Framework 3.5 SP1 提供了一个修补程序，该程序 提供一种支持令牌身份验证的方法，无需在 WCF 中进行传输安全加密或消息加密（该链接可能指向 英文页面） (http://go.microsoft.com/fwlink/?linkid=166231&clcid=0x804)（该链接可能指向英文页面）。 Microsoft .NET Framework 3.5 Service Pack 1 (http://go.microsoft.com/fwlink/?

linkid=131037&clcid=0x804) Microsoft SQL Server 2008 Express Edition Service Pack 1

(http://go.microsoft.com/fwlink/?linkid=166503&clcid=0x804) Windows Identity Framework for Windows Server 2008 （该链接可能指向英文页面）

(http://go.microsoft.com/fwlink/?linkid=160381&clcid=0x804)（该链接可能指向英文页面） Windows Identity Framework for Windows Server 2008 R2 （该链接可能指向英文页面）

(http://go.microsoft.com/fwlink/?linkid=166363&clcid=0x804)（该链接可能指向英文页面） Microsoft Sync Framework 1.0 版（该链接可能指向英文页面）

(http://go.microsoft.com/fwlink/?linkid=141237&clcid=0x804)（该链接可能指向英文页面） Microsoft Office 2010 Filter Pack (http://go.microsoft.com/fwlink/?

linkid=191851&clcid=0x804) Microsoft .NET Framework 3.5 的 Microsoft 图表控件 (http://go.microsoft.com/fwlink/?

linkid=141512&clcid=0x804)

40

Windows PowerShell 2.0 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=161023&clcid=0x804)（该链接可能指向英文页面）

Microsoft SQL Server 2008 Native Client (http://go.microsoft.com/fwlink/?linkid=166505&clcid=0x804)

Microsoft SQL Server 2008 Analysis Services ADOMD.NET (http://go.microsoft.com/fwlink/?linkid=130651&clcid=0x804)

KB979917 - Sharepoint 问题的 QFE - 性能计数器修复和用户模拟（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=192577&clcid=0x804)（该链接可能指向英文页面） 对于 Windows Server 2008 SP2，请下载 Windows6.0-KB979917-x64.msu (Vista) 文件。 对于 Windows Server 2008 R2，请下载 Windows6.1-KB979917-x64.msu (Win7) 文件。有关信息，请参阅相关 KB 文章在集成模式下运行 IIS 7.0 或 IIS 7.5 的服务器上部署基于 ASP.NET 2.0 的应用程序时出现两个问题 (http://go.microsoft.com/fwlink/?linkid=192578&clcid=0x804)。

Microsoft Office 2010 (http://go.microsoft.com/fwlink/?linkid=195843&clcid=0x804) Microsoft Silverlight 3 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?

linkid=166506&clcid=0x804)（该链接可能指向英文页面） 针对 Windows Server 2008 SP2 的 .NET Framework 3.5 SP1 的 ADO.NET Data Services 更新 (http://go.microsoft.com/fwlink/?linkid=163519&clcid=0x804) 针对 Windows Server 2008 R2 或 Windows 7 的 .NET Framework 3.5 SP1 的 ADO.NET

Data Services 更新 (http://go.microsoft.com/fwlink/?linkid=163524&clcid=0x804)

41

初始部署所需的管理和服务帐户 (SharePoint Foundation 2010)本文提供有关 Microsoft SharePoint Foundation 2010 初始部署所需的管理帐户和服务帐户的信息。若要将生产服务器场的方方面面全部实施到位，还需要额外的帐户和权限。

必需的权限若要在服务器场中部署 SharePoint Foundation 2010，必须提供若干不同帐户的凭据。下表介绍了用于安装和配置 SharePoint Foundation 2010 的帐户。

帐户 用途 要求SQL Server 服务帐户 SQL Server 服务帐户用于运行

SQL Server。它是以下 SQL Server 服务的服务帐户： MSSQLSERVER SQLSERVERAGENT如果不使用默认 SQL Server 实例，则在 Windows 服务控制台中，这些服务将如下所示： MSSQL$实例名称 SQLAgent$实例名称

使用本地系统帐户或域用户帐户。如果计划备份到外部资源或从外部资源还原，则必须向适当的帐户授予对外部资源的权限。如果使用域用户帐户作为 SQL Server 服务帐户，则向该域用户帐户授予权限。但是，如果使用网络服务帐户或本地系统帐户，则向计算机帐户 (domain_name\SQL_hostname$) 授予对外部资源的权限。实例名称是一个任意名称，并且是在安装 Microsoft SQL Server 时创建的。

“安装”用户帐户 “安装”用户帐户用于运行以下各项： 安装 SharePoint 产品和技术配置向导

域用户帐户。 运行安装程序的每台服务器上

Administrators 组的成员。 运行 SQL Server 的计算机上的

SQL Server 登录名。 以下 SQL Server 安全角色的成员：

securityadmin 固定服务器角色 dbcreator 固定服务器角色

42

帐户 用途 要求如果运行影响数据库的 Windows PowerShell cmdlet，则该帐户必须是数据库的 db_owner 固定数据库角色的成员。

服务器场帐户或数据库访问帐户 服务器场帐户用于执行以下任务： 配置和管理服务器场。 充当 SharePoint 管理中心网站的应用程序池标识。 运行 Microsoft

SharePoint Foundation 工作流定时服务。

域用户帐户。在加入到服务器场中的 Web 服务器和应用程序服务器上，会自动为服务器场帐户授予其他权限。服务器场帐户将作为 SQL Server 登录名自动添加到运行 SQL Server 的计算机上。该帐户将添加到以下 SQL Server 安全角色中： dbcreator 固定服务器角色 securityadmin 固定服务器角色 db_owner 固定数据库角色（对于服务器场中的所有 SharePoint 数据库）

43

针对 SharePoint 环境强化 SQL Server (SharePoint Foundation 2010)本文介绍如何在 Microsoft SharePoint 2010 产品 环境中强化 Microsoft SQL Server。本文内容： 强化建议摘要 配置 SQL Server 实例以侦听非默认端口 配置 Windows 防火墙以阻止默认的 SQL Server 侦听端口 配置 Windows 防火墙以手动打开已分配的端口 配置 SQL 客户端别名 测试 SQL 客户端别名

强化建议摘要 为确保服务器场环境的安全，建议您执行以下操作： 阻止 UDP 端口 1434。 配置 SQL Server 的已命名实例以侦听非标准端口（除了 TCP 端口 1433 或 UDP 端口 1434）。 为增强安全性，阻止 TCP 端口 1433 并将默认实例使用的端口重新分配到其他端口。 在服务器场中的所有前端 Web 服务器和应用程序服务器上配置 SQL Server 客户端别名。阻止

TCP 端口 1433 或 UDP 端口 1434 后，与运行 SQL Server 的计算机通信的所有计算机都需要 SQL Server 客户端别名。

有关这些建议的详细信息，请参阅 规划安全强化 (SharePoint Foundation 2010) 。

配置 SQL Server 实例以侦听非默认端口使用 SQL Server 配置管理器以更改 SQL Server 实例使用的 TCP 端口。1. 在运行 SQL Server 的计算机上，打开 SQL Server 配置管理器。2. 在左侧窗格中，展开“SQL Server 网络配置”。3. 单击您正在配置的实例的对应条目。默认实例列出为“MSSQLSERVER 的协议”。命名实例显示为“命名实例的协议”。4. 在右侧窗格中，右键单击“TCP/IP”，然后单击“属性”。5. 单击“IP 地址”选项卡。对于分配到运行 SQL Server 的计算机的每一个 IP 地址，选项卡上都有一个对应条目。默认情况下，SQL Server 侦听分配到计算机上的所有 IP 地址。6. 若要全局更改默认实例所侦听的端口，请执行以下步骤：

44

a. 对于除“IPAll”以外的每个 IP 地址，清除“TCP 动态端口”和“TCP 端口”的所有值。b. 对于“IPAll”，清除“TCP 动态端口”值。在“TCP 端口” 字段，输入您想要 SQL Server 实例侦听的端口。例如，输入 40000。

7. 若要全局更改命名实例所侦听的端口，请执行以下步骤：a. 对于每个 IP 地址（包括“IPAll”），清除“TCP 动态端口”的所有值。本字段值为 0 表示

SQL Server 对 IP 地址使用的是动态 TCP 端口。此值为空白项表示 SQL Server 将不对 IP 地址使用动态 TCP 端口。b. 对于除“IPAll”外的每个 IP 地址，清除“TCP 端口”的所有值。c. 对于“IPAll”，清除“TCP 动态端口”值。在“TCP 端口” 字段，输入您想要 SQL Server 实例侦听的端口。例如，输入 40000。

8. 单击“确定”。您会收到一条消息，指出重新启动 SQL Server 服务后此更改才会生效。单击“确定”。9. 关闭 SQL Server 配置管理器。10.重新启动 SQL Server 服务并确认运行 SQL Server 的计算机是否正在所选端口上进行侦听。重新启动 SQL Server 服务后，您可以通过查看事件查看器日志进行确认。查看与下列事件类似的信息事件：事件类型：信息事件源：MSSQL$MSSQLSERVER事件类别：(2)事件 ID：26022日期：2008-3-6时间：1:46:11（下午） 用户：无计算机：计算机名称说明：Server 正在侦听 [ 'any' <ipv4>50000]

配置 Windows 防火墙以阻止默认的 SQL Server 侦听端口1. 在“控制面板”中，打开“Windows 防火墙”。单击“更改设置”以打开“Windows 防火墙设置”对话框2. 在“常规”选项卡上，单击“启用”。确保清除“不允许例外”复选框。3. 在“例外”选项卡上，单击“添加端口”。4. 在“添加端口”对话框中，输入端口名称。例如，输入 UDP-1434。然后输入端口号。例如，输入

1434。

45

5. 单击相应的选项：“UDP”或“TCP”。例如，若要阻止端口 1434，请单击“UDP”。若要阻止端口 1433，请单击“TCP”。6. 单击“更改范围”，并确保此例外的范围设置为“任何计算机(包括 Internet 上的计算机)”。7. 单击“确定”。8. 在“例外”选项卡上，找到所创建的例外。若要阻止端口，请清除此例外的复选框。默认情况下，此复选框处于选中状态，表示此端口已打开。

配置 Windows 防火墙以手动打开已分配的端口1. 按照之前过程中步骤 1 至步骤 7，为您手动分配给 SQL Server 实例的端口创建例外。例如，为

TCP 端口 40000 创建例外。2. 在“例外”选项卡上，找到所创建的例外。确保选中该例外的复选框。默认情况下，此复选框处于选中状态，表示此端口已打开。

有关如何使用 Internet 协议安全性 (IPsec) 来保护与运行 SQL Server 的计算机之间的通信的详细信息，请参阅 Microsoft 知识库文章 233256：如何使 IPSec 通讯能够通过防火 墙 (http://go.microsoft.com/fwlink/?linkid=76142&clcid=0x804)。

配置 SQL 客户端别名如果阻止运行 SQL Server 的计算机上的 UDP 端口 1434 或 TCP 端口 1433，您必须在服务器场内所有其他所有计算机上创建一个 SQL Server 客户端别名。可以使用 SQL Server 客户端组件来为连接至 SQL Server 的计算机创建 SQL Server 客户端别名。1. 在目标计算机上运行“SQL Server 安装”，并选择以下客户端组件进行安装：

a. 连接组件b. 管理工具

2. 打开“SQL Server 配置管理器”。3. 在左侧窗格中，单击“SQL Native Client 配置”。4. 在右侧窗格中，右键单击“别名”，再选择“新建别名”。5. 在“别名”对话框中，输入别名的名称，再输入数据库实例的端口号。例如，输入 SharePoint_别名。6. 在“端口号”字段中，输入数据库实例的端口号。例如，输入 40000。确保将协议设置为

TCP/IP。7. 在“服务器”字段中，输入运行 SQL Server 的计算机的名称。8. 单击“应用”，然后单击“确定”。

46

注意：

测试 SQL 客户端别名使用 Microsoft SQL Server Management Studio（通过安装 SQL Server 客户端组件获得）测试运行 SQL Server 的计算机的连接。1. 打开 SQL Server Management Studio。2. 当提示您输入服务器名称时，请输入您所创建的别名，然后单击“连接”。如果连接成功，与远程数据库相对应的对象将填充到 SQL Server Management Studio。

要从 SQL Server Management Studio 中检查其他数据库实例的连接，请单击“连接”，然后单击“数据库引擎”。

47

注意：

部署方案 (SharePoint Foundation 2010)本节介绍如何在一台或多台服务器上部署 Microsoft SharePoint Foundation 2010，以创建可用于在部署生命周期的不同阶段测试和实施 Microsoft SharePoint Foundation 2010 解决方案的不同拓扑。本节内容： 部署带 SQL Server 的单台服务器 (SharePoint Foundation 2010)

本文介绍如何在单台服务器上安装 SharePoint Foundation 2010。此部署使用 Microsoft SQL Server，并且可以轻松扩展以创建两层和三层服务器场拓扑。

部署包含内置数据库的单个服务器 (SharePoint Foundation 2010) 本文介绍如何在单台服务器上安装 SharePoint Foundation 2010。此部署使用 SQL Server Express 并通常用于评估 SharePoint Foundation 2010。

由多台服务器组成三层服务器场 (SharePoint Foundation 2010) 本文介绍如何在多台服务器上安装 SharePoint Foundation 2010。此部署使用 Microsoft SQL Server 并且产生的三层拓扑可用作任何解决方案的实施基础。

快速入门：在独立 Hyper-V 环境中部署单台服务器 (SharePoint Foundation 2010) 本文介绍如何使用 Windows PowerShell 在使用 SQL Server Express 或 Microsoft SQL Server 的单台服务器上安装 SharePoint Foundation 2010。使用包含的 Windows PowerShell 代码可在独立的 Hyper-V 环境（此环境可用于评估 SharePoint Foundation 2010）中快速安装 SharePoint Foundation 2010。

使用 DBA 创建的数据库进行部署 (SharePoint Foundation 2010) 本文介绍如何在使用 DBA 创建的数据库的服务器场环境中部署 Microsoft SharePoint Foundation 2010。

在虚拟环境中部署 (SharePoint Foundation 2010) 本文介绍有关部署虚拟环境的指导。

48

部署带 SQL Server 的单台服务器 (SharePoint Foundation 2010)本文介绍如何在单服务器的服务器场上执行 Microsoft SharePoint Foundation 2010 的干净安装。本文内容： 概述 开始之前 安装 SharePoint Foundation 2010 安装后的步骤

概述在单服务器的服务器场上安装 SharePoint Foundation 2010 时，可以按照您的特定需求来配置 SharePoint Foundation 2010。在执行完安装程序和 SharePoint 产品和技术配置向导之后，您就安装了二进制文件，配置了安全权限、注册表设置、配置数据库和内容数据库，并且安装了 SharePoint 管理中心网站。接下来，您可以选择运行“场配置向导”以配置服务器场、选择您想在服务器场中使用的服务，以及创建第一个网站集。您也可以按照自己的节奏手动执行服务器场的配置。单服务器的服务器场通常由一台同时运行 Microsoft SQL Server 和 SharePoint Foundation 2010 的服务器组成。如果仅承载用户数量有限的少数几个网站，则可以在单服务器的服务器场环境中部署 SharePoint Foundation 2010。此配置在以下情况下也很有用：您希望先配置一个服务器场来满足自己的需求，以后再向此服务器场添加服务器。

本指南不介绍如何在多服务器的服务器场环境中安装 SharePoint Foundation 2010，也不介绍如何从早期版本的 SharePoint Foundation 进行升级。有关详细信息，请参阅由多台服务器组成三层服务器场 (SharePoint Foundation 2010) 。有关升级的详细信息，请参阅升级到 SharePoint Foundation 2010。

开始之前开始部署之前，请执行下列操作： 确保自己熟悉 Windows Server 2008 的性能调整指南 和 Windows Server 2008 R2 性能调整 指南中描述的操作系统指南。 确保满足所有硬件和软件要求。有关详细信息，请参阅硬件和软件要求 (SharePoint Foundation

2010)。 确保执行的是 SharePoint Foundation 2010 的干净安装。如果未首先删除 SharePoint

Foundation 2010 的测试版本，就无法安装 SharePoint Foundation 2010 的 RTM 版本。

49

注意：

确保您已经准备好设置具有适当权限的必需帐户，如初始部署所需的管理和服务帐户 (SharePoint Foundation 2010) 中所述。

作为安全性最佳实践，我们建议您使用最小特权管理来安装 SharePoint Foundation 2010。

确保您已确定 Web 应用程序使用的服务，如配置服务 (SharePoint Foundation 2010) 中所述。

安装 SharePoint Foundation 2010若要安装和配置 SharePoint Foundation 2010，请按照以下步骤执行：1. 运行 Microsoft SharePoint 产品准备工具，该工具安装使用 SharePoint Foundation 2010 所需的所有必备组件。2. 运行安装程序，它将为 Microsoft SharePoint Foundation 安装二进制文件、配置安全权限和设置注册表设置。3. 运行 SharePoint 产品和技术配置向导，该向导对配置数据库和内容数据库进行安装和配置，并安装 SharePoint 管理中心网站。4. 配置浏览器设置。5. 运行“场配置向导”，它配置服务器场、创建第一个网站集，以及选择您要在服务器场中使用的服务。6. 执行安装后的步骤。若要完成以下过程，您必须是本地计算机上 Administrators 组的成员。

运行 Microsoft SharePoint 产品准备工具使用下面的过程为 SharePoint Foundation 2010 安装必备软件。

1. 插入 SharePoint Foundation 2010 的安装盘。2. 在 SharePoint Foundation 2010 起始页上，单击“安装必备软件”。

注意：由于准备工具是从 Microsoft 下载中心下载组件，因此必须在要安装 Microsoft SharePoint Foundation 的计算机上能够访问 Internet。

3. 在“欢迎使用 Microsoft SharePoint 产品准备工具”页上，单击“下一步”。4. 在“软件产品的许可条款”页上，查看条款，选中“我接受许可协议的条款”复选框，然后单击“下一步”。 5. 在“安装完成”页上，单击“完成”。

50

注意： 重要： 运行 Microsoft SharePoint 产品准备工具

运行安装程序以下过程为 SharePoint Foundation 2010 安装二进制文件、配置安全权限和设置注册表设置。

1. 在 SharePoint Foundation 2010 起始页上，单击“安装 SharePoint Foundation”。 2. 查看“阅读 Microsoft 软件许可条款”页上的条款，选中“我接受此协议的条款”复选框，然后单击“继续”。 3. 在“选择所需的安装”页上单击“服务器场”。 4. 在“服务器类型”选项卡上，单击“完整”。5. 可选：若要将 SharePoint Foundation 2010 安装到自定义位置，请单击“数据位置”选项卡，然后键入位置或单击“浏览”以找到该位置。6. 单击“立即安装”。7. 安装完成后，单击“关闭”。 如果安装失败，请检查运行安装程序的用户的 TEMP 文件夹，确保您以运行安装程序的用户身份登录，然后在 Windows 资源管理器中的位置栏输入 %temp%。如果 %temp% 路径解析到以“1”或“2”结尾的位置，您需要导航到上一级目录以查看日志文件。日志文件名为 Microsoft SharePoint Foundation 2010 Setup (<timestamp>)。若要访问 SharePoint 产品和技术配置向导，请单击“开始”，指向“所有程序”，然后单击“Microsoft SharePoint 2010 产品”。如果出现“用户帐户控制”对话框，请单击“继续”。

运行 SharePoint 产品配置向导以下过程对配置数据库和内容数据库进行安装和配置，并安装 SharePoint 管理中心网站。

1. 在“欢迎使用 SharePoint 产品”页上，单击“下一步”。2. 在通知您可能需要在配置过程中重新启动某些服务的对话框中，单击“是”。3. 在“连接到服务器场”页上，单击“创建新服务器场”，然后单击“下一步”。4. 在“指定配置数据库设置”页上，执行下列操作：

a. 在“数据库服务器”框中，键入运行 SQL Server 的计算机的名称。b. 在“数据库名称”框中为您的配置数据库键入名称，或使用默认数据库名称。默认名称为

SharePoint_Config。c. 在“用户名”框中，键入服务器场帐户的用户名。请确保以“域\用户名”的格式键入用户名。

重要：此服务器场帐户用于创建和访问配置数据库。它还作为 SharePoint 管理中心应用程序池的应用程序池标识帐户，并且它是 Microsoft SharePoint Foundation 工

51

运行安装程序 注意： 提示： 运行 SharePoint 产品配置向导

作流计时器服务在运行时所使用的帐户。SharePoint 产品和技术配置向导将此帐户添加到 SQL Server 登录帐户、SQL Server dbcreator 服务器角色和 SQL Server securityadmin 服务器角色中。您指定为服务帐户的用户帐户必须是域用户帐户，但不必是前端 Web 服务器或数据库服务器上的任何特定安全组的成员。我们建议您遵循最小特权原则，指定一个不是前端 Web 服务器或数据库服务器上 Administrators 组成员的用户帐户。

d. 在“密码”框中，键入用户密码。5. 单击“下一步”。6. 在“指定服务器场安全设置”页上，键入密码，然后单击“下一步”。

确保密码符合以下准则： 包含至少八个字符 包含以下四个字符组中的至少三个： 英文大写字符（A 到 Z） 英文小写字符（a 到 z） 数字（0 到 9） 非字母字符（例如 !、$、#、%）

注意：虽然密码 (Passphrase) 类似于密码 (Password)，但密码 (Passphrase) 通常较长以便提高安全性，它用于加密在 Microsoft SharePoint Foundation 中注册的帐户（例如，您在运行 SharePoint 产品和技术配置向导时提供的 Microsoft SharePoint Foundation 系统帐户）的凭据。请确保自己记住密码 (Passphrase)，因为每次在服务器场中添加服务器时都要使用它。

7. 在“配置 SharePoint 管理中心 Web 应用程序”页上，执行下列操作：a. 选中“指定端口号”复选框，并键入您希望 SharePoint 管理中心 Web 应用程序使用的端口号；或者，如果想使用默认端口号，则让“指定端口号”复选框保持清除状态。b. 单击“NTLM”或“协商(Kerberos)”。

8. 单击“下一步”。9. 在“正在完成 SharePoint 产品和技术配置向导”页上，查看配置设置以确认它们正确无误，然后单击“下一步”。

注意：如果想自动在 Active Directory 目录服务中为用户创建唯一的帐户，则单击“高级设置”，然后启用 Active Directory 帐户创建功能。

10. 在“配置成功”页上，单击“完成”。注意：如果 SharePoint 产品和技术配置向导失败，请检查 PSCDiagnostics 日志文件，这

52

些文件位于安装 SharePoint Foundation 的驱动器上的 %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS 文件夹中。注意：如果提示您输入用户名和密码，您可能需要在 Internet Explorer 中将 SharePoint 管理中心网站添加到受信任的网站列表中，并配置用户身份验证设置。可能还需要禁用 Internet Explorer 增强的安全设置。后面一节提供了有关如何配置或禁用这些设置的说明。注意：如果您看到了代理服务器错误消息，则可能需要配置代理服务器设置，以便本地地址可以绕过代理服务器。有关配置代理服务器设置的说明，将在下面一节的后面部分进行叙述。

配置浏览器设置在运行 SharePoint 产品和技术配置向导 后，您应通过在 Internet Explorer 中配置其他设置，确保在您的环境中本地管理员可以正常使用 SharePoint Foundation 2010。

如果本地管理员不使用 Internet Explorer，您可能需要配置其他设置。有关支持的浏览器的更多信息，请参阅规划浏览器支持 (SharePoint Foundation 2010) 。如果提示您输入用户名和密码，请执行以下过程： 将 SharePoint 管理中心网站添加到受信任的站点列表 禁用 Internet Explorer 增强的安全设置如果您收到代理服务器错误消息，请执行下面的过程： 配置代理服务器设置以便不对本地地址使用代理服务器有关详细信息，请参阅 IEAK 8 入门 (http://go.microsoft.com/fwlink/?linkid=151359&clcid=0x804)。

1. 在 Internet Explorer 的“工具”菜单上，单击“Internet 选项”。2. 在“安全”选项卡的“选择要查看的区域或更改安全设置”区域中，单击“受信任的站点”，然后单击“网站”。 3. 清除“对该区域中的所有站点要求服务器验证(https:)”复选框。4. 在“将该网站添加到区域中”框中，键入您的网站的 URL，然后单击“添加”。5. 单击“关闭”以关闭“受信任的站点”对话框。 6. 单击“确定”以关闭“Internet 选项”对话框。

53

注意： 将 SharePoint 管理中心网站添加到受信任的网站列表

1. 单击“开始”，依次指向“所有程序”、“管理工具”，然后单击“服务器管理器”。2. 在“服务器管理器”中，选择“服务器管理器”的根目录。 3. 在“安全信息”部分，单击“配置 IE ESC”。

“Internet Explorer 增强的安全配置”对话框随即打开。4. 在“管理员”部分，单击“关闭”以禁用 Internet Explorer 增强的安全设置，然后单击“确定”。

1. 在 Internet Explorer 的“工具”菜单上，单击“Internet 选项”。2. 在“连接”选项卡的“局域网(LAN)设置”区域中，单击“局域网设置”。3. 在“自动配置”区域中，清除“自动检测设置”复选框。4. 在“代理服务器”区域中，选中“为 LAN 使用代理服务器”复选框。5. 在“地址”框中键入代理服务器的地址。 6. 在“端口”框中键入代理服务器的端口号。 7. 选中“对于本地地址不使用代理服务器”复选框。 8. 单击“确定”以关闭“局域网(LAN)设置”对话框。 9. 单击“确定”以关闭“Internet 选项”对话框。

运行“场配置向导”现在，您已完成了 SharePoint Foundation 2010 的安装和初始配置，并且已创建了 SharePoint 管理中心网站。接下来，您可以创建服务器场和网站，并且可以使用“场配置向导”选择服务。

1. 在 SharePoint 管理中心网站的“配置向导”页上，单击“启动服务器场配置向导”。2. 在“帮助改善 SharePoint”页上，单击以下一个选项，然后单击“确定”：

是，我愿意参加(推荐)。 否，我不愿意参加。

3. 在“配置 SharePoint 场”页上，单击“使用此向导引导我了解设置”，然后单击“下一步”。4. 在“服务帐户”部分，单击您想用于配置服务的服务帐户。

注意为了安全起见，我们建议您使用与服务器场管理员帐户不同的帐户来配置服务器场中的服务。如果决定使用现有的管理帐户（即 SharePoint Foundation 可识别的帐户），请确保先单击该选项，然后再继续进行。5. 选择您要在服务器场中使用的服务，然后单击“下一步”。6. 在“创建网站集”页上，执行下列操作：

54

禁用 Internet Explorer 增强的安全设置 配置代理服务器设置以使本地地址绕过代理服务器运行“场配置向导”

a. 在“标题和说明”部分的“标题”框中，键入新网站的标题。b. 可选：在“说明”框中键入网站所含内容的说明。c. 在“网站地址”部分，选择网站的 URL 路径。d. 在“模板选择”部分的“选择模板”列表中，选择要用于网站集中的首要网站的模板。

注意：若要查看模板或模板的说明，请在“选择模板”列表中单击任何模板。

7. 单击“确定”。8. 在“配置 SharePoint 场”页上，查看服务器场配置的摘要信息，然后单击“完成”。

安装后的步骤安装并配置 SharePoint Foundation 2010 之后，将打开浏览器窗口并显示新 SharePoint 网站的管理中心网站。尽管您可以开始向网站添加内容或开始自定义该网站，但是我们建议您先使用 SharePoint 管理中心网站执行下列管理任务。 配置使用情况和健康数据集 您可以在服务器场中配置使用情况和健康数据集。系统会将使用情况和运行状况数据写入日志记录文件夹以及日志记录数据库。有关详细信息，请参阅配置使用率和运行状况数据集 (SharePoint Foundation 2010) 。 配置诊断日志记录 在初始部署或升级后，您可以对所要求的诊断日志记录进行配置。大多数情况下，默认设置均适用，但是根据业务需要和服务器场的生命周期，您可能想要改变这些设置。有关详细信息，请参阅配置诊断日志记录 (SharePoint Foundation 2010) 。 配置传入电子邮件 可以配置传入电子邮件以便 SharePoint 网站接受传入电子邮件并对其进行存档。还可以配置传入电子邮件，以便 SharePoint 网站可以在发生电子邮件讨论时对其进行存档、保存通过电子邮件发送的文档以及在网站日历上显示电子邮件会议。此外，还可以配置 SharePoint 目录管理服务以支持创建和管理电子邮件通讯组列表。有关详细信息，请参阅配置传入电子邮件

(SharePoint Foundation 2010)。 配置传出电子邮件 您可以配置传出电子邮件，以便简单邮件传输协议 (SMTP) 服务器向网站用户发送电子邮件通知并向网站管理员发送通知。您可以配置传出通知中显示的“发件人”电子邮件地址和“答复”电子邮件地址。有关详细信息，请参阅配置传出电子邮件 (SharePoint Foundation

2010)。 配置移动帐户 可以配置移动帐户，以便 SharePoint 可向您或网站用户的移动电话发送短信 (SMS) 通知。有关详细信息，请参阅配置移动帐户 (SharePoint Foundation 2010) 。 安装并配置远程 BLOB 存储 您可以为支持 SharePoint 场的 SQL Server 2008 实例安装并配置远程 BLOB 存储 (RBS)。有关详细信息，请参阅安装和配置远程 BLOB 存储或外部 BLOB 存储

(SharePoint Foundation 2010)。***BEGIN MOSS ONLY***

55

部署包含内置数据库的单个服务器 (SharePoint Foundation 2010)本文介绍如何在带有内置数据库的单个服务器上执行 Microsoft SharePoint Foundation 2010 干净安装。本文内容： 概述 开始之前 安装 SharePoint Foundation 2010 安装后的步骤 配置 Windows Server Backup

概述您可以在带有内置数据库的单个服务器上部署 SharePoint Foundation 2010 以快速发布 SharePoint 网站。如果您要评估 SharePoint Foundation 2010 特性和功能（如协作、文档管理和搜索功能），则此配置将很有用。如果要部署少量网站并且要最大限度地减少管理开销，则此配置也非常有用。当您使用默认设置在带有内置数据库的单个服务器上部署 SharePoint Foundation 2010 时，安装程序将安装 Microsoft SQL Server 2008 Express 和 SharePoint 产品。并且 SharePoint 产品和技术配置向导会为 SharePoint 网站创建配置数据库和内容数据库。此外，SharePoint 产品和技术配置向导还将安装 SharePoint 管理中心网站并为您创建第一个 SharePoint 网站集。

本文不介绍如何在服务器场环境中安装 SharePoint Foundation 2010，或如何从早期版本 SharePoint Foundation 进行升级的过程。有关在单个服务器场中安装 SharePoint Foundation 2010 的详细信息，请参阅部署带 SQL Server 的单台服务器 (SharePoint Foundation 2010)。有关在多个服务器场中安装 SharePoint Foundation 2010 的详细信息，请参阅由多台服务器组成三层服务器场 (SharePoint Foundation 2010) 。有关升级的详细信息，请参阅升级到 SharePoint Foundation 2010 。

请考虑此安装方法的以下限制：不能在域控制器上安装包含 SharePoint Foundation 版本内置数据库的单个服务器。SQL Server 2008 Express 数据库不能大于 4 GB。

开始之前在开始部署之前，请确保满足所有硬件和软件要求。有关详细信息，请参阅硬件和软件要求 (SharePoint Foundation 2010)。此外，请确保您执行的是 SharePoint Foundation 2010 的干净

56

注意：

安装。如果未删除 SharePoint Foundation 2010 的测试版本，则不能安装 SharePoint Foundation 2010 RTM 版。

安装 SharePoint Foundation 2010若要安装并配置 SharePoint Foundation 2010，请执行以下步骤：1. 运行 Microsoft SharePoint 产品准备工具，将安装使用 SharePoint Foundation 2010 的所有必备组件。2. 运行安装程序，将安装 SQL Server 2008 Express 和 SharePoint 产品。3. 运行 SharePoint 产品和技术配置向导，将安装 SharePoint 管理中心网站，并为您创建第一个

SharePoint 网站集。4. 配置浏览器设置。5. 执行安装后的步骤。若要完成以下过程，您必须是本地计算机上 Administrators 组的成员。

运行 Microsoft SharePoint 产品准备工具使用以下过程安装 SharePoint Foundation 2010 的必备软件。

1. 插入 SharePoint Foundation 2010 安装盘。2. 在 SharePoint Foundation 2010 起始页上，单击“安装必备软件”。

注意：由于准备工具是从 Microsoft 下载中心下载组件，因此必须在要安装 SharePoint Foundation 的计算机上能够访问 Internet。

3. 在“欢迎使用 Microsoft SharePoint 产品准备工具”页上，单击“下一步”。4. 在“安装完成”页上，单击“完成”。

运行安装程序将使用以下过程安装 SQL Server 2008 Express 和 SharePoint 产品。在安装结束时，您可以选择启动 SharePoint 产品和技术配置向导，此内容将在本节后面进行介绍。

1. 在 SharePoint Foundation 2010 起始页上，单击“安装 SharePoint Foundation”。2. 查看“阅读 Microsoft 软件许可条款”页上的条款，选中“我接受此协议的条款”复选框，然后单击“继续”。

57

重要： 运行 Microsoft SharePoint 产品准备工具 运行安装程序

3. 在“选择所需的安装”页上，单击“独立”。 4. 安装完成后，会出现一个对话框，提示您完成服务器的配置。请确保选中“立即运行

SharePoint 产品配置向导”复选框。 5. 单击“关闭”以启动配置向导。 如果安装失败，请检查运行安装程序的用户的 TEMP 文件夹，确保您已经以运行安装程序的用户身份登录，然后在 Windows 资源管理器中的位置栏键入 %temp%。如果 %temp% 路径解析到以“1”或“2”结尾的位置，您需要导航到上一级目录以查看日志文件。日志文件名为 Microsoft SharePoint Foundation 2010 Setup (<时间戳>)。若要访问 SharePoint 产品和技术配置向导，请单击“开始”，指向“所有程序”，然后单击“SharePoint 2010 产品”。如果出现“用户帐户控制”对话框，请单击“继续”。

运行 SharePoint 产品配置向导以下过程将安装配置数据库、内容数据库并对其进行配置，还将安装 SharePoint 管理中心网站，并且还会为您创建第一个 SharePoint 网站集。

1. 在“欢迎使用 SharePoint 产品”页上，单击“下一步”。2. 在通知您可能需要在配置过程中重新启动某些服务的对话框中，单击“是”。3. 在“配置成功”页上，单击“完成”。

注意：如果 SharePoint 产品和技术配置向导执行失败，请检查 PSCDiagnostics 日志文件，该文件位于安装 SharePoint Foundation 的驱动器的 %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS 文件夹中。注意：如果系统提示您输入用户名和密码，您可能需要在 Internet Explorer 中将 SharePoint 管理中心网站添加到受信任的网站列表中，并配置用户身份验证设置。可能还需要禁用 Internet Explorer 增强的安全设置。下面一节将为您提供如何配置或禁用这些设置的说明。注意：如果您看到了代理服务器错误消息，则可能需要配置代理服务器设置，以便本地地址可以绕过代理服务器。有关配置代理服务器设置的说明，将在下面一节的后面部分进行叙述。

58

注意： 提示： 运行 SharePoint 产品配置向导

配置浏览器设置在运行 SharePoint 产品和技术配置向导后，应该通过在 Internet Explorer 中配置其他设置来确保 SharePoint Foundation 能够在您的环境中对本地管理员而言正常运行。

如果本地管理员不使用 Internet Explorer，您可能需要配置其他设置。有关支持的浏览器的信息，请参阅规划浏览器支持 (SharePoint Foundation 2010) .如果系统提示您输入用户名和密码，请执行以下过程： 将 SharePoint 管理中心网站添加到受信任的网站列表 禁用 Internet Explorer 增强的安全设置如果您收到代理服务器错误消息，请执行以下过程： 配置代理服务器设置以使本地地址绕过代理服务器有关详细信息，请参阅 IEAK 8 入门 (http://go.microsoft.com/fwlink/?linkid=151359&clcid=0x804)。

1. 在 Internet Explorer 中的“工具”菜单上，单击“Internet 选项”。2. 在“安全”选项卡的“选择要查看的区域或更改安全设置”区域中，单击“受信任的站点”，然后单击“网站”。 3. 清除“对该区域中的所有站点要求服务器验证(https:)”复选框。4. 在“将该网站添加到区域中”框中，键入网站的 URL，然后单击“添加”。5. 单击“关闭”以关闭“受信任的站点”对话框。 6. 单击“确定”以关闭“Internet 选项”对话框。

如果要在组织中使用代理服务器，请按照下面的步骤将 Internet Explorer 配置为本地地址绕过代理服务器。

1. 单击“开始”，依次指向“所有程序”、“管理工具”，然后单击“服务器管理器”。2. 在“服务器管理器”中，选择“服务器管理器”的根目录。 3. 在“安全信息”部分，单击“配置 IE ESC”。

将打开“Internet Explorer 增强的安全配置”对话框。4. 在“管理员”部分，单击“关闭”以禁用 Internet Explorer 增强的安全设置，然后单击“确定”。

1. 在 Internet Explorer 中的“工具”菜单上，单击“Internet 选项”。2. 在“连接”选项卡上的“局域网(LAN)设置”区域中，单击“局域网设置”。

59

注意： 将 SharePoint 管理中心网站添加到受信任的网站列表 禁用 Internet Explorer 增强的安全设置配置代理服务器设置以使本地地址绕过代理服务器

3. 在“自动配置”区域中，清除“自动检测设置”复选框。4. 在“代理服务器”区域中，选中“为 LAN 使用代理服务器”复选框。5. 在“地址”框中键入代理服务器的地址。 6. 在“端口”框中键入代理服务器的端口号。 7. 选中“对于本地地址不使用代理服务器”复选框。 8. 单击“确定”以关闭“局域网(LAN)设置”对话框。9. 单击“确定”以关闭“Internet 选项”对话框。

安装后的步骤安装 SharePoint Foundation 2010 后，将打开浏览器窗口以显示新 SharePoint 网站的管理中心网站。尽管可以开始向网站添加内容或可以开始自定义该网站，但是我们建议您首先使用 SharePoint 管理中心网站执行下列管理任务： 配置使用率和运行状况数据集 您可以在服务器场中配置使用率和运行状况数据集。系统会将使用率和运行状况数据写入日志记录文件夹以及日志记录数据库。有关详细信息，请参阅配置使用率和运行状况数据集 (SharePoint Foundation 2010) 。 配置诊断日志记录 您可以配置在初始部署或升级后就可能需要的诊断日志记录。默认设置足以适用于大多数情况，但根据业务需求和服务器场的生命周期，可能需要更改这些设置。有关详细信息，请参阅配置诊断日志记录 (SharePoint Foundation 2010) 。 配置传入电子邮件 可以配置传入电子邮件以便 SharePoint 网站接受传入电子邮件并对其进行存档。还可以配置传入电子邮件，以便 SharePoint 网站可以在发生电子邮件讨论时对其进行存档、保存通过电子邮件发送的文档以及在网站日历上显示电子邮件会议。此外，还可以配置 SharePoint 目录管理服务以支持创建和管理电子邮件通讯组列表。有关详细信息，请参阅配置传入电子邮件

(SharePoint Foundation 2010)。 配置传出电子邮件 您可以配置传出电子邮件，以便简单邮件传输协议 (SMTP) 服务器向网站用户发送电子邮件通知并向网站管理员发送通知。您可以配置传出通知中显示的“发件人”电子邮件地址和“答复”电子邮件地址。有关详细信息，请参阅配置传出电子邮件 (SharePoint Foundation

2010)。 配置移动帐户 可以配置移动帐户，以便 SharePoint 可向您或网站用户的移动电话发送短信

(SMS) 通知。有关详细信息，请参阅配置移动帐户 (SharePoint Foundation 2010) 。 安全和配置远程 BLOB 存储 您可以为支持 SharePoint 服务器场的 SQL Server 2008 实例安装和配置远程 BLOB 存储 (RBS)。有关详细信息，请参阅安装和配置远程 BLOB 存储或外部

BLOB 存储 (SharePoint Foundation 2010) 。

配置 Windows Server Backup如果要将 Windows Server Backup 与 SharePoint Foundation 2010 一起使用，则必须运行 stsadm -o registerwsswriter 命令向 Windows Server Backup 注册 SharePoint 2010 VSS

60

编写器。有关详细信息，请参阅 Registerwsswriter ： Stsadm 操作 (Windows SharePoint Services)。

61

由多台服务器组成三层服务器场 (SharePoint Foundation 2010)本文介绍如何在多台服务器上安装 Microsoft SharePoint Foundation 2010，以创建跨三个层部署的 Microsoft SharePoint Foundation 服务器场。此服务器场包含两台前端 Web 服务器、一台应用程序服务器和一台数据库服务器。本文介绍的部署顺序和配置基于建议的最佳方案。服务器场配置结果并不复杂，但其为在类似的或更复杂的服务器场上实施 SharePoint Foundation 解决方案提供了基础架构。 利用 SharePoint Foundation Search 来设置此服务器场；Search 被配置为对作为此部署一部分创建的内容进行爬网。本文内容： 概述 准备场服务器 在场服务器上安装 SharePoint Foundation 2010 创建和配置服务器场 将 Web 服务器添加到服务器场中 配置诊断日志记录以及使用率和运行状况数据集 配置 SharePoint Foundation Search 创建网站 安装后的步骤

概述下面列出此部署的基本步骤： 确保自己熟悉三层拓扑的概念。 确保已完成所有规划和准备工作，例如验证硬件和软件要求。 在将成为服务器场一部分的所有服务器上安装必需的软件更新。 在应用层和 Web 层中的服务器上安装 SharePoint Foundation 的必备软件。 在应用程序服务器和 Web 服务器上安装 SharePoint Foundation。 创建和配置 SharePoint 场。 设置服务。 根据需要完成部署后的任务。

62

拓扑概述以下拓扑通常用于部署概述 (SharePoint Foundation 2010) 中介绍的中到大型服务器场。从性能、容量和可伸缩性角度来看，建议采用三层拓扑而不采用二层拓扑。三层拓扑提供非常高效的物理和逻辑布局，可支持向外扩展或向上扩展，而且还能更好地在服务器场的成员服务器中分布服务。下图显示了本文介绍的三层部署。

对于上图，请注意以下几点： 可以在 Web 层中添加 Web 服务器。可以将这些服务器配置为常规 Web 服务器以处理用户请求。 可以在应用层中添加场服务器，并将它们配置为专用的服务器，以承载管理中心网站或服务器场上需要专用资源或与 Web 层隔离的其他服务，例如计时器作业和沙盒服务。 可以在数据库层中添加数据库服务器，以实现独立实例、数据库镜像或故障转移群集。如果配置服务器场以使其具备高可用性，则需要在数据库层上实现数据库镜像或故障转移群集。

开始之前开始部署之前，请执行下列操作： 确保自己熟悉 Windows Server 2008 的性能调整指南 和 Windows Server 2008 R2 性能调整 指南中描述的操作系统指南。

63

确保满足所有硬件和软件要求。有关详细信息，请参阅硬件和软件要求 (SharePoint Foundation 2010)

确保您已经为设置具有适当权限的必需帐户做好准备，如初始部署所需的管理和服务帐户 (SharePoint Foundation 2010) 中所述

作为安全性最佳实践，我们建议您使用最小特权管理来安装 SharePoint Foundation。 使用 Microsoft SharePoint 2010 产品准备工具Microsoft SharePoint 产品准备工具会检查必备软件是否存在，并会安装和配置所需的任何程序。Microsoft SharePoint 产品准备工具需要 Internet 连接以便下载和配置 SharePoint Foundation 的必备软件。如果场服务器没有 Internet 连接，则需要获取所需软件的可安装映像。有关安装位置，请参阅“确定硬件和软件要求 (SharePoint Foundation 2010)”中的软件要求。如果决定获取可安装映像，我们建议您创建一个安装点，以便存储映像。可以使用此安装点来安装未来的软件更新。数据库服务器确保将 SQL Server 2005 或 SQL Server 2008 更新到必需的等级，并按以下所述进行配置： SQL Server 2005：启用本地和远程连接，并将这些连接配置为使用 TCP/IP 协议。 SQL Server 2008：为网络配置启用 TCP/IP 协议。在数据库管理员独立于 SharePoint 管理员工作的组织中，需要确保 SQL Server 版本正确，并且更新到必需的等级。此外，需要请求获得 DBA 创建的并且为服务器场配置的数据库。

本文中的过程不使用 DBA 创建的数据库；在使用 DBA 创建的数据库进行的部署中，这些过程将有所不同。有关详细信息，请参阅使用 DBA 创建的数据库进行部署 (SharePoint Foundation 2010)。

公共更新和修补程序包确保为操作系统、SQL Server 和 SharePoint Foundation 安装了公共更新和必需的修补程序包。我们建议，在应用公共更新之前，将所有服务器都更新为相同的软件版本。必须为此 SharePoint Foundation 版本应用以下修补程序： SQL Server 2008：在部署服务器场之前安装此更新：SQL Server 2008 Service Pack 1 的累 积更新程序包 2 在每台场服务器上安装了必备软件之后，需要首先在应用程序服务器上安装使用作为 IIS 7.0 中的

IIS 6.0 兼容组件一部分的“ IMSAdminBase::CopyKey” 方法时出现错误消息：“异常来自 HRESULT: 0x80070003”一文中包含的修补程序，然后在两台 Web 服务器上安装此修补程序。

64

注意： 注意：

准备场服务器在安装 SharePoint Foundation 之前，必须使用 Microsoft SharePoint 产品准备工具检查所有必备软件是否都已存在；如果不存在，则必须在应用程序服务器和 Web 服务器上安装所有必备软件。

如果决定手动安装必备软件，则仍然可以运行 Microsoft SharePoint 产品准备工具以确认各服务器上需要哪些必备组件。可使用以下过程在每台场服务器上安装必备组件。

1. 从产品安装位置下载 SharePoint Foundation 2010 (http://go.microsoft.com/fwlink/?linkid=168781&clcid=0x804)，然后双击相应的可执行文件。

2. 如果从可启动映像进行安装，则在初始屏幕上单击“安装必备软件”。3. 如果从文件集进行安装，则双击 PrerequisiteInstaller.exe。 4. 在“欢迎使用 Microsoft SharePoint 产品准备工具”页上，单击“下一步”。

注意：此准备工具可能要重新启动本地服务器，以便完成某些必备组件的安装。在重新启动服务器之后，安装程序将继续运行，无需您手动进行干预。但是，您要重新登录到服务器。

5. 在“安装完成”页上，单击“完成”。注意：执行完 Microsoft SharePoint 产品准备工具后，必须安装 KB 949516 (http://go.microsoft.com/fwlink/?linkid=148917&clcid=0x804) 和 KB 971831 (http://support.microsoft.com/kb/971831/zh-cn/)。另外，还可能要在安装此修补程序后重新启动服务器。注意：如果在运行 SharePoint Foundation 2010 的服务器上启动 IIS 工作进程 (w3wp.exe)、其他服务或托管应用程序时，显示错误消息“加载此程序集将产生与其他实例不同的授予集。(异常来自 HRESULT: 0x80131401)”，则您必须安装 KB963676 (http://go.microsoft.com/fwlink/?linkid=151358&clcid=0x804)。在应用此修补程序后必须重新启动计算机。

在场服务器上安装 SharePoint Foundation 2010安装了必备组件后，使用以下过程在每台场服务器上安装 SharePoint Foundation。

1. 在“开始”页上，单击“安装 SharePoint Foundation”。

65

提示： 运行准备工具 运行安装程序

2. 查看“阅读 Microsoft 软件许可条款”页上的条款，选中“我接受此协议的条款”复选框，然后单击“继续”。 3. 在“选择所需的安装”页上单击“服务器场”。 4. 在“服务器类型”选项卡上，单击“完整”。 5. 在“文件位置”选项卡上，接受默认位置或更改安装路径，然后单击“立即安装”。

注意：做为最佳实践，我们建议您在非系统驱动器上安装 SharePoint Foundation。

6. 安装完成后，会出现一个对话框，提示您完成服务器的配置。请清除“立即运行 SharePoint 产品和技术配置向导”复选框。注意：为确保方法上的一致性，我们建议您在将 SharePoint Foundation 安装到所有将参加服务器场的应用程序服务器和前端 Web 服务器上之后才运行此配置向导。

7. 单击“关闭”完成安装。

创建和配置服务器场要创建和配置服务器场，请运行 SharePoint 产品和技术配置向导。此向导自动完成多项配置任务，其中包括创建配置数据库、安装服务和创建管理中心网站。建议您先在将承载管理中心网站的服务器上运行 SharePoint 产品和技术配置向导，然后在服务器场中的其他服务器上运行此向导。

1. 在将承载管理中心的服务器（即应用程序服务器）上，单击“开始”，指向“所有程序”，然后单击“Microsoft SharePoint 2010 产品”。2. 在可用选项的列表中，单击“SharePoint 产品和技术配置向导”。3. 在“欢迎使用 SharePoint 产品”页上，单击“下一步”。 4. 在通知您可能需要在配置过程中重新启动某些服务的对话框中，单击“是”。5. 在“连接到服务器场”页上，单击“创建新服务器场”，然后单击“下一步”。6. 在“指定配置数据库设置”页上，执行下列操作：

a. 在“数据库服务器”框中，键入运行 SQL Server 的计算机的名称。b. 在“数据库名称”框中为您的配置数据库键入名称，或使用默认数据库名称。默认名称为

SharePoint_Config。c. 在“用户名”框中，键入服务器场帐户的用户名，格式为“域\用户名”。

重要：此服务器场帐户用于创建和访问配置数据库。它还作为 SharePoint 管理中心应用程序池的应用程序池标识帐户，并且它是 Windows SharePoint Services 定时服务在运行时所使用的帐户。SharePoint 产品和技术配置向导将此帐户添加到 SQL Server 登录帐户、SQL Server dbcreator 服务器角色和 SQL Server

66

运行配置向导和配置服务器场

securityadmin 服务器角色中。您指定为服务帐户的用户帐户必须是域用户帐户，但不必是 Web 服务器或数据库服务器上的任何特定安全组的成员。我们建议您遵循最小特权原则，指定一个不是 Web 服务器或数据库服务器上 Administrators 组成员的用户帐户。d. 在“密码”框中，键入用户密码。

7. 单击“下一步”。8. 在“指定服务器场安全设置”页上，键入密码，然后单击“下一步”。

确保密码符合以下准则： 包含至少八个字符 包含以下四个字符组中的至少三个： 英文大写字符（A 到 Z） 英文小写字符（a 到 z） 数字（0 到 9） 非字母字符（例如 !、$、#、%）

注意：虽然密码 (Passphrase) 类似于密码 (Password)，但密码 (Passphrase) 通常较长以便提高安全性，它用于加密在 SharePoint Foundation 2010 中注册的帐户（例如，您在运行 SharePoint 产品和技术配置向导时提供的 SharePoint Foundation 2010 系统帐户）的凭据。请确保自己记住密码 (Passphrase)，因为每次在服务器场中添加服务器时都要使用它。

9. 在“配置 SharePoint 管理中心 Web 应用程序”页上，执行下列操作：a. 如果希望 SharePoint 管理中心 Web 应用程序使用特定的端口号，则选中“指定端口号”复选框并键入端口号；或者，如果想使用默认端口号，则让“指定端口号”复选框保持清除状态。

注意：如果想从远程计算机访问 SharePoint 管理中心网站，请确保允许对您在此步骤中配置的端口号进行访问。要这样做，在高级安全 Windows 防火墙中为“SharePoint 管理中心 v4”配置入站规则。

b. 单击“NTLM”或“协商(Kerberos)”。10.单击“下一步”。11. 在“配置成功”页上，单击“完成”。

注意：如果 SharePoint 产品和技术配置向导失败，请检查日志文件，这些文件位于安装 SharePoint Foundation 2010 的驱动器上的 %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS 文件夹中。

12. 管理中心网站将在新的浏览器窗口中打开。

67

在“帮助改善 SharePoint”页上，单击以下一个选项，然后单击“确定”。a. 是，我愿意参加(推荐)。b. 否，我不愿意参加。

13. 在“配置 SharePoint 场”页上，可以选择使用向导来配置服务，也可以决定手动配置服务。在本文中，我们使用手动选项。单击“取消”。 您在此处所做的选择是您的个人偏好问题。场配置向导在运行时将自动配置一些服务；但是，如果您手动配置服务，则可以更灵活地设计逻辑体系结构。有关使用向导配置服务的信息，请参阅部署带 SQL Server 的单台服务器 (SharePoint Foundation 2010)。

重要：如果使用 DBA 创建的数据库，则无法使用场配置向导。此时必须使用 SharePoint 产品和技术配置向导。

将 Web 服务器添加到服务器场中在应用程序服务器上创建服务器场后，您可以按照本主题前面介绍的有关在托管管理中心的服务器上安装 SharePoint Foundation 的相同过程，为 Web 层添加服务器。唯一不同的是，在“设置”过程中会提示您联接现有服务器场。请遵循向导步骤进行服务器场联接。有关向服务器场添加服务器的更多信息，请参阅向服务器场中添加 Web 或应用程序服务器 (SharePoint Foundation 2010)。本文还提供了以下过程中各个步骤的详细信息。

配置诊断日志记录以及使用率和运行状况数据集添加了前端 Web 服务器之后，为服务器场配置初始的诊断日志记录以及使用率和运行状况数据集。诊断日志记录可以帮助识别和隔离在服务器场中发生的问题。在新的安装上配置诊断日志记录时，接受默认的设置。之后，当服务器场中发生问题时，可以重新访问这些设置并相应地调整级别。这将帮助识别原因和隔离问题。使用率和运行状况报告可用于显示诊断日志记录的设置在哪里偏离了默认值。有关诊断和运行状况使用率的详细信息，请参阅： 配置诊断日志记录 (SharePoint Foundation 2010) 配置使用率和运行状况数据集 (SharePoint Foundation 2010) 使用以下过程完成诊断日志记录以及使用率和运行状况数据集的初始配置。

由于这是无任何基准数据的初始服务器场部署，因此，除非另有说明，否则接受默认设置。 1. 在管理中心主页上，单击“监控”。2. 在“报告”部分，单击“配置诊断日志记录”。3. 在“诊断日志记录”页上，确认选中了“启用事件日志淹没保护”。如果未选中，则单击对应的

68

注意： 配置诊断日志记录

复选框以启用此功能。4. “跟踪日志”的默认位置位于您安装了 SharePoint Foundation 的驱动器上。做为最佳实践，我们建议您在非系统驱动器上存储跟踪日志。

重要：如果将跟踪日志的路径改为非系统驱动器，则此位置必须在服务器场中的所有服务器上都存在。如果此位置不存在，则现有的或新的服务器将无法记录数据。此外，除非您指定的路径在新的服务器上存在，否则您将无法添加新的服务器。无法将网络共享用于日志记录用途。

5. 单击“确定”以保存所做更改。完成诊断日志记录的配置后，配置使用率和运行状况数据集。

在管理中心的“监控”页上，单击“配置使用率和运行状况数据集”。 单击“使用率数据集”复选框以启用此功能。 单击“运行状况数据集”复选框以启用此功能。 单击“确定”。

配置 SharePoint Foundation Search在安装 SharePoint Foundation 时，会自动安装 SharePoint Foundation Search。但是，此搜索服务并未启动，并且需要进行一些配置。 使用以下过程为 SharePoint Foundation 服务器场配置和启动搜索。

1. 在管理中心主页上，单击“管理服务器上的服务”。2. 在“服务器上的服务”页上，单击“SharePoint Foundation Search”。此操作打开“配置

Microsoft SharePoint Foundation 搜索服务设置”页，您可在其中配置以下设置。3. 在“服务帐户”部分，在“用户名”和“密码”中分别键入用户名和密码。 4. 在“内容访问帐户”部分，在“用户名”和“密码”中为将具有所有内容的只读访问权限的帐户分别键入用户名和密码。

noteDXDOC112778PADS Security Note请勿使用权限很大的帐户或可以修改内容的帐户。

5. 单击“确定”以保存所做的配置更改。6. 在“服务器上的服务”页上，单击“启动”以启动 SharePoint Foundation Search。

69

配置使用率和运行状况数据集 配置 SharePoint Foundation Search

创建网站若要在部署的这个阶段创建网站，必须创建 Web 应用程序和网站集。通过管理中心按以下过程创建 Web 应用程序，然后创建与该 Web 应用程序关联的首要网站。

1. 在管理中心主页上的“应用程序管理”部分，单击“管理 Web 应用程序”。2. 在功能区上，单击“新建”。 3. 在“新建 Web 应用程序”页上的“验证”部分，单击“经典模式身份验证”的复选框。4. 在“IIS 网站”部分，单击“新建 IIS 网站”。5. 保留“端口”的默认值，或者键入新的端口号。6. 请勿更改“路径”框中的默认值。7. 在“安全性配置”部分，对于“验证提供程序”，单击“NTLM”。8. 在“应用程序池”部分，单击“新建应用程序池”。9. 单击“可配置”。10.从下拉列表中选择一个管理帐户，或者单击“注册新的管理帐户”。11. 对于“数据库名称和验证”，单击“Windows 身份验证 (推荐)”。12. 对于“服务应用程序连接”，显示“编辑以下连接组”的下拉列表，单击“[自定义关联]”，然后单击“搜索服务应用程序”。13. 对于“客户体验改善计划”，单击“是”。14.单击“确定”。

1. 在管理中心主页上的“应用程序管理”部分，单击“创建网站集”。2. 在“Web 应用程序”部分，确认显示的名称与您在上一个过程中创建的 Web 应用程序相同。如果不同，则单击下拉列表旁边的箭头，然后在出现的菜单上单击“更改 Web 应用程序”。 3. 在“选择 Web 应用程序”页上，单击您创建的 Web 应用程序的名称，然后单击“确定”。4. 在“标题和说明”部分，键入网站集的标题和说明：5. 在“网站地址”部分，在“URL”下拉列表中键入左斜线 (/)，然后选择“/网站/”。6. 在“模板选择”部分，单击“协作”选项卡，然后单击“工作组网站”7. 在“网站集主管理员”部分，键入“域\用户名”格式的用户登录帐户。8. 在“网站集第二管理员”部分，键入“域\用户名”格式的用户登录帐户。9. 在“配额模板”部分，保留默认设置。10.单击“确定”。

创建网站集之后，会显示“首要网站创建成功”页。单击指向新网站的链接。如果显示验证对话框，则输入“域\用户名”格式的网站管理员登录帐户。

70

创建 Web 应用程序 创建网站集

此新网站自动部署到 Web 层中的服务器。

安装后的步骤安装并配置 SharePoint Foundation 2010 之后，将打开浏览器窗口并显示新 SharePoint 网站的管理中心网站。尽管您可以开始向网站添加内容或开始自定义该网站，但是我们建议您先使用 SharePoint 管理中心网站执行下列管理任务。 配置传出电子邮件 您可以配置传出电子邮件，以便简单邮件传输协议 (SMTP) 服务器向网站用户发送电子邮件通知并向网站管理员发送通知。您可以配置传出通知中显示的“发件人”电子邮件地址和“答复”电子邮件地址。有关详细信息，请参阅配置传出电子邮件 (SharePoint Foundation

2010)。 您可以配置传入电子邮件，以便 SharePoint 网站接受传入电子邮件和将其存档。但是，我们建议您在完成初始的服务器场部署和配置之后才执行此任务。有关详细信息，请参阅配置传入电子邮件 (SharePoint Foundation 2010) 。

配置移动帐户 可以配置移动帐户，以便 SharePoint 可向您或网站用户的移动电话发送短信 (SMS) 通知。有关详细信息，请参阅配置移动帐户 (SharePoint Foundation 2010) 。

71

注意： 注意：

快速入门：在独立 Hyper-V 环境中部署单台服务器 (SharePoint Foundation 2010)可以使用独立且安全的 Hyper-V 虚拟机来测试 SharePoint Foundation 2010 的功能和行为。此方法使用的硬件资源最少并且允许您将 SharePoint Foundation 2010 测试系统与生产环境隔离开来。建议执行此种隔离，以便消除对企业网络和服务器环境造成的潜在安全威胁。通过使用本文中提供的手动步骤或 Windows PowerShell 2.0 命令，您可以快速地在使用以下数据库之一的单台服务器上部署 SharePoint Foundation 2010： 随 SharePoint Foundation 一起提供的内置 SQL Server 2008 Express 和 SQL Server 2008

R2 Express 数据库 安装了 Service Pack 3 (SP3) 和累积更新 3 的 Microsoft SQL Server 2005 Microsoft SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2

本文所述的单台服务器 SharePoint Foundation 部署只用于评估和测试目的，不应在生产环境中使用。本文内容： 要求和建议 必需的权限 部署前任务 手动部署 SharePoint Foundation 2010 使用 Windows PowerShell 脚本部署 SharePoint Foundation 2010

要求和建议以下对 Hyper-V 虚拟化服务器、虚拟机和部署环境的要求和建议仅适用于本文中所述的单台服务器部署方案。

虚拟化服务器和虚拟机配置下表提供了虚拟化服务器和虚拟机的最低配置和建议配置。这些配置将支持用于单台服务器部署的数据库选项。

资源 最低配置 建议配置CPU 双处理器，2 GHz 双处理器，2 GHz

72

重要：

资源 最低配置 建议配置内存 4 GB 8 GB

硬盘驱动器 容量为 40 GB 的固定大小的虚拟硬盘提示：若要快速创建固定大小的虚拟硬盘，首先要将硬盘配置为可动态扩展。安装所有必需的软件（包括 SharePoint Foundation）后，请将虚拟硬盘转换为固定大小的硬盘。

容量为 80 GB 的固定大小的虚拟硬盘

网络适配器类型 综合 综合网络类型 内部网络，从而确保虚拟机隔离并启用虚拟化服务器-虚拟机通信

提示：为便于访问和安装所需的软件和建议的软件，请使用外部网络。在准备安装 SharePoint Foundation 时，请将虚拟机配置为使用内部网络。

内部网络，从而确保虚拟机隔离并启用虚拟化服务器-虚拟机通信

以下提供了有关虚拟化服务器的配置指导： 逻辑处理器与虚拟处理器（内核）的比例应尽可能的低，最佳比例为 1:1。 若逻辑处理器与虚拟处理器的比例为 1:1，则应配置虚拟化服务器，以便虚拟机上的总处理器数少于物理内核的总数目。例如，如果使用四个内核的虚拟化服务器，则最佳方案是创建三个使用单个处理器的虚拟机，或创建一个具有两个处理器的虚拟机和一个使用一个处理器的虚拟机。上述的任一配置都会保留一个内核供虚拟化服务器进程使用。除了前面的虚拟环境要求以外，在开始在虚拟机上部署 SharePoint Foundation 2010 之前，您还需查看硬件和软件要求 (SharePoint Foundation 2010) 一文。

部署环境域是部署 SharePoint Foundation 2010 所必需的。

73

如果没有可用于部署 SharePoint Foundation 2010 的独立虚拟域，则必须在配置为使用以下项的 Hyper-V 上创建一个虚拟域： 使用 Active Directory 域服务 (AD DS) 的域控制器 使用 DNS 服务器的域控制器您可以在域控制器上部署 SharePoint Foundation，但是需要一些配置。使用“以管理员身份运行”选项启动 Windows PowerShell 并运行以下命令，以允许在域控制器上进行部署：$acl = Get-Acl HKLM:\System\CurrentControlSet\Control\ComputerName

$person = [System.Security.Principal.NTAccount]"Users"

$access = [System.Security.AccessControl.RegistryRights]::FullControl

$inheritance = [System.Security.AccessControl.InheritanceFlags]"ContainerInherit, ObjectInherit"

$propagation = [System.Security.AccessControl.PropagationFlags]::None

$type = [System.Security.AccessControl.AccessControlType]::Allow

$rule = New-Object System.Security.AccessControl.RegistryAccessRule($person, $access, $inheritance,

$propagation, $type)

$acl.AddAccessRule($rule)

Set-Acl HKLM:\System\CurrentControlSet\Control\ComputerName $acl

必需的权限为了安装 SharePoint Foundation 2010，在虚拟机上使用的登录帐户必须属于以下项的成员： 虚拟机上的本地 Administrators 组 SQL Server dbcreator 固定服务器角色 SQL Server securityadmin 服务器角色有关详细信息，请参阅初始部署所需的管理和服务帐户 (SharePoint Foundation 2010) 。

部署前任务在部署 SharePoint Foundation 2010 之前需完成下列任务： 在虚拟化服务器上，创建一个包含 SharePoint Foundation 软件的安装点，或提供可从虚拟机访问的媒体（如 ISO 映像）。 创建一个符合本文前面的“要求和建议”部分中描述的最低要求的虚拟机。 在虚拟机上：

安装操作系统以及必需和建议的安全更新。 安装在未使用随 SharePoint Foundation 一起提供的内置版本时要使用的 SQL Server 版本。 安装针对所安装的 SQL Server 版本的强制性更新和建议的更新。

74

配置 Windows Server 防火墙以允许 SQL Server 访问。有关详细信息，请参阅配置 Windows 防火墙以允许 SQL Server 访问 Access (http://go.microsoft.com/fwlink/?linkid=134724&clcid=0x804)。

查看硬件和软件要求 (SharePoint Foundation 2010) 一文，确定在安装 SharePoint Foundation 2010 之前必须获取和安装的程序和修复程序。

手动部署 SharePoint Foundation 2010有关如何在单台服务器上手动部署 SharePoint Foundation 2010 的信息，请参阅部署包含内置数据库的单个服务器 (SharePoint Foundation 2010) 或部署带 SQL Server 的单台服务器 (SharePoint Foundation 2010)。

使用 Windows PowerShell 脚本部署 SharePoint Foundation 2010您可以使用 Windows PowerShell 脚本在单台服务器上部署 SharePoint Foundation 2010。

作为一种最佳方案，不应运行未签名的脚本。 有关为 Windows PowerShell 脚本进行签名的详细信息，请参阅 TechNet Magazine 中的

Windows PowerShell ：请在此处签名 (http://go.microsoft.com/fwlink/?linkid=160357&clcid=0x804)。有关一般的代码签名的详细信息，请参阅 MSDN 上的代码签名简介（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=59273&clcid=0x804)（该链接可能指向英文页面）。有关设置自己的证书颁发机构 (CA) 的详细信息，请参阅 TechNet 库中的 Active Directory 证书服务（该链接可能指向英文 页面） (http://go.microsoft.com/fwlink/?linkid=136444&clcid=0x804)（该链接可能指向英文页面）。

创建并使用以下 Windows PowerShell 脚本文件之一，以便在单台服务器上部署 SharePoint Foundation。 simplesingleserver.ps1：使用内置数据库安装 SharePoint Foundation 2010 以存储配置信息和文档。 simplefarm.ps1：使用 SQL Server 2005 或 SQL Server 2008 安装 SharePoint

Foundation 2010 以存储配置信息和文档。simplesingleserver.ps1此脚本在使用内置数据库的单台服务器上部署 SharePoint Foundation 2010。将以下代码复制到文本编辑器中，并在所选的目录中将它另存为 simplesingleserver.ps1：

75

noteDXDOC112778PADS Security Note

$SetupPath = Read-Host -Prompt "Please specify the path to the install media (D:)"

## Here is the script to install SharePoint Foundation 2010 with SQL Express and create Central Admin ##

& $SetupPath\PrerequisiteInstaller.exe /unattended | Write-Host

if( $lastexitcode -eq 0 ) {

& $SetupPath\setup.exe /config $SetupPath\Files\SetupSilent\config.xml | Write-Host

if( $lastexitcode -eq 0 ) {

Write-Host "Install successful..."

} else { Write-Error "ERROR: $lastexitcode" }

} else { Write-Error "ERROR: $lastexitcode" }

1. 使用“以管理员身份运行”选项启动 Windows PowerShell 2.0。2. 导航至保存 simplesingleserver.ps1 的目录。3. 从 Windows PowerShell 命令提示符处运行 .\simplesingleserver.ps1。

simplefarm.ps1此脚本在使用 SQL Server 数据库的单台服务器上部署 SharePoint Foundation 2010。将以下代码复制到文本编辑器中，并在所选的目录中将它另存为 simplefarm.ps1：

## Settings you may want to change ##

$err = $null

$SetupPath = Read-Host -Prompt "Please specify the path to the install media (D:)"

Write-Host "Please specify the Farm Administrator credentials"

$FarmCredential = Get-Credential "DOMAIN\<Farm Admin>"

$DBServer = Read-Host -Prompt "Please enter the name of your database server"

$Passphrase = Read-Host -Prompt "Please enter the farm passphrase (optional)" -AsSecureString

$FarmName = Read-Host -Prompt "Please enter a farm name (optional)"

$CAPort = Read-Host -Prompt "Please enter the Central Administration port number (optional)"

if ([String]::IsNullOrEmpty($SetupPath))

{

76

运行 simplesingleserver.ps1

Write-Error "You must enter the install media path"

return

}

if ([String]::IsNullOrEmpty($FarmCredential))

{

Write-Error "You must enter a Farm Administrator's user name and password"

return

}

if ([String]::IsNullOrEmpty($DBServer))

{

Write-Error "You must enter a database server"

return

}

if ($Passphrase.Length -eq 0)

{

Write-Warning "You didn't enter a farm passphrase, using the Farm Administrator's password instead"

$Passphrase = $FarmCredential.Password

}

if ([String]::IsNullOrEmpty($FarmName))

{

Write-Warning "You didn't enter a farm name, using the machine name instead"

$FarmName = $env:COMPUTERNAME

}

if ([String]::IsNullOrEmpty($CAPort))

{

Write-Warning "You didn't enter a Central Administration port number, using 5000 instead"

$CAPort = 5000

}

## Here is the script to install SharePoint Foundation 2010 and create Central Admin ##

Write-Host "[1/15] Running prerequisite installer..."

& $SetupPath\PrerequisiteInstaller.exe /unattended | Write-Host

if( $lastexitcode -eq 0 ) {

77

Write-Host "[2/15] Running silent farm binary installation... (this will take some time)"

& $SetupPath\setup.exe /config $SetupPath\Files\SetupFarmSilent\config.xml | Write-Host

Write-Host "[3/15] Completed silent farm binary installation."

if( $lastexitcode -eq 0 ) {

Add-PSSnapin Microsoft.SharePoint.PowerShell -erroraction SilentlyContinue

Write-Host "[4/15] Creating new configuration database..."

New-SPConfigurationDatabase -DatabaseName ("{0}_SharePoint_Configuration_DB" -f $FarmName) -

DatabaseServer $DBServer -AdministrationContentDatabaseName ("{0}_AdminContent_DB" -f $FarmName) -

FarmCredentials $FarmCredential -Passphrase $Passphrase -ErrorVariable err

Write-Host "[5/15] Verifying farm creation..."

$spfarm = get-spfarm

if ($spfarm -ne $null) {

Write-Host "[6/15] ACLing SharePoint Resources..."

Initialize-SPResourceSecurity -ErrorVariable err

if ([String]::IsNullOrEmpty($err) -eq $true) {

Write-Host "[7/15] Installing Services..."

Install-SPService -ErrorVariable err

if ([String]::IsNullOrEmpty($err) -eq $true) {

Write-Host "[8/15] Installing Features..."

Install-SPFeature -AllExistingFeatures -ErrorVariable err

if ([String]::IsNullOrEmpty($err) -eq $true) {

Write-Host "[9/15] Provisioning Central Administration..."

New-SPCentralAdministration -Port $CAPort -WindowsAuthProvider "NTLM" -ErrorVariable err

if ([String]::IsNullOrEmpty($err) -eq $true) {

Write-Host "[10/15] Installing Help..."

Install-SPHelpCollection -All -ErrorVariable err

if ([String]::IsNullOrEmpty($err) -eq $true) {

Write-Host "[11/15] Installing Application Content..."

Install-SPApplicationContent -ErrorVariable err

if ([String]::IsNullOrEmpty($err) -eq $true) {

Write-Host "[12/15] Basic configuration completed."

$SPManagedAccount = Get-SPManagedAccount $FarmCredential.UserName

Write-Host "[13/15] Creating Web Application and Application Pool..."

78

$webApp = New-SPWebApplication -Name "SharePoint - 80" -ApplicationPool

"SharePoint - 80" -ApplicationPoolAccount $SPManagedAccount -DatabaseServer $DBServer -DatabaseName

("{0}_Content_DB" -f $FarmName) -Url "http://localhost" -ErrorVariable err

if ([String]::IsNullOrEmpty($err) -eq $true) {

Write-Host "[14/15] Creating site collection..."

$SPSite = New-SPSite -url "http://localhost" -OwnerAlias $FarmCredential.UserName -

ErrorVariable err

if ([String]::IsNullOrEmpty($err) -eq $true) {

Write-Host "[15/15] Port 80 Web application and site collect created. Browse to

http://localhost to pick a template for the Web..."

} else { Write-Error "ERROR: $err" }

} else { Write-Error "ERROR: $err" }

} else { Write-Error "ERROR: $err" }

} else { Write-Error "ERROR: $err" }

} else { Write-Error "ERROR: $err" }

} else { Write-Error "ERROR: $err" }

} else { Write-Error "ERROR: $err" }

} else { Write-Error "ERROR: $err" }

} else { Write-Error "ERROR: $err" }

} else { Write-Error "ERROR: $lastexitcode" }

} else { Write-Error "ERROR: $lastexitcode" }

$exitprompt = Read-Host -Prompt "Press Enter to exit..."

1. 使用“以管理员身份运行”选项启动 Windows PowerShell 2.0。2. 导航至保存 simplefarm.ps1 的目录。3. 从 Windows PowerShell 命令提示符处运行 .\simplefarm.ps1。

79

运行 simplefarm.ps1

使用 DBA 创建的数据库进行部署 (SharePoint Foundation 2010)本文介绍如何在使用 DBA 创建的数据库的服务器场环境中部署 Microsoft SharePoint Foundation 2010。在数据库管理员 (DBA) 独立于 SharePoint 管理员操作的组织中，DBA 负责创建和管理所有数据库。在安全要求和公司策略需要分离管理员角色的 IT 环境中，通常是这种情况。服务器场管理员向数据库管理员提供 Microsoft SharePoint Foundation 2010 数据库需求，反过来，数据库管理员会创建所需的 Microsoft SharePoint Foundation 数据库，并设置服务器场所需的登录名。 本文内容： 开始之前 关于配置 DBA 创建的数据库 为管理中心创建和配置数据库 创建和配置其他数据库

开始之前在开始此次部署之前，请确保您拥有为了能够在所有场服务器上成功部署和配置 SharePoint Foundation 而需要的所有信息。以下各节提供要确保成功部署 SharePoint Foundation 所需的信息。

场服务器要求确保所有场服务器和数据库服务器都满足以下文章中记录的要求。 硬件和软件要求：硬件和软件要求 (SharePoint Foundation 2010) 管理帐户和服务帐户：初始部署所需的管理和服务帐户 (SharePoint Foundation 2010)

数据库要求在 DBA 创建的数据库上部署 SharePoint Foundation 2010 时，需要使用 DBA 以确保在创建和配置服务器场之前，创建并正确配置需要的所有 SharePoint Foundation 数据库。 以下列表显示了 DBA 要为服务器场创建数据库而需要的某些信息（不一定是全部信息）。您组织中的 DBA 可能还会需要其他信息： SQL Server 版本信息以及 Service Pack 和累积更新级别。有关详细信息，请参阅硬件和软件要求 (SharePoint Foundation 2010) 。 所需的登录帐户及关联的角色和权限。有关详细信息，请参阅初始部署所需的管理和服务帐户

(SharePoint Foundation 2010)。

80

所需的数据库数量和 SharePoint 配置详细信息。此类信息可通过部署 SharePoint Foundation 获得。 SharePoint 数据存储要求，例如，数据类型、数据量、数据库活动的类型（读取或写入）以及每秒的输入/输出操作数 (IOPS)。 DBA 必须配置表面区域设置以便本地和远程连接使用 TCP/IP 或命名管道。 SharePoint Foundation 需要的所有数据库均使用 Latin1_General_CI_AS_KS_WS 排序规则。 所有 SharePoint Foundation 数据库都要求将服务器场“安装”用户帐户作为数据库所有者

(dbo) 分配给它们。 SharePoint 用户服务级别协议的注意事项。

关于配置 DBA 创建的数据库使用本文中的过程，指导部署使用 DBA 创建的数据库的服务器场。此部署包含服务器场需要的所有数据库。

本文只适用于 SharePoint Foundation 2010 支持的 SQL Server 数据库版本。对于每个过程，您必须使用 Windows PowerShell 2.0 或 SharePoint Foundation 命令行工具来配置服务器场。我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

Psconfig 位于以下文件夹中：Program Files\Common Files\Microsoft Shared\web server extensions\14\BIN。

使用 Windows PowerShell 配置服务器场：1. 确认用户帐户具有访问运行 Windows PowerShell 2.0 的服务器之一的权限，并确认用户帐户不仅是服务器场管理员，还是基于 SQL Server 的源内容数据库、管理内容数据库、目标内容数据库和配置数据库的 SharePoint_Shell_Access 角色的成员。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 提示符处，键入适当的命令，然后按 Enter。出于演示所需过程的目的，需要配置的基本服务器场包括：1. 管理中心2. Web 门户3. 诊断日志记录以及使用率和运行状况数据收集4. 搜索

81

注意： 注意：

以下数据库是必需的，在创建服务器场时，服务器场管理员通常会按下面的顺序使用它们。以下列表中的数据库使用在您使用 SharePoint 产品和技术配置向导设置服务器场时提供的默认名称。当然，您也可以使用您所选择的数据库名称。 配置数据库 (SharePoint_Config) 管理中心内容数据库 (SharePoint_AdminContent_GUID) 网站内容数据库，由 SharePoint Foundation 安装程序 (WSS_Content_GUID) 自动创建。 诊断日志记录数据库 (WSS_Logging_GUID) 搜索数据库（WSS_SEARCH_localhost 计算机名称）

为管理中心创建和配置数据库使用本部分中的步骤来创建所需的数据库，并向数据库中的帐户成员身份授予用户安全组和数据库角色。这些过程需要由 DBA 和“安装”用户帐户来执行。将标签 [DBA] 或 [Setup] 分别用于每个步骤以指示由哪个角色执行操作。在您要运行管理中心网站的服务器上，下面的步骤只需对服务器场执行一次。服务器场对于管理中心只有一个配置数据库和一个内容数据库。

1. [DBA] 使用 LATIN1_General_CI_AS_KS_WS 合并序列创建配置数据库和管理中心内容数据库，并将数据库所有者 (dbo) 设置为“安装”用户帐户。2. [安装程序] 在服务器场中的每台服务器计算机上运行安装程序。必须使用“完全”安装选项在其中至少一台计算机上运行安装程序。部署带 SQL Server 的单台服务器 (SharePoint

Foundation 2010) 中介绍了此选项的各个步骤。3. [安装程序] 在安装程序完成后不要运行 SharePoint 产品和技术配置向导。 从 SharePoint 2010 Management Shell 中，使用 New-SPConfigurationDatabase 命令创建新的配置数据库，例如：

New-SPConfigurationDatabase -DatabaseName "SharePointConfigDB1" -DatabaseServer "SQL-

01" -Passphrase (ConvertTo-SecureString "MyPassword" -AsPlainText -force) -FarmCredentials

(Get-Credential)

有关详细信息，请参阅 New-SPConfigurationDatabase。4. [安装程序] 在完成此命令后，运行 SharePoint 产品和技术配置向导并针对服务器完成剩下的配置。这将创建管理中心 Web 应用程序并执行其他安装和配置任务。5. [DBA] 在完成 SharePoint 产品和技术配置向导后，对于配置数据库和管理中心内容数据库执行下列操作：

将 SharePoint Foundation 搜索帐户、默认内容访问帐户和服务帐户添加到 Users 组。 将 SharePoint Foundation Search Service 帐户、默认内容访问帐户和服务帐户添加到

WSS_Content_Application_Pools 角色。

82

创建和配置配置数据库、管理中心内容数据库和管理中心 Web 应用程序

6. [安装程序] 若要确认数据库已创建并已正确配置，请验证是否可以访问“管理中心”网站的主页。但是，此时不要使用管理中心来配置任何内容。如果“管理中心”页面不呈现，则验证此步骤中使用的帐户并确保正确地分配了这些帐户。在完成本文中的步骤并建立服务器场之后，将配置其他场服务器。您将通过选择“是，我希望连接到现有服务器场”选项（而不使用在本步骤中使用的命令）在这些服务器上运行 SharePoint 产品和技术配置向导。

下面的步骤将只需对服务器场执行一次。服务器场只有一个 SharePoint Foundation 搜索数据库。1. [DBA] 使用 LATIN1_General_CI_AS_KS_WS 合并序列创建 SharePoint Foundation 搜索数据库，并将数据库的所有者 (dbo) 设置为“安装”用户帐户。2. [安装程序] 打开命令行，然后使用 Get-SPSearchService、Set-

SPSearchService、Get-SPSearchServiceInstance 和 Set-SPSearchServiceInstance cmdlet 来配置该数据库，并启动 Search Service。将下面示例用作指南。

$searchService = Get-SPSearchService

Set-SPSearchService -MaxBackupDuration 120

Get-SPSearchServiceInstance -Local

Get-SPSearchServiceInstance -Local | Set-SPSearchServiceInstance -ProxyType proxy

有关详细信息，请参阅以下主题： Get-SPSearchService Set-SPSearchService Get-SPSearchServiceInstance Set-SPSearchServiceInstance

创建和配置其他数据库 配置完管理中心所需的数据库之后，通过创建和配置您要使用的 Web 内容和任何服务应用程序所需的数据库，完成部署您的服务器场。下面的过程需要对场中的每个门户网站执行一次。

1. [DBA] 使用 LATIN1_General_CI_AS_KS_WS 合并序列创建门户网站 Web 应用程序内容数据库，并将该数据库所有者 (dbo) 设置为“安装”用户帐户。2. [DBA] 使用 Microsoft SQL ServerManagement Studio，将应用程序池进程帐户添加到

Users 组和 Web 应用程序内容数据库的“db_owner”角色。

83

创建和配置 SharePoint Foundation 搜索数据库并启动 Search Service 创建和配置门户网站 Web 应用程序和内容数据库

3. [安装程序] 打开命令行，然后运行 New-SPWebApplication 和 Get-SPWebApplication cmdlets 来配置门户网站 Web 应用程序内容数据库。将下面示例用作指南。

New-SPWebApplication -Name "Contoso Internet Site" -Port 80 -URL

"https://www.contoso.com" -ApplicationPool "ContosoAppPool" -ApplicationPoolAccount (Get-

SPManagedAccount "DOMAIN\jdoe")

Get-SPWebApplication http://sitename | New-SPWebApplicationExtension -Name "ExtranetSite"

-SecureSocketsLayer -Zone "Extranet"

有关详细信息，请参阅 New-SPWebApplication 和 Get-SPWebApplication。重要：必须在运行 Web 应用程序的计算机上运行 Get-SPWebApplication cmdlet。主机名和端口组合不得描述一个已存在的 Web 应用程序，否则将出现错误，并且不会创建 Web 应用程序。

使用下面的过程创建和配置门户网站 Web 应用程序及其内容数据库。1. [DBA] 使用 LATIN1_General_CI_AS_KS_WS 合并序列创建门户网站 Web 应用程序内容数据库，并将该数据库所有者 (dbo) 设置为“安装”用户帐户。2. [DBA] 使用 SQL ServerManagement Studio，将服务应用程序服务帐户添加到 Users 组，然后添加到门户网站 Web 应用程序内容数据库的 db_owner 角色。3. [安装程序] 从 SharePoint 2010 Management Shell 中，使用 New-

SPWebApplication 和 Get-SPWebApplication cmdlet 来配置门户网站 Web 应用程序内容数据库。将下面示例用作指南。New-SPWebApplication -Name "Contoso Internet Site" -Port 80 -HostHeader

"http://sharepoint.contoso.com" -URL "https://www.contoso.com" -ApplicationPool

"ContosoAppPool" -ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe")

Get-SPWebApplication http://somesite | Set-SPWebApplication -Zone "Extranet" -HostHeader

"http://www.contoso.com" - AllowAnonymousAccess

有关详细信息，请参阅 New-SPWebApplication 和 Get-SPWebApplication。重要：必须在运行 Web 应用程序的同一台计算机上运行此命令。主机名和端口组合不得描述一个已存在的 Web 应用程序，否则将出现错误，并且不会创建 Web 应用程序。

4. [安装程序] 从命令提示符处，运行以下命令以重新启动 IIS：iisreset /noforce

84

创建和配置门户网站 Web 应用程序

在虚拟环境中部署 (SharePoint Foundation 2010)本节包含的文章提供了在虚拟环境中为 Microsoft SharePoint Foundation 2010 服务器配置虚拟机的指南。本节内容： 虚拟机指南 (SharePoint Foundation 2010)

85

虚拟机指南 (SharePoint Foundation 2010)本文提供有关采用 Windows Server 2008 Hyper-V 技术以及用于 Microsoft SharePoint Foundation 2010 服务器场的虚拟机 (VM) 的配置指南。其中包括 Web 服务器层、应用程序服务器层和数据库服务器层上的场服务器。在为 SharePoint 场配置虚拟机之前，建议您阅读 Hyper-V 入门指 南（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=187754&clcid=0x804)（该链接可能指向英文页面）。由于您针对虚拟机或其基础结构所做的每项配置决策都会对性能或功能（SharePoint Foundation 2010 和 Hyper-V）产生影响，因此了解每个配置选项非常重要。在 Hyper-V 环境中，您可以选择指定虚拟网络的配置以及每台虚拟机的配置。此外，还可以配置虚拟机与虚拟化主机的交互方式，以及在虚拟机的运行状态中断时虚拟机的停止和重新启动行为。本文内容： 网络 网络适配器 虚拟机配置 集成服务 使用快照

网络您可以在创建任何虚拟机之前或创建一台或多台虚拟机之后配置 Hyper-V 网络。也可以为 Hyper-V 主机创建多个虚拟网络。使用虚拟网络管理器（通过 Hyper-V 管理器访问），您有三种不同类型的虚拟网络可供选择。下表提供了各种网络类型及其特点的摘要。

类型 说明外部 如果要允许虚拟机与外部服务器和管理操作系统（有时称为父分区）通信，请使用此类型。此类型还允许同一物理服务器上的不同虚拟机相互通信。内部 如果要允许同一物理服务器上的不同虚拟机之间以及虚拟机和管理操作系统之间进行通信，请使用此类型。内部虚拟网络是指与物理网络适配器无关的虚拟网络。它通常用于构建测试环境，在该环境中，您需要从管理操作系统连接至虚拟机。专用 如果您只允许同一物理服务器上的不同虚拟机之间

86

类型 说明进行通信，请使用此类型。虚拟专用网络是在管理操作系统中没有虚拟网络适配器的虚拟网络。当您希望将虚拟机与管理操作系统和外部网络中的网络流量隔离时，通常可使用虚拟专用网络。

使用 SharePoint Foundation 服务器场要求可确定要在虚拟化主机上使用这三种网络配置中的哪一种。例如，在快速入门：在独立 Hyper-V 环境中部署单台服务器 (SharePoint Foundation 2010) 一文中，我们使用了内部网络将测试环境与生产环境隔离。确定要使用的网路类型之后，可指定自动分配给虚拟适配器的媒体访问控制 (MAC) 地址的范围。Microsoft Hyper-V Server 2008 的 R2 版本允许您向适配器提供静态 MAC 地址，以免网络上发生冲突。从网络性能的角度而言，创建虚拟局域网 (VLAN) 的能力可实现性能提升。同一 VLAN 上的虚拟机可通过虚拟交换机进行通信，这就是说，由于虚拟机不必使用物理网络适配器，从而使网络流量速度加快。VLAN 配置的另一个好处是它以软件为基础，可在保持计算机网络配置的同时轻松地移动计算机。 以下链接提供有关虚拟网络概念以及如何配置虚拟网络的详细信息。 基本网络在 Hyper-V 中的工作原理（该链接可能指向英文页面）

(http://go.microsoft.com/fwlink/?linkid=128228&clcid=0x804)（该链接可能指向英文页面） Hyper-V ：不同类型的虚拟网络的用法（该链接可能指向英文页面）

(http://go.microsoft.com/fwlink/?linkid=128085&clcid=0x804)（该链接可能指向英文页面） 了解 Hyper-V VLAN （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?

linkid=180709&clcid=0x804)（该链接可能指向英文页面） Hyper-V VLAN 第 II 部分（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?

linkid=18775&clcid=0x804)（该链接可能指向英文页面） 配置虚拟网络 (http://go.microsoft.com/fwlink/?linkid=158767&clcid=0x804)

网络适配器可将以下两种类型的网络适配器连接到虚拟机：网络适配器和旧版适配器。网络适配器比旧版网络适配器提供的性能更佳。旧版适配器会模拟基于 Intel 21140 的 PCI 快速以太网适配器，这样可导致数据传输速度低于网络适配器。旧版网络适配器还支持基于网络的安装，因为它能够启动到预启动执行环境 (PXE)。 除非您在安装虚拟机驱动程序之前需要使用旧版适配器，或需要执行网络启动，否则建议您使用网络适配器配置虚拟机。

您最初可使用旧版适配器执行网络启动，当不再需要该适配器时，可添加网络适配器并删除旧版适配器。

87

注意：

就像使用物理服务器一样，您可以在虚拟机上安装多个适配器。

虚拟机配置Hyper-V 提供了大量用于配置虚拟机的选项。在启动虚拟机并安装 Microsoft SharePoint Foundation 之后，可更改这些选项。您必须关闭虚拟机才能更改配置。可为每个虚拟机配置以下项： 启动顺序（旧版网路适配器、CD、IDE 或软盘） 内存容量 虚拟处理器的数量（最多四个） 控制器的类型和数量 磁盘的类型和数量 网络适配器的类型和数量除了上述配置外，您还可以选择配置 COM 端口及虚拟软盘。从 SharePoint Foundation 的角度来说，主要配置注意事项为内存、处理器以及控制器和硬盘的类型和数量。

内存在考虑为虚拟化主机预留的 2 GB RAM 之后，您可以将虚拟机配置为拥有剩余内存的任何容量。当然，您必须将提供给在同一虚拟化主机上运行的其他虚拟机的内存容量考虑在内。

为虚拟化主机预留的 2 GB RAM 仅用作策略性指导，并非必需或强制性使用的内存容量。通常情况下，为物理服务器分配的实际 RAM 容量要少于此值。Hyper-V 上的实际内存开销相当小。如果下载 Hyper-V RAM Calculator.xls （该链接可能指向英文页 面） (http://go.microsoft.com/fwlink/?linkid=187756&clcid=0x804)（该链接可能指向英文页面） 并使用它来计算具有指定大小（含有几台虚拟机）的主机上的 RAM 使用情况，这一点会得到很好地阐明。

处理器您可以为一台虚拟机配置多个虚拟处理器（最多可达四个处理器）。无法为在虚拟化主机上拥有逻辑（内核）处理器的每台虚拟机配置更多的处理器。例如，假设有一台双核物理服务器，您只能为每台虚拟机配置两个虚拟处理器。虽然 Hyper-V 支持每个内核可拥有八个虚拟处理器，但是采用此比率（1 个逻辑处理器 : 8 个虚拟处理器）的配置将被视为过度使用。对于在 SharePoint 场中使用的任何虚拟机，我们建议的比率为 1:1。虽然在虚拟化主机上过度使用 CPU 是有效的，但是性能会降低，这要具体取决于过度使用的量。

控制器与硬盘您可以在虚拟机上选择集成电子学 (IDE) 设备或 SCSI 设备，如下所示：

88

注意：

IDE 设备：Hyper-V 使用带有 IDE 控制器的模拟设备。您最多可以拥有两个 IDE 控制器，同时每个控制器上拥有两个磁盘。必须将启动盘（有时也称为引导盘）连接到其中一个 IDE 设备。启动盘可以是虚拟硬盘，也可以是物理磁盘。虽然虚拟机必须使用 IDE 设备作为启动盘来启动来宾操作系统，但是在选择为 IDE 设备提供存储的物理设备时，有很多选项可供您选择。 SCSI 设备：每台虚拟机最多支持 256 个 SCSI 磁盘（四个 SCSI 控制器，每个控制器最多支持

64 个磁盘）。SCSI 控制器使用的设备类型是专为虚拟机而开发的，并且这些控制器使用虚拟机总线进行通信。在启动来宾操作系统时，虚拟机总线必须可用。因此，连接到 SCSI 控制器的虚拟硬盘无法用作启动盘。虽然物理 SCSI 设备和 IDE 设备的 I/O 性能差异非常明显，但是对于 Hyper-V 中的虚拟化 SCSI 设备和 IDE 设备却不是这样。在来宾操作系统中安装集成服务后，IDE 设备和 SCSI 设备均提供同样快速的 I/O 性能。支持可热交换的硬盘驱动器（受 SCSI 的 Hyper-V 实现支持）是选择 SCSI 驱动器而非性能提升的更充分理由。

随 Windows Server 2008 R2 发布的 Hyper-V 版本在虚拟硬盘性能方面得到了很大的提升。有关详细信息，请参阅虚拟硬盘性能： Windows Server 2008/Windows Server 2008 R2/Windows 7 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=186519&clcid=0x804)（该链接可能指向英文页面）。有关虚拟机驱动器选项的摘要，请参阅本白皮书中“如何选择 Hyper-V 和 VHD 存储容器格式”一节。另外，还要注意作者的建议：在选择适合您的环境的 VHD 时，需要同时考虑访问性能和存储需求。使用 Windows Server 2008 R2 时，该选择与访问速度的关联较少，而与因高级缓存而使用的内存容量关联较多。没有适用于每个虚拟环境的通用存储解决方案。要选择适合您的 SharePoint Foundation 服务器的最佳虚拟机驱动器选项，需要进行研究和广泛的测试，从而实现最适合您的虚拟环境的存储解决方案。

集成服务Hyper-V 为受支持的来宾操作系统提供一个软件包，该软件包可使物理计算机与虚拟机之间的集成更紧密。此软件包称为集成服务。您应该确保管理操作系统（它运行 Hyper-V 角色）和虚拟机运行的是相同版本的集成服务。有关详细信息，请参阅集成服务的版本兼容性 (http://go.microsoft.com/fwlink/?linkid=188011&clcid=0x804)。对于每个虚拟机，您可以在虚拟机和虚拟化主机之间配置以下集成项目： 操作系统关闭 时间同步 数据交换 检测信号 备份（卷快照）

对每个 SharePoint Foundation 虚拟机禁用时间同步。SharePoint Foundation 2010 会大量实现计时器作业，并且时间同步期间的延迟将在 SharePoint Foundation 环境中导致不可预知的结果。

89

注意： 重要： 重要：

自动停止和启动对于每台虚拟机，您可以配置物理计算机关闭时的自动停止和启动行为。针对停止的选项有： 保存虚拟机状态。将保存虚拟机的当前状态，并且在虚拟机启动时，Hyper-V 会尝试将虚拟机还原到其最初所处的状态。 关闭虚拟机。这等同于拔掉服务器上的电源插头。 关闭来宾（虚拟机）操作系统。这等同于使用 Windows“关机”选项来关闭计算机。对于 SharePoint Foundation 虚拟机，请勿将虚拟机配置为保存状态。来自保存状态的虚拟机将与服务器场中的其他服务器不同步。建议您将虚拟机配置为使用关机选项，因为该选项可提供最大限度减少虚拟机损坏的最干净方法。在关机时，将允许完成任何正在运行的计时器作业，并且虚拟机重新启动时，不会出现任何同步问题。自动停止的相反操作是自动启动。当物理服务器重新启动时，Hyper-V 会提供以下启动选项： 不执行任何操作。当物理服务器关闭时，您必须手动启动虚拟机，无论其状态如何。 如果计算机在服务停止时正在运行，则自动启动。 始终自动启动此虚拟机。当物理服务器关闭时，Hyper-V 将启动计算机，无论其状态如何。建议您采用前两种选项之一。这两种选项均有效，但是最终决策将由管理和维护虚拟环境的 IT 团队做出。除了前面提到的启动选项之外，您还可以为虚拟机配置启动时间延迟。建议您执行此操作，以减少虚拟化主机上的资源争用。但是，如果启动选项将不执行任何操作，则不会出现问题。

使用快照快照提供了非常有用的工具，用于捕获正在运行的、暂停的或已停止的虚拟机的当前状态。利用快照功能，您可以迅速而轻松地恢复到以前的虚拟机配置中。此功能尤其适用于开发或测试环境。 作为一种最佳实践，建议您不要在生产环境中的虚拟机上使用快照功能，原因如下： 时钟同步：当您为正在运行的虚拟机生成快照时，在快照启动的时间和快照完成的时间之间会存在延迟。该延迟会影响 SharePoint Foundation 计时器作业，进而会影响场服务器之间的时间同步。

如果您选择为虚拟机生成快照，请在生成快照之前关闭该虚拟机，以便完成正在运行的作业。建议您在重新启动虚拟机后密切监控虚拟机及其他场服务器，以确保不会发生时间同步问题。 性能：当您为虚拟机创建快照时，实际上您已创建了差异磁盘。在虚拟机和快照之间会持续进行配置数据交换，这会影响性能。

90

重要：

使用 Windows PowerShell 安装 SharePoint Foundation 2010本文讨论如何使用 Windows PowerShell 在独立服务器或服务器场上执行 Microsoft SharePoint Foundation 2010 的干净安装。本文内容： 服务器场服务器要求 准备 SPModule 通过运行 Install-SharePoint 安装 SharePoint Foundation 2010 使用 New-SharePointFarm 配置服务器场 使用 Windows PowerShell 创建 Web 应用程序 使用 SharePoint 2010 场配置向导来部署服务 使用 Windows PowerShell 创建网站集 执行其他配置任务 使用 Join-SharePointFarm 将服务器添加到服务器场 配置跟踪日志您可以使用 Windows PowerShell 安装 Microsoft SharePoint Foundation 2010，并将其与其他管理员工具一起使用来自动化无人参与安装并配置服务器场，从而简化部署。

服务器场服务器要求在安装 SharePoint Foundation 2010 之前，请查看以下有关权限、硬件要求和软件要求的信息，以及开始此过程之前要执行的步骤：1. 确保您满足所有硬件和软件要求。您必须拥有 64 位版本的 Windows Server 2008 或 Windows

Server 2008 R2。对于服务器场，您也必须拥有 64 位版本的 SQL Server 2005 或 SQL Server 2008。有关这些要求（比如必须安装的特定更新）的详细信息，请参阅确定硬件和软件要求 (SharePoint Foundation 2010) 。

2. 确保您准备好使用适当的权限设置所需帐户。有关详细信息，请参阅初始部署所需的管理帐户和服务帐户 (SharePoint Foundation 2010) 。

准备 SPModule SPModule.zip 文件是一个 Windows PowerShell 模块，它由将安装 SharePoint 场的 SharePoint 产品组的成员编写。 若要使用 SPModule.zip 文件，请执行以下步骤：

91

1. 从下面的下载中心页（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=187924&clcid=0x804)（该链接可能指向英文页面）下载 SPModule.zip 和文本文件。

2. 将这些文件提取到一个名为 SPModule 的文件夹中，然后将该文件夹添加到环境路径。PSModulePath 环境变量用于存储指向磁盘上已安装模块的位置的路径。若要查看 PSModulePath 变量中指定的路径，请在 Windows PowerShell 命令提示符处，键入 $env:PSModulePath。有关详细信息，请参阅 PSModule 环境变量（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=187757&clcid=0x804)（该链接可能指向英文页面）。完成提取操作后，SPModule 文件夹应包含两个文件，即：SPModule.misc 和 SPModule.setup。

如果未将 SPModule 文件夹添加到 PSModulePath 变量，则必须指定用于加载 SPModule 的完整路径。3. 决定要提供的签名类型。

这些下载文件都是未签名的。若要提供自签名脚本，请参阅 AllSigned ：对 PowerShell 脚 本进行签名（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=187758&clcid=0x804)（该链接可能指向英文页面）。

默认情况下，Windows PowerShell 执行策略将设置为“受限”，以使任何脚本都无法运行。若要更改执行策略，请运行 Set-ExecutionPolicy cmdlet。有关执行策略的其他信息，请参阅 About_Signing (http://go.microsoft.com/fwlink/?linkid=187759&clcid=0x804)。

1. 单击“开始”，指向“所有程序”，然后单击“Windows PowerShell V2”。在 Windows PowerShell 命令提示符窗口打开后，首先需要执行的操作是将该模块的路径添加到 Windows PowerShell 模块路径（假定您已在服务器上创建一个名为“SPModule”的文件夹）中：

2. 右键单击“Windows PowerShell V2”，再单击“以管理员身份运行”。注意：如果已安装 Microsoft SharePoint Foundation 2010，则可改为打开 SharePoint 2010 Management Shell。

3. 在显示命令提示符窗口后，需要通过在 Windows PowerShell 命令提示符处键入以下语法，将该模块导入当前 Windows PowerShell 会话中，并将其添加到某个路径：Import-Module SPModule.misc

Import-Module SPModule.setup

在导入 SPModule.misc 模块时，将调用一个更新检查。在 1.0 版中，这将检查一个文本文件，以查看是否存在更新的可用版本。如果您获知存在更新的可用版本，则可以下载该版本。成功完成 Import-Module 命令后，即可使用 SPModule。只应在 SPModule 的上下文中和本文所述的过程中使用以下命令：

92

注意： 注意： 重要：

1. Install-SharePoint：为 SharePoint Foundation 2010 安装所有二进制文件。有关详细信息，请参阅 Scripted deployment reference (SharePoint Foundation 2010) （该链接可能指向英 文页面）2. New-SharePointFarm：创建 SharePoint 场并执行以下相关任务：

配置安全性 创建一个可填入服务应用程序的共享服务 Web 应用程序。 创建并配置管理中心网站。 安装所有产品帮助文件。 安装所有服务器场功能。

3. Join-SharePointFarm：将服务器添加到服务器场，然后对这些服务器进行配置。有关详细信息，请参阅 Scripted deployment reference (SharePoint Foundation 2010) （该链接可能指向英 文页面）安装 Windows PowerShell 2.0 版本后，可以使用 Windows PowerShell 的一项称为“远程处理”的新功能。通过使用远程处理功能和几行 Windows PowerShell 代码，管理员可在服务器场中远程安装多个服务器。有关远程处理和 SPModule 的详细信息，请参阅使用 SPModule 进行远程安装（该链 接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=187923&clcid=0x804)（该链接可能指向英文页面）。

通过运行 Install-SharePoint 安装 SharePoint Foundation 2010在确定安装所必需的帐户后，可以安装 SharePoint Foundation 2010。该产品 DVD 包含配置文件 (Config.xml) 的示例。这些示例文件存储在 DVD 根目录的 \Files 文件夹下的各个文件夹中（这些文件夹对应于不同的方案）。下表描述了这些示例文件。

配置文件 说明 Setup\Config.xml 独立服务器安装，使用 Microsoft SQL Server

2005 Express Edition

SetupFarm\Config.xml 服务器场安装SetupFarmSilent\Config.xml 静默模式下的服务器场安装SetupFarmUpgrade\Config.xml 现有服务器场的就地升级SetupSilent\Config.xml 静默模式下的独立服务器安装，使用 SQL

Server 2005 Express Edition

SetupSingleUpgrade\Config.xml 现有单一服务器安装的就地升级

93

1. 在 SharePoint Foundation 2010 产品 DVD 所在的驱动器上，切换到根目录，找到 setup.exe 文件。

2. 将 SPModule.Setup Install-SharePoint 与选定的 Config.xml 文件一起运行，如下所示：Install-SharePoint -SetupExePath<路径和文件名>-ConfigXml<路径和文件名>

注意：您可以选择其中一个示例文件，也可以自定义自己的配置文件。

3. 按 Enter。安装现已完成。

下面的示例演示了用于在静默模式 (SetupSilent) 下设置单服务器的配置文件。<Configuration><Package Id="sts">  <Setting Id="LAUNCHEDFROMSETUPSTS" Value="Yes" /> 

</Package><Package Id="spswfe">  <Setting Id="SETUPCALLED" Value="1" />  </Package>  <Logging

Type="verbose" Path="%temp%" Template="SharePoint Server Setup(*).log" />- <!--<PIDKEY Value="Enter

Product Key Here" />  -->  <Display Level="none" CompletionNotice="no" />  <Setting Id="SERVERROLE"

Value="APPLICATION" />  <Setting Id="USINGUIINSTALLMODE" Value="0" />  <Setting

Id="SETUP_REBOOT" Value="Never" />  <Setting Id="SETUPTYPE" Value="CLEAN_INSTALL" /> 

</Configuration>

您还可以自定义自己的配置文件。若要控制安装，首先在文本编辑器中编辑 Config.xml 文件，以便包含您需要的元素并使那些元素具有适当的设置。紧接着，运行 Install-SharePoint -SetupExePath -ConfigXML 以指定安装程序运行并使用 Config.xml 文件中设置的选项。一些典型的配置选项包括： 通过在 Config.xml 文件中将产品密钥作为一个值 <PIDKEY Value="Enter PID Key Here" /> 提供来绕过产品密钥提示。 添加日志文件 <Logging Type="off" | "standard"(default) | "verbose" Path="path"

Template="file name.log"/> 的位置，可以在命令行安装失败时查看该日志文件。使用文本编辑器（如记事本）来编辑 Config.xml。不要使用通用的 XML 编辑器，如 Microsoft Office Word 2007。若要验证 XML 文件格式是否正确，请使用任何支持的浏览器。

使用 PID 密钥运行 Install-SharePoint若要在静默模式下运行安装程序，而不使用 XML 配置文件，请在 Windows PowerShell 命令提示符处键入下列命令之一： 对于独立服务器：Install-SharePoint -SetupExePath "<drive letter>:\SharePoint 2010\Setup\

setup.exe" -ServerRole "SINGLESERVER"

对于服务器场部署：Install-SharePoint -SetupExePath "<drive letter>:\SharePoint 2010\Setup\

setup.exe"

94

在 Windows PowerShell 命令提示符处，将 Install-SharePoint 与 Config.xml 文件一起运行

重要：

若要使用 XML 配置文件在静默模式下运行安装程序，请在 Windows PowerShell 命令提示符处键入下列命令之一：： 对于独立服务器：Install-SharePoint -SetupExePath "G:\SharePoint 2010\Setup\setup.exe" -

ConfigXML "G:\SharePoint 2010\Setup\Config\singleserver_config.xml" -ServerRole

"SINGLESERVER"

对于服务器场部署：Install-SharePoint -SetupExePath "G:\SharePoint 2010\Setup\setup.exe" -

ConfigXML "G:\SharePoint 2010\Setup\Config\appserver_config.xml"

对于 Microsoft SharePoint Foundation 2010，不需要指定 PIDKey 参数。

使用 New-SharePointFarm 配置服务器场在完成 Install-SharePoint 命令后，可使用 New-SharePointFarm 命令配置 SharePoint Foundation 2010。配置选项是不同的，具体取决于是在独立服务器上还是服务器场上安装 SharePoint Foundation 2010。

在独立服务器上配置 SharePoint FoundationServer 2010在独立服务器部署中，可以运行 New-SharePointFarm。在使用先前创建和配置的“安装”用户帐户登录后，可配置 SharePoint Foundation 2010。

在 Windows PowerShell 命令提示符处，键入以下命令：New-SharePointFarm -DatabaseServer <String> -DatabaseAccessAccount <(Get-Credential

domain\account)> -FarmName <string>

其中： <String> 是数据库服务器的名称。例如“SQL01”。 <PSCredential> 是执行安装的用户帐户的域\密码。 <String> 是服务器场的名称。例如“Farm1”。

New-SharePointFarm 命令将在配置步骤执行时对其进行描述，并指明配置成功完成。对于独立服务器安装，这是命令行安装的最后一个步骤。在创建网站之前，强烈建议您在所有服务器场的服务器上安装并配置 SharePoint Foundation 2010。

不要在多台计算机上同时运行 New-SharePointFarm 和 Join-SharePointFarm 命令，因为这会导致出现争用问题和不可预测的行为。如果其中的任何命令失败，则请查看安装后的配置日志文件。这些日志文件位于 %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\14\Logs 中，可使用以 PowerShell_ConfigurationDiagnostics 开头的文件名和 .log 文件扩展名来标识它们。

95

注意： 使用 New-SharePointFarm 在独立服务器上配置 SharePoint FoundationServer 2010 警告： 注意：

本节提到的 Windows PowerShell cmdlet 必须从 SharePoint 2010 Management Shell 运行。若要连接到现有配置数据库，并将服务器联接到现有服务器场，则必须按此顺序将 Connect–SPConfigurationDatabase cmdlet 与下面的 Windows PowerShell cmdlet 一起运行： Install-SPHelpCollection Initialize-SPResourceSecurity Install-SPService Install-SPFeature -AllExistingFeatures Install-SPApplicationContent

使用 Windows PowerShell 创建 Web 应用程序使用 New-SPWebApplication cmdlet 可创建 Web 应用程序和新的内容数据库。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

New-SPWebApplication -ApplicationPool <String> –Name

<InternetSite>

–ApplicationPoolAccount (Get-SPManagedAccount

<DOMAIN\UserName>

其中： <ApplicationPool> 是应用程序池的名称。例如，“SharePoint -80”。 <InternetSite> 是 Web 应用程序的名称。 Domain\UserName 是应用程序池帐户的名称。

有关详细信息，请参阅 New-SPWebApplication。 注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

96

注意： 创建 Web 应用程序

使用 SharePoint 2010 场配置向导来部署服务安装时可使用 SharePoint 产品和技术配置向导来部署服务。有关服务和服务应用程序的信息，请参阅管理服务应用程序和服务 (SharePoint Foundation 2010) 。

使用 Windows PowerShell 创建网站集可使用 New-SPSite cmdlet 创建首要网站集。New-SPSite cmdlet 可在特定 URL 处创建网站集，其中指定用户将作为网站所有者。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

New-SPSite

<SiteURL>

-OwnerAlias

<DOMAIN\UserName>

其中： <SiteURL> 是新网站的 URL。 <DOMAIN\UserName> 是网站所有者的用户登录名。

有关详细信息，请参阅 New-SPSite。 注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

如果不指定要使用的网站模板，则网站所有者可在首次浏览网站时选择网站模板。可以使用 Get-SPWebTemplate cmdlet 来显示模板列表。有关 SharePoint Foundation 2010 中常见模板的完整列表，请参阅 Scripted deployment reference (SharePoint Foundation 2010) （该链接可能指向英文页面） 若要使用 Windows PowerShell 创建其他网站集，可以使用 New-SPSite cmdlet。若要使用新网站来创建新的内容数据库，请使用 New-SPContentDatabase cmdlet 或带 ContentDatabase 参数的 New-SPSite。

创建网站后，可能需要配置备用访问映射。在用户与 SharePoint Foundation 2010 进行交互的过程中（例如，在浏览到 SharePoint 网站的主页时），备用访问映射可将用户定向到正确的 URL。备用访

97

创建网站集 注意：

问映射使 SharePoint Foundation 2010 能够将 Web 请求映射到正确的 Web 应用程序和网站，并使 SharePoint Foundation 2010 能够为用户返回正确的内容。有关详细信息，请参阅 Set-SPAlternateUrl。

执行其他配置任务安装 SharePoint Foundation 2010 后，建议您执行以下管理任务： 配置传出电子邮件设置。 配置工作流设置。 配置诊断日志记录设置。 配置防病毒设置。

使用 Join-SharePointFarm 将服务器添加到服务器场必须在要添加到服务器场中的所有服务器上运行 Join-SharePointFarm 命令。若要连接到现有配置数据库，并将服务器联接到现有服务器场，请在服务器上键入以下命令（安装 SharePoint Foundation 2010 之后）：Join-SharePointFarm -DatabaseServer

<String>

-ConfigurationDatabaseName

<String>

-Passphrase

<SecureString>

其中： <String> 是数据库服务器的名称。例如 SQL01。 <SecureString> 是格式为 DOMAIN\password 的用户帐户的密码。

配置跟踪日志跟踪日志对于分析可能出现的问题非常有用。您可以使用写入跟踪日志中的事件确定在发生问题前在 SharePoint Foundation 2010 中进行了哪些配置更改。默认情况下，SharePoint Foundation 2010 在跟踪日志文件中保存 14 天内发生的事件。这意味着，包含 14 天以前发生的事件的跟踪日志文件将被删除。可以使用 Set-SPLogLevel cmdlet 来配置所有诊断日志记录。您可以使用管理中心中的“诊断日志记录”页来配置要保留的最大跟踪日志文件数以及每个日志文件应捕获多长时间（以分钟为单位）内发生的事件。 也可以使用 Set-SPLogLevel cmdlet 来指定写入日志文件的位置或接受默认路径。

98

跟踪日志文件可帮助解决与 Microsoft SharePoint Foundation 搜索服务的配置更改相关的问题。由于并不总是能够立即发现与配置更改相关的问题，因此建议您无论何时更改配置，都要保存系统创建的所有跟踪日志文件。将这些日志文件在某个将不会被覆盖的安全位置存储一段时间。建议您将日志文件存储在仅用于存储日志文件的硬盘驱动器分区上。有关诊断日志记录的其他信息，请参阅配置诊断日志记录 (SharePoint Foundation 2010)

99

初始配置 (SharePoint Foundation 2010)安装 Microsoft SharePoint Foundation 2010 后，必须执行初始配置。如果您在服务器场中使用不同的语言，请确保在 Web 服务器上安装了正确的语言包。然后便可开始配置服务器场设置。可以选择配置附加设置，但如果不配置这些设置，则许多主要功能都将无法使用。在创建 Web 应用程序并配置要用于此 Web 应用程序的服务后，便可开始创建网站集。 本节中的文章可帮助您执行 SharePoint Foundation 2010 的初始配置。 部署语言包 (SharePoint Foundation 2010) 语言包使网站所有者和网站集管理员能够用多种语言创建 SharePoint 网站和网站集，而无需单独安装 SharePoint Foundation 2010。本文介绍如何在 Web 服务器上安装语言包。

配置服务器场设置 (SharePoint Foundation 2010) 本文介绍如何在服务器场中配置附加设置，例如传出和传入电子邮件、移动帐户和诊断日志记录。

配置服务 (SharePoint Foundation 2010) 可以单独配置各项服务，并且可以仅实施组织所需的服务。部署的服务称为服务应用程序。服务应用程序提供了一类资源，可以在单个服务器场中的各个网站或多个服务器场之间共享此资源，并且允许用户通过宿主 Web 应用程序访问此资源。本文介绍如何启动、停止和配置服务，以及如何管理和发布服务应用程序。

准备宿主网站 (SharePoint Foundation 2010) 安装 SharePoint Foundation 2010 并执行初始配置后，即可开始创建 SharePoint 网站。本文介绍如何创建 Web 应用程序和网站集，它们是创建 SharePoint 网站的基础。

100

部署语言包 (SharePoint Foundation 2010)本文内容： 关于语言 ID 和语言包 下载语言包 为语言包准备 Web 服务器 在 Web 服务器上安装语言包 卸载语言包网站所有者和网站集管理员可使用语言包，以多种语言创建 SharePoint 网站和网站集，而无需单独安装 Microsoft SharePoint Foundation 2010。您可以在 Web 服务器上安装包含特定语言网站模板的语言包。当管理员基于特定语言网站模板创建网站或网站集时，将用网站模板的语言显示网站或网站集上出现的文本。语言包通常用于跨国部署（其中单个服务器场支持位于不同位置的人员）或必须以一种或多种语言复制网站和网页的情况。

无法通过应用不同的特定语言网站模板将现有网站、网站集或网页从一种语言更改为另一种语言。为网站或网站集使用特定语言网站模板之后，网站或网站集将始终采用原始网站模板的语言显示内容。 使用分词系统和词干分析器，可以有效搜索 SharePoint 网站和网站集上用多种语言编写的内容，而无需单独安装 SharePoint Foundation 2010。安装程序会自动将分词系统和词干分析器安装在 Web 服务器上。

如果要卸载 SharePoint Foundation 2010，则在卸载 SharePoint Foundation 2010 之前必须卸载所有语言包。

关于语言 ID 和语言包当网站所有者或网站集管理员创建网站或网站集时，可以为每个网站或网站集选择一种语言。所选择的语言具有语言标识符 (ID)。语言 ID 确定了显示和解释网站或网站集上的文本时所使用的语言。例如，当网站所有者用法语创建网站时，网站的工具栏、导航栏、列表和列标题都将用法语显示。同样，如果网站所有者用阿拉伯语创建网站，则网站的工具栏、导航栏、列表和列标题都将用阿拉伯语显示。此外，网站的从左至右的默认方向将更改为从右至左的方向以正确显示阿拉伯语文本。 可供您用来创建网站或网站集的语言的列表由安装在 Web 服务器上的语言包生成。默认情况下，使用安装 SharePoint Foundation 2010 时所使用的语言来创建网站和网站集。例如，如果安装西班牙语版本的 SharePoint Foundation 2010，则网站、网站集和网页的默认语言为西班牙语。如果某人需要使用默认的 SharePoint Foundation 2010 语言之外的其他语言创建网站、网站集或网页，则必须在 Web 服务器上安装该语言的语言包。例如，如果正在运行法语版本的 SharePoint Foundation 2010，且网站所有者希望使用法语、英语和西班牙语创建网站，则您需要在 Web 服务器上安装英语语言包和西班牙语语言包。

101

注意： 重要：

默认情况下，当网站所有者在网站内创建新的网页之后，该网页将使用语言 ID 指定的语言来显示文本。语言包未捆绑到多语言安装包中。必须为要支持的每种语言安装特定的语言包。还必须在每台 Web 服务器上安装语言包，以确保每台 Web 服务器都可用指定的语言呈现内容。

无法通过应用不同的特定语言网站模板将现有网站、网站集或网页从一种语言更改为另一种语言。为网站或网站集使用特定语言网站模板之后，网站或网站集将始终采用原始网站模板的语言显示内容。 若要获得所有可用语言包的列表，以及相关的下载链接，请参阅 Language packs (SharePoint Foundation 2010) （该链接可能指向英文页面） 。虽然网站所有者为网站指定了语言 ID，但某些用户界面元素（如错误消息、通知和对话框）不会用指定的语言显示。这是因为 SharePoint Foundation 2010 依赖于若干支持技术（例如，Microsoft .NET Framework、Microsoft Windows Workflow Foundation、Microsoft ASP.NET 和 Microsoft SQL Server 2005），而其中的一些技术仅本地化为有限的几种语言。如果用户界面元素由某项支持技术生成，而该技术未本地化为网站所有者为网站指定的语言，则用户界面元素将以英语显示。例如，如果网站所有者用希伯来语创建网站，并且 .NET Framework 组件显示通知消息，则通知消息将不会用希伯来语显示，原因是 .NET Framework 未本地化为希伯来语。当使用除以下语言之外的任何语言创建网站时也会出现这种情况：中文、法语、德语、意大利语、日语、朝鲜语和西班牙语。

您安装的每个语言包都会在 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LAYOUTS\Locale_ID 下创建一个文件夹，其中包含特定于区域性的数据。在每个 locale_ID 文件夹中，只能有一个包含错误信息并且在无法找到某个文件时使用的 HTML 错误文件。任何时候无法为属于该区域性的任何网站找到某个文件时，将会使用此文件。可以通过为每个 Web 应用程序设置 SPWebApplication.FileNotFoundPage 属性来指定要使用的文件。有关详细信息，请参阅 SPWebApplication.FileNotFoundPage 属性（该链接 可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=169319&clcid=0x804)。

在某些情况下，一些文本可能源自初始安装语言，这可能会创造混合语言体验。通常，只有内容创建者或网站所有者才会经历这种混合语言体验，而网站用户则不会有此经历。

下载语言包您必须为要支持的每种语言执行以下步骤。如果您决定下载多种语言，请注意要为每种语言下载具有公用名的唯一文件。因此，确保将每个语言包下载到硬盘上的单独文件夹，以免覆盖其他语言的语言包。

Windows PowerShell 帮助文件的默认安装语言为英语 (en-us)。若要以操作系统的语言查看这些文件，必须安装与操作系统语言一致的语言包。 如果要从以前版本的 Microsoft SharePoint Foundation 升级，并且要使用 Group

Approval (eApproval) 功能，那么，在运行 SharePoint 产品和技术配置向导之前，必须先安装以下所有语言包： 安装语言包之后，请在 %COMMONPROGRAMFILES%\Microsoft Shared\Web Server

Extensions\14 文件夹中运行以下命令： psconfig.exe –cmd upgrade –inplace v2v

102

注意： 重要： 重要： 重要： 重要

1. 使用下载链接之一下载语言包的 64 位版本。2. 在下载页上，从“更改语言”列表中选择所要的语言，然后单击“更改”。3. 在网页上单击“下载”。4. 在出现的对话框中，单击“保存”将该文件的副本下载到本地计算机上。如果要卸载 SharePoint Foundation 2010，则在卸载 SharePoint Foundation 2010 之前必须卸载所有语言包。

为语言包准备 Web 服务器在 Web 服务器上安装语言包之前，必须执行以下操作： 在 Web 服务器上安装必需的语言文件。 在每台 Web 服务器上安装 SharePoint Foundation 2010。 在每台 Web 服务器上安装 SharePoint 产品和技术配置向导。 语言文件由操作系统使用，它们对用多种语言显示和输入文本提供支持。语言文件包括以下这些： 键盘文件 输入法编辑器 (IME) TrueType 字体文件 位图字体文件 代码页转换表 区域语言支持 (.nls) 文件 用于呈现复杂文种的脚本引擎 默认情况下，Windows Server 2008 操作系统已安装大多数语言文件。但对于东亚语言和使用复杂文种或需要从右到左方向的语言，必须安装附加语言文件。东亚语言包括中文、日语和朝鲜语。复杂文种和从右到左方向的语言包括阿拉伯语、亚美尼亚语、格鲁吉亚语、希伯来语、印度语、泰语和越南语。下面的过程提供了安装这些附加语言文件的相关说明。 我们建议您仅在需要这些语言文件时才安装它们。东亚语言文件需要大约 230 MB 硬盘空间。虽然复杂文种和从右至左方向的语言不会占用过多磁盘空间，但安装任一组文件都可能会导致在输入文本时降低性能。

您将需要 Windows Server 2008 产品光盘来执行此过程，或需要知道包含操作系统安装文件的共享文件夹的位置。 在安装附加的语言文件之后，必须重新启动计算机。 1. 您必须是计算机上的 Administrators 组的成员，才能安装这些语言文件。在安装这些语言文件之后，计算机的所有用户都可以使用这些语言。2. 在 Web 服务器上，单击“开始”，依次指向“设置”和“控制面板”，然后单击“区域和语言

103

下载语言包 注意： 注意 在 Windows Server 2008 上安装附加的语言文件

选项”。3. 在“区域和语言选项”对话框中的“键盘和语言”选项卡上，在“显示语言”部分单击“安装/卸载语言”。 4. 在“安装或卸载语言”对话框中，单击“安装语言”。5. 在“选择要安装的语言”页上，从可用语言的列表中选择要安装的语言。如果此语言未出现，则单击“浏览文件夹”以导航到将此语言文件下载到的位置。语言文件为 .cab 文件。6. 选择要安装的所有语言，然后单击“下一步”。7. 接受条款，然后单击“下一步”。8. 单击“安装”。

在 Web 服务器上安装了必需的语言文件之后，必须安装 SharePoint Foundation 2010 并运行 SharePoint 产品和技术配置向导。该向导将创建和配置配置数据库，并执行在安装语言包之前必须完成的其他配置任务。有关安装 SharePoint Foundation 2010 并运行 SharePoint 产品和技术配置向导 的详细信息，请参阅部署概述 (SharePoint Foundation 2010) 。

在 Web 服务器上安装语言包在 Web 服务器上安装必需的语言文件之后，可以安装语言包。可以单个下载语言包（对每种受支持的语言下载一个语言包）。如果具有服务器场环境，并且要安装语言包以支持多种语言，则必须在每台 Web 服务器上安装语言包。 语言包将用其本身的语言安装。例如，俄语语言包的可执行文件本身为俄语。下面的过程适用于英语语言包。1. 运行 setup.exe。2. 查看“阅读 Microsoft 软件许可条款”页上的条款，选中“我接受此协议的条款”复选框，然后单击“继续”。 3. 安装向导将运行并安装语言包。4. 使用默认设置重新运行 SharePoint 产品和技术配置向导。如果在安装语言包之后没有运行

SharePoint 产品和技术配置向导，将无法正确安装语言包。

1. 单击“开始”，指向“所有程序”，单击“Microsoft SharePoint 2010 产品”，然后单击“SharePoint 2010 产品配置向导”。2. 在“欢迎使用 SharePoint 产品”页上，单击“下一步”。3. 在警告您某些服务在配置期间可能需要重新启动的对话框中单击“是”。4. 在“修改服务器场设置”页上，单击“不断开与此服务器场的连接”，然后单击“下一步”。5. 如果“修改 SharePoint 管理中心 Web 管理设置”页出现，则不要更改任何默认设置，然后单

104

重要： 安装语言包 重新运行 SharePoint 2010 产品配置向导

击“下一步”。6. 在“正在完成 SharePoint 产品和技术配置向导”页上，单击“下一步”。7. 在“配置成功”页上，单击“完成”。

在安装语言包时，特定语言网站模板将安装在 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\template\数字 目录中，其中数字 是所安装语言的语言 ID。例如，美国英语语言包将安装到 %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\template\1033 目录中。在安装语言包之后，网站所有者和网站集管理员可基于特定语言网站模板来创建网站和网站集，方式是在创建新的 SharePoint 网站或网站集时指定一种语言。

卸载语言包如果不再需要支持已为其安装语言包的语言，则可以通过使用“控制面板”来删除语言包。删除语言包将从计算机上删除特定语言网站模板。使用这些特定语言网站模板创建的所有网站都将不再起作用（URL 将生成一个 HTTP 500 - 内部服务器错误页）。重新安装该语言包将使网站正常工作。

不能删除已安装在服务器上的 SharePoint Foundation 2010 版本的语言包。例如，如果运行的是日语版的 SharePoint Foundation 2010，则不能卸载针对 SharePoint Foundation 2010 的日语语言支持。

105

注意：

配置服务器场设置 (SharePoint Foundation 2010)初始安装 Microsoft SharePoint Foundation 2010 后，您可以配置多项附加设置。其中一些设置包括配置使用率和运行状况数据集以确保您收集要分析的相关数据，配置多项诊断日志记录设置以帮助进行疑难解答，以及配置移动帐户以便在 SharePoint 列表或项目发生更改时用户可以通过短信服务 (SMS) 收到通知。虽然附加设置的配置是可选的，但是除非已配置这些设置，否则许多主要功能都将无法使用。本节中的文章介绍如何配置服务器场。 配置使用率和运行状况数据集 (SharePoint Foundation 2010)

本文介绍如何在 SharePoint Foundation 2010 中配置使用率和运行状况数据集。 配置诊断日志记录 (SharePoint Foundation 2010)

本文介绍如何配置在初始部署或升级后以及系统的整个生命周期都可能需要的诊断日志记录。 电子邮件集成 (SharePoint Foundation 2010)

本文介绍如何在服务器场中配置传入和传出电子邮件。 配置移动帐户 (SharePoint Foundation 2010)

本文讨论如何为 SharePoint Foundation 2010 配置和管理移动帐户，从而使用户可以订阅通过短信服务 (SMS) 发送的通知。 安装和配置远程 BLOB 存储或外部 BLOB 存储 (SharePoint Foundation 2010)

本文介绍如何为支持 Microsoft SharePoint Foundation 2010 服务器场的 Microsoft SQL Server 2008 数据库服务器安装和配置远程 BLOB 存储 (RBS)。

106

配置使用率和运行状况数据集 (SharePoint Foundation 2010)本文提供有关在 Microsoft SharePoint Foundation 2010 中配置使用率和运行状况数据集的信息。系统会将使用率和运行状况数据写入日志记录文件夹以及日志记录数据库。若要为日志记录数据库配置设置，您必须使用 Windows PowerShell。本文内容： 使用管理中心配置使用率和运行状况数据集 使用 Windows PowerShell 配置使用率数据集 使用 Windows PowerShell 配置特定事件类型的使用率数据集 使用 Windows PowerShell 将使用率数据记录在其他日志记录数据库中

您无法使用 Windows PowerShell 配置运行状况数据集设置。

使用管理中心配置使用率和运行状况数据集您只能使用管理中心配置使用率和运行状况数据集。

1. 验证执行此过程的用户帐户是否为 Farm Administrators 组的成员。注意：使用率和运行状况数据设置为服务器场范围设置，因此无法为服务器场中的单个服务器设置这些设置。

2. 在管理中心的“主页”上，单击“监视”。3. 在“监视”页上的“报告”部分，单击“配置使用率和运行状况数据集”。4. 在“配置使用率和运行状况数据集”页上的“使用率数据集”部分，通过选中“启用使用率数据集”文本框启用使用率数据集。5. 在“事件选择”部分，通过选中“要记录的事件”列表中事件旁边的复选框来选择要记录的事件。

注意：日志记录使用系统资源，并且可能会影响性能和磁盘使用率。请仅记录要定期报告的那些事件。要进行临时报告或调查，请为特定事件启用日志记录，然后在报告或调查完成后为这些事件禁用日志记录。

6. 在“使用率数据集设置”部分的“日志文件位置”框中，键入要将使用率和运行状况信息写入其中的文件夹的路径。指定的路径必须在所有服务器场服务器上存在。注意：

107

注意： 使用管理中心配置使用率和运行状况数据集

这些设置应用于所有事件。若要为单独的事件类型设置事件集合设置，您必须使用 Windows PowerShell。

7. 在“最大日志文件大小”框中，以 GB 为单位键入日志占用的最大磁盘空间（介于 1 和 20 GB 之间）。8. 在“运行状况数据集”部分，选中“启用运行状况数据集”复选框。若要更改收集计划，请单击“运行状况日志记录计划”。将列出收集运行状况数据的一系列计时器作业。单击任何这些计时器作业以更改其计划，或禁用该计时器作业。9. 在“日志记录数据库服务器”部分，若要更改使用的身份验证，请选择“Windows 身份验证”或“SQL 身份验证”选项。

注意：若要更改“数据库服务器”和“数据库名称”值，您必须使用 Windows PowerShell。

使用 Windows PowerShell 配置使用率数据集您可以使用 Windows PowerShell 来配置使用率数据集，但不能使用 Windows PowerShell 来配置运行状况数据集。1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令，然后按 Enter：

Set-SPUsageService [-LoggingEnabled {1 | 0}] [-UsageLogLocation <Path>] [-

UsageLogMaxSpaceGB <1-20>] [-Verbose]

重要：您必须为 UsageLogLocation 指定在所有服务器场服务器上都存在的路径。

通过键入 -LoggingEnabled 1 来启用使用率数据日志记录。用 UsageLogMaxSpaceGB 参数指定用于日志记录的最大驱动器空间量。 有关详细信息，请参阅 Set-SPUsageService。

注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

108

注意： 使用 Windows PowerShell 配置使用率数据集

使用 Windows PowerShell 配置特定事件类型的使用率数据集管理中心中“配置使用率和运行状况数据集”页上列出的事件类型与 Windows PowerShell 中的使用率定义相同。您只能使用 Windows PowerShell 单独配置使用率定义。而且，您只能配置 DaysRetained 设置。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令，然后按 Enter：

Set-SPUsageDefinition -Identity <GUID> [-Enable] [-DaysRetained <1-30>] [-Verbose]

使用 Enabled 开关可以为此使用率定义启用使用率日志记录。使用 DaysRetained 可以指定使用率数据被删除之前在日志中保留的时间。范围介于 1 到 30 天之间。若要查看命令的进度，请使用 Verbose 参数。有关详细信息，请参阅 Set-SPUsageDefinition。

注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

使用 Windows PowerShell 将使用率数据记录在其他日志记录数据库中

您只能使用 Windows PowerShell 更改此设置。1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令，然后按 Enter：

Set-SPUsageApplication -DatabaseServer <Database server name> -DatabaseName <Database

name> [-DatabaseUsername <User name>] [-DatabasePassword <Password>] [-Verbose]

您必须为 DatabaseServer 参数指定值，即使新数据库与旧数据库位于同一数据库服务器上也是

109

使用 Windows PowerShell 为特定事件类型配置使用率数据日志记录 注意：使用 Windows PowerShell 将使用率数据记录在其他日志记录数据库中

如此。如果数据库所有者的用户帐户与您登录时所使用的用户帐户不同，则必须同时使用 DatabaseUsername 和 DatabasePassword 参数。若要查看命令的进度，请使用 Verbose 参数。

有关详细信息，请参阅 Set-SPUsageApplication。注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

另请参阅监控概述 (SharePoint Foundation 2010)

110

配置诊断日志记录 (SharePoint Foundation 2010)本文提供有关在 Microsoft SharePoint Foundation 2010 中配置诊断日志记录的信息。本文内容： 最佳实践 使用管理中心配置诊断日志记录 使用 Windows PowerShell 配置诊断日志记录

最佳实践SharePoint Foundation 2010 环境可能要求在初始部署或升级后以及可能在系统的整个生命周期中配置诊断日志记录的设置。以下列表中的指导原则可以帮助您建立特定环境的最佳实践。 更改日志记录写入到的驱动器。默认情况下，诊断日志记录配置为将日志写入到安装 SharePoint

Foundation 2010 的同一个驱动器和分区中。由于诊断日志记录可能使用大量驱动器空间，而且写入到日志可能会影响驱动器性能，因此，应将日志记录配置为写入到与安装 SharePoint Foundation 2010 的驱动器不同的驱动器中。另外，还应考虑日志写入到的驱动器的连接速度。如果配置详细级别的日志记录，则会记录大量日志数据。因此，缓慢的连接可能会导致日志记录性能很低。

限制日志使用的磁盘空间。默认情况下，并不限制诊断日志记录可以使用的磁盘空间量。因此，限制日志记录使用的磁盘空间，以确保磁盘未填满，特别是在您将日志记录配置为写入详细级别事件的情况下。当用完磁盘空间的限制量时，将移除最旧的日志并记录新的日志记录数据信息。 谨慎使用详细设置。可以将诊断日志记录配置为记录详细级别的事件。这表示系统将记录

SharePoint Foundation 2010 执行的每一个操作。详细级别的日志记录可能会快速使用驱动器空间，并影响驱动器和服务器的性能。当您执行重大的更改时，可以使用详细级别的日志记录来记录更高级别的详细信息，然后在执行更改后重新配置日志记录，以仅记录更高级别的事件。 定期备份日志。诊断日志包含重要的数据。因此，定期备份这些日志，以确保这些数据得以保留。限制日志使用的驱动器空间时，或者如果仅保留日志几天，则会在达到阈值时自动删除日志文件（先删除最旧的文件）。 启用事件日志淹没保护。启用此设置会将系统配置为检测 Windows 事件日志中的重复事件。在重复记录相同的事件时，系统会检测到并删除重复的事件，直至情况恢复常态。

使用管理中心配置诊断日志记录可以使用管理中心配置诊断日志记录。

111

1. 确认执行此过程的用户帐户是 SharePoint 组“Farm Administrators”的成员。 2. 在管理中心主页上，单击“监控”。3. 在“监控”页上的“报告”部分，单击“配置诊断日志记录”。4. 在“诊断日志记录”页上的“事件限制”部分，可以如以下所示配置事件限制：若要为所有类别配置事件限制，请执行下列操作：a. 选中“所有类别”复选框。b. 从“要报告给事件日志的关键程度最低的事件”列表中选择事件日志级别。c. 从“要报告给跟踪日志的关键程度最低的事件”列表中选择跟踪日志级别。若要为一个或多个类别配置事件限制，请执行下列操作：a. 选中所要的类别旁边的复选框。b. 从“要报告给事件日志的关键程度最低的事件”列表中选择事件日志级别。c. 从“要报告给跟踪日志的关键程度最低的事件”列表中选择跟踪日志级别。若要为一个或多个子类别配置事件限制（可以展开一个或多个类别并选择任何子类别），请执行下列操作：a. 单击类别旁边的“(+)”以展开类别。b. 选中子类别旁边的复选框。c. 从“要报告给事件日志的关键程度最低的事件”列表中选择事件日志级别。d. 从“要报告给跟踪日志的关键程度最低的事件”列表中选择跟踪日志级别。若要将针对所有类别的事件限制重新配置为默认设置：a. 选中“所有类别”复选框。b. 从“要报告给事件日志的关键程度最低的事件”列表中选择“重置为默认值”。c. 从“要报告给跟踪日志的关键程度最低的事件”列表中选择“重置为默认值”。

5. 在“事件日志淹没保护”部分，选中“启用事件日志淹没保护”复选框。6. 在“跟踪日志”部分的“路径”框中，键入您想将日志写入到的文件夹的路径。 7. 在“存储日志文件的天数”框中，键入您希望将日志保存的天数 (1-366)。经过此时间后，将自动删除日志。8. 若要限制日志可以使用的磁盘空间量，请选中“限制跟踪日志磁盘空间使用率”复选框，然后键入您希望日志文件不要超过的千兆字节 (GB) 数。当日志达到此磁盘大小时，将自动删除旧的日志。9. 在“诊断日志记录”页上进行了所需的更改后，单击“确定”。

使用 Windows PowerShell 配置诊断日志记录可以使用 Windows PowerShell 配置诊断日志记录。

112

使用管理中心配置诊断日志记录

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令，然后按 Enter：

Set-SPLogLevel -TraceSeverity {None | Unexpected | Monitorable | Medium | High |

Verbose} -EventSeverity {None | Information | Warning | Error | Critical | Verbose} [-

Identity <Category name…>]  -Verbose

可以使用 Identity 参数指定要更改的一个或多个类别，例如 Administration。如果未指定 Identity 参数的值，则将更改所有类别。 若要查看当前设置，请键入 Get-SPLogLevel，然后按 Enter。若要将所有类别重新设置为默认级别，请键入 Clear-SPLogLevel，然后按 Enter。

有关详细信息，请参阅 Set-SPLogLevel。注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

另请参阅监控概述 (SharePoint Foundation 2010)

113

使用 Windows PowerShell 配置诊断日志记录

电子邮件集成 (SharePoint Foundation 2010)初始安装 Microsoft SharePoint Foundation 2010 后，可以配置传入和传出电子邮件。这些附加设置是可选的，但如果您想要在服务器场中使用电子邮件，这些设置可能非常有用。 配置传入电子邮件 (SharePoint Foundation 2010)

本文介绍如何配置传入电子邮件，以便 SharePoint 网站接受和归档传入电子邮件。还介绍了如何配置传入电子邮件，以便 SharePoint 网站可以在发生电子邮件讨论时对其进行存档、保存通过电子邮件发送的文档以及在网站日历上显示电子邮件会议。此外，本文还介绍了如何配置 SharePoint 目录管理服务以支持创建和管理电子邮件通讯组列表。 配置传出电子邮件 (SharePoint Foundation 2010)

本文介绍如何配置传出电子邮件，以便您的简单邮件传输协议 (SMTP) 服务器向网站用户发送电子邮件警报并向网站管理员发送通知。

114

配置传入电子邮件 (SharePoint Foundation 2010)本文介绍如何为 Microsoft SharePoint Foundation 2010 配置传入电子邮件。此任务中的过程： 安装和配置 SMTP 服务 在基本方案中配置传入电子邮件 配置 DNS 管理器 在 Microsoft Exchange Server 2007 中添加 SMTP 连接器 配置将与目录管理服务一起使用的 AD   DS 配置对电子邮件投递文件夹的权限 在高级方案中配置传入电子邮件 发送到 SharePoint 文档库的电子邮件中是否缺少附件？

概述启用传入电子邮件时，SharePoint 网站能够接收电子邮件和附件，并将它们存储到列表和库中。本文介绍两种方案，一种是基本方案，另一种是高级方案。高级方案包含多个可供选择的选项。

基本方案在基本方案中，您将在运行 SharePoint Foundation 2010 的服务器上安装简单邮件传输协议 (SMTP) 服务。或者，您可以使用运行于另一台 SMTP 服务器上的 SMTP 服务，然后通过使用包含所有默认设置的自动设置模式启用传入电子邮件。在这种方案中，电子邮件直接传递到 SMTP 服务器，并且 SharePoint Foundation 2010 会定期在 SMTP 服务自动配置的默认电子邮件投递文件夹中检查电子邮件。基本方案适用于单服务器场环境。

高级方案在高级方案中，可使用几个供选择的选项来优化传入电子邮件功能。一个选项为是否使用 Microsoft SharePoint 目录管理服务。使用目录管理服务的好处在于，为文档库创建的联系地址会自动显示在“Active Directory 用户和计算机”中的 SharePoint Foundation 2010 组织单位 (OU) 内。利用此服务，用户还可从 SharePoint 网站创建和管理电子邮件通讯组。此外，此服务还会在贵组织的用户目录中创建联系人，以便用户可以在其通讯簿中查找已启用电子邮件的 SharePoint 列表。但是，使用目录管理服务需要进行更多的管理工作，因为此服务会与 Active Directory 域服务 (AD DS) 通信。不使用目录管理服务的好处是可降低管理开销，缺点是必须手动添加每个新联系地址。

115

如果使用高级方案，您可以为单服务器场或多服务器场配置传入电子邮件。如果 SharePoint 场中有两台以上的前端 Web 服务器，则可以使用这些服务器将传入电子邮件传送到服务器场。下表描述了必须执行的操作，以及可选择用于为服务器场配置传入电子邮件的选项。

操作 注释通过添加主机 (A) 资源记录来配置 DNS 管理器。 您必须添加主机 (A) 资源记录，以便将计算机（或主机）的 DNS 域名与其 IP 地址关联。 添加 SMTP 连接器。 您必须添加 SMTP 连接器，以便 Microsoft

Exchange Server 2007 计算机将传入电子邮件传送到正确的服务器。使用目录管理服务（可选）。 使用目录管理服务，以便用户能够从 SharePoint 网站中创建和管理电子邮件通讯组。为文档库创建的联系人地址将自动出现在 AD DS 中。

注意：如果未使用 Exchange Server，您必须自定义自己的目录管理服务。

使用特定电子邮件投递文件夹（可选）。 使用特定电子邮件投递文件夹，使 SharePoint Foundation 2010 能够从 SMTP 服务中轮询传入电子邮件。

有关目录管理服务的详细信息，请参阅深入剖析： SharePoint 目录集成 (http://go.microsoft.com/fwlink/?linkid=151766&clcid=0x804)。在 SharePoint Foundation 2010 中配置传入电子邮件之前，请阅读下面的文章： 规划传入电子邮件 (Windows SharePoint Services)

任务要求必须满足以下要求才能执行此任务的过程： 必须安装 SharePoint Foundation 2010。 服务器场中的一台或多台服务器必须正在运行 SMTP 服务并且必须使用有效的 SMTP 服务器地址。或者，您必须知道另一台运行 SMTP 服务的服务器的名称。 每台 SharePoint 前端 Web 服务器均必须运行 SMTP 服务和 Windows SharePoint Services

Web 应用程序服务。 管理中心的应用程序池标识帐户、Windows SharePoint Services 定时服务的登录帐户以及 Web 应用程序的应用程序池标识帐户必须是包含电子邮件投递文件夹的本地计算机上 Administrators 组的成员。

116

安装和配置 SMTP 服务SharePoint Foundation 2010 的传入电子邮件使用 SMTP 服务。可以通过两种方式之一来使用 SMTP 服务。您可以在服务器场中的一台或多台服务器上安装 SMTP 服务，或者管理员可以为从另一台服务器上的服务转发的电子邮件提供电子邮件投递文件夹。

请仔细考虑是否要使用电子邮件投递文件夹选项。要考虑的一个因素是，其他服务器的管理员可能会更改 SMTP 的配置，从而对传入电子邮件的可用性产生影响。第二个因素是，此选项需要额外的步骤来配置电子邮件投递文件夹的权限。

安装 SMTP 服务如果未使用电子邮件投递文件夹，则必须在服务器场中要为传入电子邮件配置的每台前端 Web 服务器上安装 SMTP 服务。若要安装 SMTP 服务，请使用服务器管理器中的“添加功能向导”。过程完成后即已创建了默认 SMTP 配置。您可以自定义此默认 SMTP 配置以满足您的环境要求。

1. 验证您是否拥有以下管理凭据： 您必须是本地计算机上的 Administrators 组的成员。

2. 单击“开始”，指向“管理工具”，然后单击“服务器管理器”。3. 在服务器管理器中，单击“功能”。4. 在“功能摘要”中，单击“添加功能”以打开“添加功能向导”。5. 在“选择功能”页上，选择“SMTP 服务器”。6. 在“添加功能向导”对话框中，单击“添加必需的功能”，然后单击“下一步”。7. 在“确认安装选择”页上，单击“安装”。8. 在“安装结果”页上，确保安装已成功完成，然后单击“关闭”。

安装 IIS 6.0 管理工具若要在 Windows Server 2008 上管理 SMTP 服务，必须使用 Internet Information Services (IIS) 6.0 Manager。

1. 验证您是否拥有以下管理凭据： 您必须是本地计算机上的 Administrators 组的成员。

2. 单击“开始”，指向“管理工具”，然后单击“服务器管理器”。3. 在服务器管理器中，单击“角色”。4. 在“角色服务”中，单击“添加角色服务”。5. 在“选择角色服务”页上，选择“管理工具”和“IIS 6 管理兼容性”，然后单击“安装”。

117

注意： 安装 SMTP 服务 安装 IIS 6.0 Manager

配置 SMTP 服务安装 SMTP 服务之后，将该服务配置为接受来自域的邮件服务器的电子邮件。可以决定接受来自所有服务器（特地排除的服务器除外）的中继电子邮件。或者，可以阻止来自所有服务器（特地包括的服务器除外）的电子邮件。您可以单独包括服务器，也可以按子网或域成组地包括服务器。配置该服务之后，将其设置为自动启动。

1. 验证您是否拥有以下管理凭据： 您必须是本地计算机上的 Administrators 组的成员。

2. 单击“开始”，指向“管理工具”，然后单击“Internet Information Services (IIS) 6.0 Manager”。

3. 在 IIS 管理器中展开包含要配置的 SMTP 服务器的服务器名称。4. 右键单击要配置的 SMTP 虚拟服务器，然后单击“开始”。5. 右键单击要配置的 SMTP 虚拟服务器，然后单击“属性”。6. 在“访问”选项卡上的“访问控制”区域中，单击“身份验证”。7. 在“身份验证”对话框中，验证是否选择了“匿名访问”。8. 单击“确定”。9. 在“访问”选项卡上的“中继限制”区域中，单击“中继”。10.若要启用来自任何服务器的中继，请单击“以下列表除外”。11.若要接受来自一台或多台特定服务器的中继，请按照以下步骤操作：

a. 单击“仅以下列表”。b. 单击“添加”，然后按 IP 地址一次添加一台服务器，或使用子网或域按组添加服务器。c. 单击“确定”以关闭“计算机”对话框。

12.单击“确定”以关闭“中继限制”对话框。13.单击“确定”以关闭“属性”对话框。

1. 单击“开始”，指向“管理工具”，然后单击“服务”。2. 在“服务”中，右键单击“简单邮件传输协议(SMTP)”，然后选择“属性”。3. 在“简单邮件传输协议(SMTP)属性”对话框中，在“常规”选项卡上的“启动类型”列表中选择“自动”。4. 单击“确定”。

118

配置 SMTP 服务 将 SMTP 服务设置为自动启动

在基本方案中配置传入电子邮件必须选择要使用的 SMTP 服务，才能在运行 SharePoint Foundation 2010 的服务器上启用传入电子邮件。可以使用以下过程来配置传入电子邮件。完成该过程后，即已配置了基本方案所需的全部信息。用户随后即可将电子邮件发送到列表和库。

1. 验证您是否拥有以下管理凭据： 您必须是运行 SharePoint 管理中心网站的计算机上的 Administrators 组的成员。

2. 在管理中心中，单击“系统设置”。3. 在“系统设置”页上的“电子邮件和短信(SMS)”部分，单击“配置传入电子邮件设置”。4. 如果要使此服务器上的网站可以接收电子邮件，请在“配置传入电子邮件设置”页上的“启用传入电子邮件”部分，单击“是”。5. 选择“自动”设置模式。6. 在“传入电子邮件服务器显示地址”部分的“电子邮件服务器显示地址”框中，键入电子邮件服务器的显示名称（例如 mail.fabrikam.com）。7. 为所有其他部分使用默认设置，然后单击“确定”。

在配置完传入电子邮件后，具有管理列表权限的用户可以配置已启用电子邮件的列表和文档库。有关已启用电子邮件的文档库的详细信息，请参阅为列表或库启用和配置电子邮件支持 (http://go.microsoft.com/fwlink/?linkid=120164&clcid=0x804)。

配置 DNS 管理器如果使用 Exchange Server 并且在组织内部传送电子邮件，则必须在 DNS 管理器中创建主机 (A) 资源记录，以便将计算机（或主机）的 DNS 域名与其 IP 地址关联。贵组织可能已配置了 DNS 管理器并创建了 A 资源记录。如果情况不是如此，请使用以下过程。

1. 验证您是否拥有以下管理凭据： 您必须是本地计算机上的 Administrators 组的成员。

2. 在 DNS 管理器中为包含 SharePoint Foundation 2010 子域的域选择前向查找区域。3. 右键单击该区域，然后单击“新建主机(A 或 AAAA)”。4. 在“新建主机”对话框中的“名称”文本框中，键入 SharePoint Foundation 2010 主机或子域的名称。5. 在“完全限定的域名(FQDN)”文本框中，键入运行 SharePoint Foundation 2010 的服务器的 FQDN。此名称通常采用 subdomain.domain.com 格式。

注意：

119

在基本方案中配置传入电子邮件 为子域创建 A 资源记录

确保列在 IIS 中的 SMTP 服务器下的域与接收电子邮件的服务器的 FQDN 匹配。如果两者不匹配，则必须创建以下过程中所述的本地域。 6. 在“IP 地址”文本框中，键入要将 FQDN 解析为的 IP 地址。7. 单击“添加主机”。8. 在确认创建主机记录的消息中，单击“确定”。9. 在“新建主机”对话框中，单击“完成”。

A 资源记录现在即会出现在 DNS 管理器中。

1. 单击“开始”，指向“管理工具”，然后单击“Internet Information Services (IIS) 6.0 Manager”。

2. 在 IIS 管理器中，展开 SMTP 服务器。3. 右键单击“域”，并在“操作”菜单上指向“新建”，然后单击“域”。4. 在“新建 SMTP 域向导”对话框中，选择“别名”，然后单击“下一步”。5. 在“域名”区域的“名称”框中，键入要由此域接收的邮件的地址。

此地址必须与“为子域创建 A 资源记录”过程的步骤 4 和“在高级方案中配置传入电子邮件”过程的步骤 6b 中指定的地址相同。6. 单击“完成”。7. 在确认创建主机记录的消息中，单击“确定”。重新启动 SMTP 服务器，以使仍在“队列”文件夹中的所有电子邮件移至投递文件夹。然后，Windows SharePoint Services 定时服务会将这些邮件发送到其目标列表或库。如果将贵组织以外的电子邮件传送到 SMTP 服务器，则必须使用 MX 记录。有关详细信息，请参阅向区域添加邮件交换器 (MX) 资源记录 (http://go.microsoft.com/fwlink/?linkid=150827&clcid=0x804)。

在 Microsoft Exchange Server 2007 中添加 SMTP 连接器SMTP 连接器使您能够更好地控制组织中的消息流。使用 SMTP 连接器的其他理由还包括设置传递限制或者指定特定地址空间。如果使用 Exchange Server 将传入电子邮件传送到 SharePoint 列表和库，您必须拥有 SMTP 连接器，以便发送到 SharePoint Foundation 2010 域的所有邮件使用运行 SMTP 服务的 SharePoint Foundation 2010 服务器。使用以下过程在 Exchange Server 中添加 SMTP 连接器。该过程完成后，SMPT 连接器可确保将传入电子邮件发送到服务器场中正确的列表和库。

1. 验证您是否拥有以下管理凭据：

120

创建本地域 注意： 注意： 在 Exchange Server 中添加 SMTP 连接器

您必须是运行 Exchange Server 的计算机上 Administrators 组的成员。2. 在 Exchange 系统管理器中，展开路由组，右键单击“连接器”，指向“新建”，然后单击“SMTP 连接器”。

此时将出现新连接器的“属性”对话框。注意：如果看不到“管理组”文件夹，请在“Exchange 组织”对象中右键单击“属性”，然后选中“显示管理组”和“显示路由组”复选框。单击“确定”。您必须重启 Exchange 系统管理器。

3. 在“常规”选项卡上，键入 SMTP 连接器的名称。4. 在“常规”选项卡上，选择以下选项之一：

若要使用在承载连接器的 SMTP 虚拟服务器上配置的 DNS 设置，请选择“使用 DNS 路由到此连接器上的每个地址空间”。DNS 是 Exchange Server 的建议配置。 若要将邮件传送到 Windows SMTP 服务器或外围网络（也称为外围子网）中的另一台服务器，请选择“将通过此连接器的所有邮件转发到下列智能主机”。在方括号中键入智能主机的主机名或 IP 地址，以防止 Exchange Server 尝试使用 DNS 来解析 IP 地址。然后，SMTP 连接器将邮件传送到所选的服务器，该服务器将处理 DNS 解析并传递邮件。

5. 在“常规”选项卡上，单击“添加”，并至少添加一个桥头服务器和一个 SMTP 虚拟服务器。所添加的服务器将出现在“常规”选项卡上的“本地桥头”列表中。

6. 单击“地址空间”选项卡，然后单击“添加”。7. 在“添加地址空间”对话框的“选择地址类型”列表中，单击“SMTP”，然后单击“确定”。8. 在“Internet 地址空间属性”对话框中，选择以下选项之一：

a. 在“电子邮件域”框中，键入连接器的电子邮件域。重要：在“电子邮件域”框中，有一个表示所有地址的默认值 *。组织中的至少一个连接器必须具有此地址空间，以确保将所有外部域传送到 Internet。

b. 在“成本”框中分配适当的成本。默认情况下，成本为 1。9. 单击“确定”返回到“地址空间”选项卡。10. 在“地址空间”选项卡上的“连接器作用域”区域中，选择以下选项之一，然后单击“确定”：

若要允许 Exchange Server 组织中的所有服务器都使用此连接器来发送 Internet 邮件，请单击“整个组织”。 若要只允许路由组中的服务器使用此连接器来发送 Internet 邮件，请单击“路由组”。

注意：如果选择“路由组”，请确保您可以为不同路由组的服务器使用另一种方式来发送 Internet 邮件。

有关详细信息，请参阅管理连接器 (http://go.microsoft.com/fwlink/?linkid=150840&clcid=0x804)。

121

配置将与目录管理服务一起使用的 AD DS如果计划使用目录管理服务，您应首先创建组织单位 (OU)，并在 AD DS 中进行必要的配置。若要在 SharePoint 场或远程服务器场上使用目录管理服务，您必须针对 SharePoint 管理中心网站配置应用程序池标识帐户，以便对您在 AD DS 中指定的容器具有“创建、删除以及管理用户帐户”用户权限。执行此操作的首选方法是针对 SharePoint 管理中心网站为应用程序池标识帐户分配权限。AD DS 管理员必须设置组织单位，并为容器分配“创建、删除以及管理用户帐户”的权限。在远程服务器场上使用目录管理服务的优点是，您不必为多个服务器场服务帐户分配组织单位权限。以下过程是使用 DNS 管理器在运行 Windows Server 2008 的域控制器上执行的。在某些部署中，这些应用程序可能运行在位于同一个域中的多个服务器上。

1. 验证您是否拥有以下管理凭据： 您必须是运行 DNS 管理器的域控制器上 Domain Administrators 组的成员或委派的域管理机构。

2. 单击“开始”，指向“管理工具”，然后单击“Active Directory 用户和计算机”。3. 在“Active Directory 用户和计算机”中，右键单击包含服务器场的第二层域的文件夹，指向“新建”，然后单击“组织单位”。4. 键入组织单位的名称，然后单击“确定”。创建了组织单位之后，您必须委派组织单位容器的“创建、删除以及管理用户帐户”权限以管理用户帐户。

1. 验证您是否拥有以下管理凭据： 您必须是 AD DS 中 Domain Administrators 组或 Enterprise Administrators 组的成员，或者是委派的域管理机构。

2. 在“Active Directory 用户和计算机”中，找到所创建的组织单位。3. 右键单击该组织单位，然后单击“委派控制”。4. 在控制委派向导的“欢迎”页上，单击“下一步”。5. 在“用户和组”页上，单击“添加”，然后键入管理中心使用的应用程序池标识帐户的名称。 6. 在“选择用户、计算机和组”对话框中，单击“确定”。7. 在控制委派向导的“用户或组”页上，单击“下一步”。8. 在控制委派向导的“要委派的任务”页上选中“创建、删除以及管理用户帐户”复选框，然后单击“下一步”。9. 在控制委派向导的最后一页上单击“完成”退出向导。

若要创建和删除子对象，您还必须将组织单位的“创建所有子对象”和“删除所有子对象”控制委派给管理中心的应用程序池标识帐户。此过程完成后，管理中心的应用程序池标识帐户将对组织单位具有“创建所有子对象”和“删除所有子对象”控制，并且您可以启用传入电子邮件。

122

在 AD DS 中创建组织单位 将权限委派给管理中心的应用程序池标识帐户

1. 验证您是否拥有以下管理凭据： 您必须是 AD DS 中 Domain Administrators 组或 Enterprise Administrators 组的成员，或者是委派的域管理机构。

2. 右键单击该组织单位，然后单击“委派控制”。3. 在控制委派向导中，单击“下一步”。4. 单击“添加”，然后键入管理中心的应用程序池标识帐户的名称。5. 单击“确定”。6. 单击“下一步”。7. 在控制委派向导的“要委派的任务”页上，选择“创建自定义任务去委派”，然后单击“下一步”。8. 选择“这个文件夹，这个文件夹中的对象，以及创建在这个文件夹中的新对象”，然后单击“下一步”。9. 在“权限”部分，选择“创建所有子对象”，然后选择“删除所有子对象”。10.单击“下一步”。11. 在控制委派向导的最后一页上单击“完成”退出向导。通过将组织单位的“创建所有子对象”和“删除所有子对象”控制委派给管理中心的应用程序池标识帐户，管理员能够为列表启用电子邮件。委派这些控制后，管理员不能为列表或文档库禁用电子邮件，因为管理中心帐户将尝试从整个组织单位中（而不是从列表中）删除联系人。为了避免此问题，您必须为管理中心的应用程序池标识帐户添加“删除子树目录”权限。使用以下过程来添加这些权限。此过程完成后，您就可以为列表禁用传入电子邮件。

1. 验证您是否拥有以下管理凭据： 您必须是 AD DS 中 Domain Administrators 组或 Enterprise Administrators 组的成员，或者是委派的域管理机构。

2. 在“Active Directory 用户和计算机”中单击“查看”菜单，然后单击“高级功能”。3. 右键单击该组织单位，然后单击“属性”。4. 在“属性”对话框中单击“安全”选项卡，然后单击“高级”。5. 在“权限项目”区域中，双击管理中心的应用程序池标识帐户。6. 在“权限”区域中，为“删除子树目录”选择“允许”。7. 单击“确定”以关闭“权限”对话框。8. 单击“确定”以关闭“属性”对话框。9. 单击“确定”以关闭“Active Directory 用户和计算机”。添加这些权限后，必须为服务器场重启 Internet Information Services (IIS)。有关详细信息，请参阅 Active Directory 用户、计算机和组（该链接可能指向英文页面）

123

将组织单位的“创建所有子对象”和“删除所有子对象”控制委派给管理中心的应用程序池标识帐户为管理中心的应用程序池标识帐户添加“删除子树目录”权限

(http://go.microsoft.com/fwlink/?linkid=151331&clcid=0x804)（该链接可能指向英文页面）。

配置对电子邮件投递文件夹的权限您可以指定特定的电子邮件投递文件夹，该文件夹使 SharePoint Foundation 2010 可从其他服务器上的网络共享位置检索传入电子邮件。如果不希望使用 SMTP 服务，则可使用此选项。但是，使用此选项的缺点是，SharePoint Foundation 2010 无法检测到将电子邮件送达投递文件夹的远程电子邮件服务器上的配置更改。因此，如果电子邮件的位置已更改，则 SharePoint Foundation 2010 无法检索这些电子邮件。但是，此功能在默认电子邮件投递文件夹已满或快满时很有用。如果指定了电子邮件投递文件夹，则必须确保管理中心的应用程序池标识帐户以及 Web 应用程序的应用程序池标识帐户对该电子邮件投递文件夹具有必要的权限。

为 Web 应用程序的应用程序池标识帐户配置电子邮件投递文件夹权限如果部署对管理中心和一个或多个 Web 应用程序使用不同的应用程序池标识帐户，则每个应用程序池标识帐户都必须对电子邮件投递文件夹具有权限。如果 Web 应用程序的应用程序池标识帐户没有必要的权限，则电子邮件将不会传送到该 Web 应用程序上的文档库。在大多数情况下，当您配置传入电子邮件并选择电子邮件投递文件夹时，就为以下两个工作进程组添加了权限： WSS_Admin_WPG（包括管理中心的应用程序池标识帐户以及 Windows SharePoint Services 定时服务的登录帐户）具有“完全控制”权限。 WSS_WPG（包括 Web 应用程序的应用程序池标识帐户）具有“读取和执行”、“列出文件夹内容”和“读取”权限。在某些情况下，可能不会为电子邮件投递文件夹自动配置这些组。例如，如果管理中心以 Network Service 帐户运行，则在创建电子邮件投递文件夹时将不会添加传入电子邮件所需的组或帐户。请检查以确定是否已将这些组自动添加到电子邮件投递文件夹。如果没有自动添加这些组，则可以添加这些组或添加所需的特定帐户。

1. 验证您是否拥有以下管理凭据： 您必须是包含电子邮件投递文件夹的计算机上 Administrators 组的成员。

2. 在 Windows 资源管理器中右键单击投递文件夹，单击“属性”，然后单击“安全”选项卡。3. 在“安全”选项卡上的“组或用户名”框下，单击“编辑”按钮。4. 在“Windows 资源管理器的权限”对话框中，单击“添加”按钮。5. 在“选择用户、计算机或组”对话框的“输入要选择的对象名称”框中，键入工作进程组或

Web 应用程序的应用程序池标识帐户的名称，然后单击“确定”。注意：此时将在 IIS 中应用程序池的“属性”对话框的“标识”选项卡上列出此帐户。

124

为 Web 应用程序的应用程序池标识帐户配置电子邮件投递文件夹权限

6. 在“用户或组 的权限”框中的“修改”旁选择“允许”。7. 单击“确定”。

为 Windows SharePoint Services 定时服务的登录帐户配置电子邮件投递文件夹权限确保 Windows SharePoint Services 定时服务的登录帐户对电子邮件投递文件夹具有“修改”权限。如果该服务的登录帐户没有“修改”权限，则启用了电子邮件的文档库将收到重复的电子邮件。

1. 验证您是否拥有以下管理凭据： 您必须是包含电子邮件投递文件夹的计算机上 Administrators 组的成员。

2. 在 Windows 资源管理器中右键单击投递文件夹，单击“属性”，然后单击“安全”选项卡。3. 在“安全”选项卡上的“组或用户名”框下，单击“编辑”按钮。4. 在“Windows 资源管理器的权限”对话框中，单击“添加”按钮。5. 在“选择用户、计算机或组”对话框的“输入要选择的对象名称”框中，键入 Windows

SharePoint Services 定时服务的登录帐户的名称，然后单击“确定”。注意：此时将在服务控制台中服务的“属性”对话框的“登录”选项卡上列出此帐户。

6. 在“用户或组 的权限”框中的“修改”旁选择“允许”。7. 单击“确定”。

在高级方案中配置传入电子邮件以下过程配置传入电子邮件。还可以选择目录管理服务、为安全电子邮件服务器配置选项或指定电子邮件投递文件夹，并指定传入电子邮件显示地址。此过程完成后，用户便可将电子邮件发送到列表和库。

1. 验证您是否拥有以下管理凭据： 您必须是运行 SharePoint 管理中心网站的计算机上的 Administrators 组的成员。

2. 在管理中心中，单击“系统设置”。3. 在“系统设置”页上的“电子邮件和短信(SMS)”部分，单击“配置传入电子邮件设置”。4. 如果要使此服务器上的网站可以接收电子邮件，请在“配置传入电子邮件设置”页上的“启用传入电子邮件”部分，单击“是”。5. 选择“自动”或“高级”设置模式。

如果选择“自动”，您可以指定是接受来自所有电子邮件服务器的电子邮件，还是接受来自若干指定电子邮件服务器的电子邮件。

125

为 Windows SharePoint Services 定时服务的登录帐户配置电子邮件投递文件夹权限在高级方案中配置传入电子邮件

如果选择“高级”，则可以指定投递文件夹，而不使用 SMTP 服务器。6. 如果要连接到目录管理服务，请在“目录管理服务”部分选择“是”。

a. 在“在其中新建通讯组和联系人的 Active Directory 容器”框中键入该容器的名称，其格式为 OU=容器名称, DC=域, DC=com，其中容器名称 是 AD DS 中组织单位的名称，域 是第二层域，而 com 是顶级域。注意：必须向管理中心的应用程序池标识帐户委派容器的“创建、删除以及管理用户帐户”任务。在 AD DS 中对应于组织单位的属性中配置访问权限。

b. 在“传入邮件的 SMTP 邮件服务器”框中，键入 SMTP 邮件服务器的名称。该服务器名称必须与 DNS 管理器中该邮件服务器的 A 资源记录条目中的 FQDN 匹配。c. 若要仅接受来自已验证用户的邮件，请对“是否仅接受来自已验证用户的邮件”单击“是”。否则，请单击“否”。d. 若要使用户能够从 SharePoint 网站创建通讯组，请对“是否允许从 SharePoint 网站创建通讯组”单击“是”。否则，请单击“否”。e. 在“通讯组请求审批设置”下选择将需要审批的操作。这些操作包括： 新建通讯组 更改通讯组电子邮件地址 更改通讯组标题和说明 删除通讯组

7. 如果要使用远程目录管理服务，请选择“使用远程”。a. 在“目录管理服务 URL”框中，键入要使用的目录管理服务的 URL。该 URL 通常采用下列格式：http://server:adminport/_vti_bin/SharePointEmailWS.asmx。b. 在“传入邮件的 SMTP 邮件服务器”框中，键入 SMTP 邮件服务器的名称。该服务器名称必须与域服务器上 DNS 管理器中该邮件服务器的 A 资源记录条目中的 FQDN 匹配。c. 若要仅接受来自已验证用户的邮件，请对“是否仅接受来自已验证用户的邮件”单击“是”。否则，请单击“否”。d. 若要允许从 SharePoint 网站创建通讯组，请对“是否允许从 SharePoint 网站创建通讯组”单击“是”。否则，请单击“否”。

8. 如果不想使用目录管理服务，请单击“否”。9. 在“传入电子邮件服务器显示地址”部分的“电子邮件服务器显示地址”框中，键入电子邮件服务器的显示名称（例如 mail.fabrikam.com）。

提示：可以指定在用户创建列表或组的传入电子邮件地址时显示的电子邮件服务器地址。将此设置与目录管理服务结合使用可以提供易于记忆的电子邮件服务器地址。

10. 在“电子邮件投递文件夹”部分的“电子邮件投递文件夹”框中，键入特定文件夹的名称，SharePoint Foundation 会在此文件夹中轮询来自 SMTP 服务的传入电子邮件。

126

如果默认电子邮件投递文件夹已满或几乎已满，拥有专门的电子邮件投递文件夹将十分有用。请确保 SharePoint Foundation 定时服务的登录帐户对电子邮件投递文件夹具有“修改”权限。有关详细信息，请参阅本文前面的“为 Windows SharePoint Services 定时服务的登录帐户配置电子邮件投递文件夹权限”。

注意：此选项仅在选择了高级模式时可用。

11. 在“安全电子邮件服务器”部分，选择是要接受来自所有电子邮件服务器的电子邮件，还是接受来自若干指定电子邮件服务器的电子邮件。注意：此选项仅在选择了自动模式时可用。

12.单击“确定”。在配置传入电子邮件后，网站管理员可以配置已启用电子邮件的列表和文档库。有关已启用电子邮件的文档库的详细信息，请参阅为列表或库启用和配置电子邮件支持 (http://go.microsoft.com/fwlink/?linkid=120164&clcid=0x804)。如果选择了目录管理服务，则为文档库创建的联系人地址会自动显示在“Active Directory 用户和计算机”中。这些地址会显示在 SharePoint Foundation 2010 AD DS 的组织单位中，并且必须由 AD DS 管理员进行管理。AD DS 管理员可为每个联系人添加多个电子邮件地址。有关 AD DS 的详细信息，请参阅使用 Active Directory 服务（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=151348&clcid=0x804)（该链接可能指向英文页面）。 也可以通过添加新的 Exchange Server 全局收件人策略来配置 Exchange Server 计算机。该策略会自动添加使用第二层域名而非 SharePoint Foundation 2010 子域或主机名称的外部地址。有关如何管理 Exchange Server 的详细信息，请参阅 Microsoft Exchange Server 2007 (http://go.microsoft.com/fwlink/?linkid=83249&clcid=0x804)。

发送到 SharePoint 文档库的电子邮件中是否缺少附件？如果发送到 SharePoint Foundation 2010 文档库的电子邮件中缺少附件，则可能是因为您将文档库与电子邮件地址进行了关联。如果这样做，目录管理服务可能无法添加以下两个属性： internet Encoding = 1310720 mAPIRecipient = false您必须使用 Active Directory 服务接口 (ADSI) 手动添加这两个缺少的属性。

在运行 Windows Server 2008 或 Windows Server 2008 R2 的服务器上，可以在安装 AD DS 角色后安装“ADSI 编辑”，以使服务器成为域控制器。还可以在域成员服务器或独立服务器上安装 Windows Server 2008 远程服务器管理工具 (RSAT)。有关详细信息，请参阅安装或删除远程服务器管理工具包(http://go.microsoft.com/fwlink/?linkid=143345&clcid=0x804)。

127

注意：

1. 单击“开始”，然后单击“运行”。2. 在“运行”对话框中，键入“Adsiedit.msc”，然后单击“确定”。3. 在“ADSI 编辑”窗口中，依次展开“ADSI 编辑”、“域 [域名]”、“DC=域名,

DC=com”，然后展开“CN=用户”。 4. 右键单击要向其中添加缺少的属性的用户名，然后单击“属性”。5. 在“属性”对话框中的“属性编辑器”选项卡上，双击“Internet 编码”。6. 在“整数属性编辑器”对话框的“值”框中，键入“1310720”，然后单击“确定”。7. 在“属性”对话框中的“属性编辑器”选项卡上，双击“mAPIRecipient”。8. 在“布尔属性编辑器”对话框中，单击“False”，然后单击“确定”两次。

128

使用 ADSI 工具添加属性

配置传出电子邮件 (SharePoint Foundation 2010)本文介绍如何为服务器场或 Microsoft SharePoint Foundation 2010 的特定 Web 应用程序配置传出电子邮件。本文还介绍如何安装和配置启用传出电子邮件必须使用的 SMTP 服务。本文内容： 安装 SMTP 服务 安装 IIS 6.0 管理工具 配置 SMTP 服务 将 SMTP 服务设置为自动启动 使用管理中心为服务器场配置传出电子邮件 使用 Stsadm 命令行工具为服务器场配置传出电子邮件 使用管理中心为特定 Web 应用程序配置传出电子邮件 使用 Stsadm 命令行工具为特定 Web 应用程序配置传出电子邮件 安装 SharePoint Foundation 2010 并对服务器场执行初始配置后，可配置传出电子邮件。这样，用户便能够创建警报，以跟踪列表、库和文档等网站项目。此外，网站管理员还可以接收有关网站管理员问题的管理性消息，例如网站所有者已超出其指定存储空间的信息。有关详细信息，请参阅 Plan outgoing e-mail (SharePoint Foundation 2010) （该链接可能指向英文页面） 。如果想为特定的 Web 应用程序配置传出电子邮件，则必须先为服务器场中的所有 Web 应用程序配置默认的传出电子邮件。如果为特定的 Web 应用程序配置传出电子邮件，则该配置将替代服务器场中所有 Web 应用程序的默认配置。

不能使用 Windows PowerShell 配置传出电子邮件。在执行这些过程之前，请确认以下内容： 您的系统运行的是 SharePoint Foundation 2010。 服务器场中的一台或多台服务器正在运行简单邮件传输协议 (SMTP) 服务，并且具有有效的 SMTP 服务器地址。或者，您必须知道服务器场以外运行 SMTP 服务的服务器的名称。如果未安装和配置 SMTP 服务，则必须在配置传出电子邮件之前执行以下过程： 安装和配置 SMTP 服务。

安装和配置 SMTP 服务在可以启用传出电子邮件之前，必须确定要使用的 SMTP 服务器。此 SMTP 服务器必须配置为允许匿名的 SMTP 电子邮件提交。SMTP 服务器可以是服务器场中或服务器场外的服务器。

129

注意：

如果贵组织不允许使用 Microsoft Exchange Server 发送匿名 SMTP 电子邮件，则可以使用 SharePoint 场中接受匿名电子邮件的本地 SMTP 服务器。此本地 SMTP 服务器会自动验证这些邮件，然后将它们转发给 Exchange Server 计算机。

安装 SMTP 服务若要安装 SMTP 服务，请使用服务器管理器中的“添加功能向导”。在此向导完成后，就已创建了默认的 SMTP 配置。可以自定义此默认的 SMTP 配置，以满足贵组织的要求。

如果已在服务器上安装 SMTP 服务，则可以跳过以下过程。1. 确保您具有以下管理凭据：您必须是本地计算机上 Administrators 组的成员2. 单击“开始”，指向“管理工具”，然后单击“服务器管理器”。3. 在服务器管理器中，单击“功能”。4. 在“功能摘要”中，单击“添加功能”以打开“添加功能向导”。5. 在“选择功能”页上，选择“SMTP 服务器”。6. 在“添加功能向导”对话框中，单击“添加必需的功能”，然后单击“下一步”。7. 在“确认安装选择”页上，单击“安装”。8. 在“安装结果”页上，确保安装已完成，然后单击“关闭”。

配置 SMTP 服务安装 SMTP 服务后，必须将该服务配置为接受来自服务器场中服务器的电子邮件。 可以决定接受来自所有服务器（特定排除的服务器除外）的中继电子邮件。或者，可以阻止来自所有服务器（特定包括的服务器除外）的邮件。可以逐个加入服务器，也可以按子网或域成组地加入服务器。 如果启用匿名访问和中继电子邮件，将会增加 SMTP 服务器用于中继商业垃圾邮件（垃圾邮件）的可能性。一定要小心地配置邮件服务器以帮助防范垃圾邮件，从而限制这种可能性。为实现此目的，其中一种方式是限制发送给特定的服务器或域列表的中继电子邮件，并阻止从所有其他服务器发送的中继电子邮件。若要在 Windows Server 2008 上管理 SMTP 服务，必须使用 Internet Information Services (IIS) 6.0 管理器。请确保在服务器管理器中安装了 IIS 6.0 管理工具。1. 确保您具有以下管理凭据：您必须是本地计算机上 Administrators 组的成员。2. 单击“开始”，指向“管理工具”，然后单击“服务器管理器”。3. 在服务器管理器中，单击“角色”。4. 在“角色服务”部分，单击“添加角色服务”。5. 在“选择角色服务”页上，选择“管理工具”和“IIS 6 管理兼容性”，然后单击“安装”。

130

注意： 注意： 安装 SMTP 服务 注意： 安装 IIS 6.0 管理工具

1. 确保您具有以下管理凭据：您必须是本地计算机上 Administrators 组的成员。2. 单击“开始”，指向“管理工具”，然后单击“Internet 信息服务(IIS) 6.0 管理器”。 3. 在 IIS 管理器 中，展开包含要配置的 SMTP 服务器的服务器名称。 4. 右键单击要配置的 SMTP 虚拟服务器，然后单击“开始”。 5. 右键单击要配置的 SMTP 虚拟服务器，然后单击“属性”。 6. 在“访问”选项卡上的“访问控制”区域中，单击“身份验证”。 7. 在“身份验证”对话框中，验证是否选择了“匿名访问”。 8. 单击“确定”。 9. 在“访问”选项卡上的“中继限制”区域中，单击“中继”。 10.若要启用来自任何服务器的中继电子邮件，请单击“以下列表除外”。 11.若要接受来自一个或多个特定服务器的中继电子邮件，请按照下列步骤操作：

a. 单击“仅以下列表”。 b. 单击“添加”，然后按 IP 地址一次添加一台服务器，或使用子网或域按组添加服务器。c. 单击“确定”以关闭“计算机”对话框。

12.单击“确定”以关闭“中继限制”对话框。 13.单击“确定”以关闭“属性”对话框。确保 SMTP 服务正在运行，并已设置为自动启动。为此，请使用下列过程。1. 单击“开始”，指向“管理工具”，然后单击“服务”。2. 在“服务”中，右键单击“简单邮件传输协议(SMTP)”，然后选择“属性”。3. 在“简单邮件传输协议(SMTP)属性”对话框中，在“常规”选项卡上的“启动类型”列表中选择“自动”。4. 单击“确定”。

为服务器场配置传出电子邮件您可以通过使用 SharePoint 管理中心网站或 Stsadm 命令行工具为服务器场配置传出电子邮件。请使用以下过程配置传出电子邮件。在完成了以下过程后，最终用户可以跟踪对单独网站集的更改和更新。此外，（举例而言）网站管理员可以在用户请求访问网站时收到通知。

1. 确保您具有以下管理凭据：您必须是运行 SharePoint 管理中心网站的计算机上 Farm Administrators 组的成员。

2. 在管理中心中，单击“系统设置”。3. 在“系统设置”页上的“电子邮件和短信(SMS)”部分，单击“配置传出电子邮件设置”。

131

配置 SMTP 服务 注意： 将 SMTP 服务设置为自动启动 使用管理中心为服务器场配置传出电子邮件

4. 在“传出电子邮件设置”页上的“邮件设置”部分中，在“出站 SMTP 服务器”框中为传出电子邮件键入 SMTP 服务器名称（例如，mail.example.com）。 5. 在“发件人地址”框中，键入希望对电子邮件收件人显示的电子邮件地址。 6. 在“答复地址”框中，键入希望电子邮件收件人答复的电子邮件地址。 7. 在“字符集”列表中，选择适合您的语言的字符集。 8. 单击“确定”。

1. 确保您具有以下管理凭据：您必须是本地计算机上 Administrators 组的成员。2. 在安装 SharePoint 产品和技术的驱动器上，转到以下目录：%COMMONPROGRAMFILES

%\Microsoft shared\Web server extensions\14\Bin。3. 键入以下命令，然后按 Enter：

stsadm -o email-outsmtpserver <SMTP 服务器名称>-fromaddress <有效的电子邮件地址>-replytoaddress <有效的电子邮件地址>-codepage <有效的代码页>

示例stsadm -o email -outsmtpserver mail.example.com -fromaddress someone@example.com -replytoaddress someone@example.com -codepage 65001有关详细信息，请参阅 Email ： Stsadm 操作 (Windows SharePoint Services) (http://go.microsoft.com/fwlink/?linkid=150046&clcid=0x804)。

为特定的 Web 应用程序配置传出电子邮件您可以通过使用管理中心网站或 Stsadm 命令行工具为特定的 Web 应用程序配置传出电子邮件。请使用以下过程配置传出电子邮件。在完成了以下过程后，最终用户可以跟踪对单独网站集的更改和更新。此外，（举例而言）网站管理员可以在用户请求访问网站时收到通知。

如果想为特定的 Web 应用程序配置传出电子邮件，则必须先为服务器场中的所有 Web 应用程序配置默认的传出电子邮件。如果为特定的 Web 应用程序配置传出电子邮件，则该配置将替代服务器场中所有 Web 应用程序的默认配置。1. 确保您具有以下管理凭据：您必须是运行 SharePoint 管理中心网站的计算机上 Farm

Administrators 组的成员。2. 在管理中心中的“应用程序管理”部分，单击“管理 Web 应用程序”。3. 在“Web 应用程序管理”页上，选择一个 Web 应用程序，然后在功能区上的“常规设置”组中

132

使用 Stsadm 命令行工具为服务器场配置传出电子邮件 注意：使用管理中心为特定 Web 应用程序配置传出电子邮件

单击“传出电子邮件”。4. 在“Web 应用程序传出电子邮件设置”页上的“邮件设置”部分，在“出站 SMTP 服务器”框中为传出电子邮件键入 SMTP 服务器名称（例如，mail.fabrikam.com）。5. 在“发件人地址”框中，键入希望对电子邮件收件人显示的电子邮件地址（例如，网站管理员的别名）。6. 在“答复地址”框中，键入希望电子邮件收件人答复的电子邮件地址（例如，技术支持的别名）。7. 在“字符集”列表中，单击适合您的语言的字符集。8. 单击“确定”。

1. 确保您具有以下管理凭据：您必须是本地计算机上 Administrators 组的成员。2. 在安装 SharePoint 产品和技术的驱动器上，转到以下目录：%COMMONPROGRAMFILES

%\Microsoft shared\Web server extensions\14\Bin。3. 键入以下命令，然后按 Enter：

stsadm -o email-outsmtpserver <SMTP 服务器名称>-fromaddress <有效的电子邮件地址>-replytoaddress <有效的电子邮件地址>-codepage <有效的代码页>[-url <URL 名称>]

示例stsadm -o email -outsmtpserver mail.example.com -fromaddress someone@example.com -replytoaddress someone@example.com -codepage 65001 -url http://server_name有关详细信息，请参阅 Email ： Stsadm 操作 (Windows SharePoint Services) (http://go.microsoft.com/fwlink/?linkid=150046&clcid=0x804)。

另请参阅Plan outgoing e-mail (SharePoint Foundation 2010) （该链接可能指向英文页面） 为 Web 应用程序配置通知设置 (SharePoint Foundation 2010)

133

使用 Stsadm 命令行工具为特定 Web 应用程序配置传出电子邮件

配置移动帐户 (SharePoint Foundation 2010)本文论述如何配置和管理 Microsoft SharePoint Foundation 2010 的移动帐户，从而使用户可以订阅通过短信服务 (SMS) 发送的通知。当 SharePoint 列表或项目发生更改时，系统将向用户的移动电话发送通知。移动通知功能类似于 SharePoint Foundation 2010 中已有的用于实现传出电子邮件通知的功能。但在对 SharePoint 列表或项目进行更改时，用户不会收到通过电子邮件发送的通知，而是在移动电话中收到通知。有关电子邮件通知的详细信息，请参阅配置传出电子邮件 (SharePoint Foundation 2010)。SharePoint 网站通常位于 Intranet 上。因此，当用户远离办公室时，例如当用户出差或参加商务晚宴时，访问 SharePoint 网站可能非常困难。利用移动通知功能，用户在收到 SharePoint 列表中的项目发生更改的短信通知时，能够快速作出响应。您可以为服务器场中的所有 Web 应用程序配置一个移动帐户，或为特定的 Web 应用程序配置一个移动帐户；但是，在服务器场中只能配置一个移动帐户。实现的规模可确定是要为服务器场还是为特定的 Web 应用程序配置移动帐户。如果为服务器场配置移动帐户，则组织中的每个人都可订阅通知。举例来说，在管理层希望所有用户都接收某些通知的小型组织中，这将非常有用。如果有若干个将组织分为多个组的 Web 应用程序，您可能希望只为其中一个组配置移动帐户；例如，您希望配置一个移动帐户，使销售组中的所有人都能够订阅通知。在执行这些过程之前，请确认以下内容： 服务器场帐户有权访问 Internet 以发送通知。 您已获得服务提供商的 HTTPS Web 地址的根证书。您可以从服务提供商处或使用 Web 浏览器获得根证书。本文中的过程： 导入根证书并创建信任根证书颁发机构 配置移动帐户 检索移动帐户信息 删除移动帐户

导入根证书并创建信任根证书颁发机构配置移动帐户前，您必须导入服务提供商 HTTPS Web 地址的根证书，然后创建一个信任根证书颁发机构。此步骤只能通过使用 Windows PowerShell 手动执行。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。 此外，您必须是运行 Windows PowerShell 的计算机上的本地 Administrators 组和 Farm Administrators 组的成员。

134

使用 Windows PowerShell 导入根证书并创建信任根证书颁发机构

2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 要获得根证书，在 Windows PowerShell 命令提示符处，键入以下命令：

$cert = Get-PfxCertificate <ObtainedCertificatePath>

要创建信任根证书颁发机构，在 Windows PowerShell 命令提示符处，键入以下命令：New-SPTrustedRootAuthority -Name <Name> -Certificate $cert

其中： <Name> 是您想要创建的信任根证书颁发机构的名称。 <ObtainedCertificatePath> 是根证书文件的位置。

注意：在“证书”窗口的“证书路径”选项卡中，确保您仅使用根证书而没有使用所列的其他证书。“SharePoint 受信任根证书颁发机构”列表中仅列出根证书。

有关详细信息，请参阅 New-SPTrustedRootAuthority。

配置移动帐户您可以使用管理中心或 Windows PowerShell 为服务器场或特定的 Web 应用程序配置移动帐户。

如果不能配置移动帐户，您可能使用了错误的证书文件。这种情况下，请联系您的服务提供商。1. 验证您是否拥有以下管理凭据：

若要为服务器场配置移动帐户，您必须是运行 SharePoint 管理中心网站的计算机上 Farm Administrators 组的成员。

2. 在管理中心主页上，单击“系统设置”。3. 在“系统设置”页上的“电子邮件和短信(SMS)”部分，单击“配置移动帐户”。4. 在“移动帐户设置”页上的“短信(SMS)服务设置”部分，单击“Microsoft Office Online”链接以访问服务提供商的列表。5. 在“查找 Office 2010 移动服务提供商”页上的“选择您的无线服务提供商所在国家/地区”列表中，选择无线服务提供商所在的国家或地区。6. 在“查找 Office 2010 移动服务提供商”页上的“选择您当前的无线服务提供商”列表中，选择要使用的无线服务提供商。

做出此选择后，您将被定向到所选服务提供商的网站。在该网站中，可申请短信服务。在收到来自该服务提供商的必需信息时，将返回到“移动帐户设置”页。7. 在“短信(SMS)服务的 URL”框中，键入短信服务的 URL。

135

注意： 使用管理中心配置或编辑服务器场的移动帐户

注意：确保输入的服务 URL 为 HTTPS URL。

8. 在“用户名”框和“密码”框中，键入您从短信服务提供商处收到的用户名和密码。9. 若要确认 URL 和用户凭据正确，请单击“测试服务”。10.单击“确定”。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。 此外，您必须是运行 Windows PowerShell 的计算机上的本地 Administrators 组和 Farm Administrators 组的成员。

2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

Set-SPMobileMessagingAccount -Identity sms -WebApplication <WebApplicationUrl> [-

ServiceUrl <ServiceUrl>] [-UserId <UserId>] [-Password <Password>]

其中： <WebApplicationUrl> 是管理中心 URL。 <ServiceUrl> 是指向 SMS 服务所在服务器的 URL。 <UserId> 是您从 SMS 服务提供商处收到的用户名。 <Password> 是您从 SMS 服务提供商处收到的用户密码。示例：

Set-SPMobileMessagingAccount -Identity sms -WebApplication http://myserver:8080 -ServiceUrl

https://www.example.com/omsservice.asmx -UserId someone@example.com -Password

password1

或者，如果您使用管道运算符，则键入以下命令：Get-SPWebApplication -Identity http://myserver:8080 | Set-SPMobileMessagingAccount -

Identity sms -ServiceUrl https://www.example.com/omsservice.asmx -UserId

someone@example.com -Password password1

注意：确保输入的服务 URL 为 HTTPS URL。

有关详细信息，请参阅 Set-SPMobileMessagingAccount 和 Get-SPWebApplication。

1. 验证您是否拥有以下管理凭据： 若要为服务器场配置移动帐户，您必须是运行 SharePoint 管理中心网站的计算机上 Farm

136

使用 Windows PowerShell 配置或编辑服务器场的移动帐户使用管理中心为 Web 应用程序配置或编辑移动帐户

Administrators 组的成员。2. 在管理中心主页上的“应用程序管理”部分，单击“管理 Web 应用程序”。3. 在“Web 应用程序”页上，选择您要为其配置移动帐户的 Web 应用程序。在功能区上的“常规设置”中，单击“移动帐户”。4. 在“Web 应用程序短信(SMS)服务设置”页上的“短信(SMS)服务设置”部分，单击“Microsoft Office Online”链接以访问服务提供商的列表。5. 在“查找 Office 2010 移动服务提供商”页上的“选择无线服务提供商所在国家/地区”列表中，选择您的无线服务提供商所在的国家或地区。6. 在“查找 Office 2010 移动服务提供商”页上的“选择您当前的无线服务提供商”列表中，选择要使用的无线服务提供商。

做出此选择后，您将被定向到所选服务提供商的网站。在该网站中，可申请短信服务。在收到来自该服务提供商的必需信息时，您将返回到“移动帐户设置”页并键入该信息。7. 在“短信(SMS)服务的 URL”框中，键入短信服务的 URL。

注意：确保输入的服务 URL 为 HTTPS URL。

8. 在“用户名”框和“密码”框中，键入您从短信服务提供商处收到的用户名和密码。9. 若要确认 URL 和用户凭据正确，请单击“测试服务”。10.单击“确定”。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。 此外，您必须是运行 Windows PowerShell 的计算机上的本地 Administrators 组和 Farm Administrators 组的成员。

2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令：

Set-SPMobileMessagingAccount -Identity sms -WebApplication <WebApplicationUrl> [-

ServiceUrl <ServiceUrl>] [-UserId <UserId>] [-Password <Password>]

其中： <WebApplicationUrl> 是 Web 应用程序 URL。 <ServiceUrl> 是指向 SMS 服务所在服务器的 URL。 <UserId> 是您从 SMS 服务提供商处收到的用户名。 <Password> 是您从 SMS 服务提供商处收到的用户密码。示例：

Set-SPMobileMessagingAccount -Identity sms -WebApplication http://localhost -ServiceUrl

https://www.example.com/omsservice.asmx -UserId someone@example.com -Password

password1

137

使用 Windows PowerShell 为 Web 应用程序配置或编辑移动帐户

或者，如果您使用管道运算符，则键入以下命令：Get-SPWebapplication -Identity http://localhost | Set-SPMobileMessagingAccount -Identity sms -

ServiceUrl https://www.example.com/omsservice.asmx -UserId someone@example.com -

Password password1

注意：确保输入的服务 URL 为 HTTPS URL。

有关详细信息，请参阅 Set-SPMobileMessagingAccount 和 Get-SPWebApplication。

检索移动帐户信息您可以使用 Windows PowerShell 检索服务器场或 Web 应用程序的移动帐户信息。例如，若要查看移动帐户信息或验证 set cmdlet 能否正常工作，您可能希望这样做。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。 此外，您必须是运行 Windows PowerShell 的计算机上的本地 Administrators 组和 Farm Administrators 组的成员。

2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

Get-SPMobileMessagingAccount -WebApplication <WebApplicationUrl>

其中 <WebApplicationUrl> 是管理中心 URL。示例

Get-SPMobileMessagingAccount -WebApplication http://myserver

或者，如果您使用管道运算符，则键入以下命令：Get-SPWebApplication -Identity http://myserver | Get-SPMobileMessagingAccount -AccountType

sms

有关详细信息，请参阅 Get-SPMobileMessagingAccount 和 Get-SPWebApplication。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。 此外，您必须是运行 Windows PowerShell 的计算机上的本地 Administrators 组和 Farm Administrators 组的成员。

2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

138

使用 Windows PowerShell 检索服务器场的移动帐户信息使用 Windows PowerShell 检索 Web 应用程序的移动帐户信息

Get-SPMobileMessagingAccount -WebApplication <WebApplicationUrl>

其中 <WebApplicationUrl> 是 Web 应用程序 URL。示例

Get-SPMobileMessagingAccount -WebApplication http://localhost

或者，如果您使用管道运算符，则键入以下命令：Get-SPWebApplication -Identity http://localhost | Get-SPMobileMessagingAccount -AccountType

sms

有关详细信息，请参阅 Get-SPMobileMessagingAccount 和 Get-SPWebApplication。

删除移动帐户您可以为服务器场或 Web 应用程序删除移动帐户。这将会禁用该帐户，因此用户无法再订阅短信通知，但并不会删除您在服务提供商处设置的帐户。举例而言，如果组织认为向用户发送短信通知没有商业价值，则您可能想删除移动帐户。

没有等效的 Windows PowerShell 功能。1. 验证您是否拥有以下管理凭据：

若要为服务器场删除移动帐户，您必须是运行 SharePoint 管理中心网站的计算机上 Farm Administrators 组的成员。

2. 在管理中心主页上，单击“系统设置”。3. 在“系统设置”页上的“电子邮件和短信(SMS)”部分，单击“配置移动帐户”。4. 在“移动帐户设置”页上，清除所有框中的条目，然后单击“确定”。

1. 验证您是否拥有以下管理凭据： 若要为服务器场删除移动帐户，您必须是运行 SharePoint 管理中心网站的计算机上 Farm

Administrators 组的成员。2. 在管理中心主页上的“应用程序管理”部分，单击“管理 Web 应用程序”。3. 在功能区上的“常规设置”中，单击“移动帐户”。4. 在“Web 应用程序短信(SMS)服务设置”页上，删除所有框中的条目，然后单击“确定”。

另请参阅配置传出电子邮件 (SharePoint Foundation 2010)

139

注意： 删除服务器场的移动帐户 删除 Web 应用程序的移动帐户

安装和配置远程 BLOB 存储或外部 BLOB 存储 (SharePoint Foundation 2010)本文介绍如何在支持 Microsoft SharePoint Foundation 2010 系统的 Microsoft SQL Server 2008 数据库服务器安装和配置远程 BLOB 存储 (RBS) 和 FILESTREAM 提供程序。 RBS 是一个库 API 集，它作为 Microsoft SQL Server 2008 和 Microsoft SQL Server 2008 Express 的附加功能包并入。RBS 设计用于将二进制大型对象 (BLOB) 的存储从数据库服务器移动到商业存储解决方案。RBS 随 RBS FILESTREAM 提供程序一起提供，后者使用 RBS API 来存储 BLOB。有关 RBS 的详细信息，请参阅远程 BLOB 存储概述 (SharePoint Foundation 2010) 。本文内容： 启用 FILESTREAM 并设置 RBS 数据存储 安装 RBS 启用和测试 RBS 用于执行本文中所述过程的用户帐户必须具有以下成员资格： Web 服务器和应用程序服务器上的 Administrators 组。 运行 SQL Server 2008 Express 或 SQL Server 2008 的计算机上的 SQL Server dbcreator 和 securityadmin 固定服务器角色。

启用 FILESTREAM 并设置 RBS 数据存储您必须在运行 SQL Server 2008（承载 SharePoint Foundation 2010 数据库）的计算机上启用并配置 FILESTREAM。若要启用并配置 FILESTREAM，请按照如何：启用 FILESTREAM (http://go.microsoft.com/fwlink/?linkid=166110&clcid=0x804) 中的说明进行操作。启用并配置了 FILESTREAM 之后，请按照此处的描述设置 BLOB 存储。

1. 依次单击“开始”、“所有程序”、“Microsoft SQL Server 2008”和“SQL Server Management Studio”。

2. 展开“数据库”。3. 选择要为其创建 BLOB 存储的内容数据库，然后单击“新建查询”。4. 在“查询”窗格中，按照规定的顺序复制并执行以下每个 SQL 查询。在每一例中，将

[WSS_Content] 替换为内容数据库名称，将 c:\BLOBStore 替换为要在其中创建 BLOB 存储的卷\目录。请注意，您只能设置一次 BLOB 存储。如果尝试多次设置同一 BLOB 存储，将出现错误。提示：为了获得最佳性能以及简化疑难解答，作为一种普通的最佳方案，我们建议您在不包含

140

设置 BLOB 存储

操作系统、页面文件、数据库数据、日志文件或 tempdb 文件的卷上创建 BLOB 存储。 use [WSS_Content]

if not exists (select * from sys.symmetric_keys where name =

N'##MS_DatabaseMasterKey##')create master key encryption by password = N'Admin Key

Password !2#4'

use [WSS_Content]

if not exists (select groupname from sysfilegroups where

groupname=N'RBSFilestreamProvider')alter database [WSS_Content]

add filegroup RBSFilestreamProvider contains filestream

use [WSS_Content]

alter database [WSS_Content] add file (name = RBSFilestreamFile, filename = 'c:\Blobstore') to

filegroup RBSFilestreamProvider

安装 RBS 您必须在 SharePoint 场中的所有 Web 服务器和应用程序服务器上安装 RBS。然后单独为每个关联的内容数据库配置 RBS。

请不要通过运行 RBS_X64.msi 文件并启动“安装 SQL 远程 BLOB 存储”向导来安装 RBS。该向导所设置的某些默认值并不是为 SharePoint Foundation 2010 建议的默认值。1. 在任意 Web 服务器上，转到 http://go.microsoft.com/fwlink/?

linkid=165839&clcid=0x804 (http://go.microsoft.com/fwlink/?linkid=165839&clcid=0x804) 并下载 RBS_X64.msi 文件。

2. 单击“开始”，然后在文本框中键入 command prompt。在结果列表中，右键单击“命令提示符”，然后单击“以管理员身份运行”。单击“确定”。3. 将以下命令复制并粘贴到命令提示符窗口中。您应该使用特定数据库名称和 SQL Server 实例名称只运行一次该命令。此操作大约在一分钟内应该完成。

msiexec /qn /lvx* rbs_install_log.txt /i RBS_X64.msi TRUSTSERVERCERTIFICATE=true

FILEGROUP=PRIMARY DBNAME="WSS_Content" DBINSTANCE="DBInstanceName"

FILESTREAMFILEGROUP=RBSFilestreamProvider

FILESTREAMSTORENAME=FilestreamProvider_1

其中： WSS_Content 为数据库名称 DBInstanceName 为 SQL Server 实例名称

141

警告： 在数据库服务器以及第一台 Web 服务器上安装 RBS

1. 在 Web 服务器上，转到 http://go.microsoft.com/fwlink/?linkid=165839&clcid=0x804 (http://go.microsoft.com/fwlink/?linkid=165839&clcid=0x804) 并下载 RBS_X64.msi 文件。

2. 单击“开始”，然后在文本框中键入 command prompt。在结果列表中，右键单击“命令提示符”，然后单击“以管理员身份运行”。单击“确定”。3. 将以下命令复制并粘贴到命令提示符窗口中。将 WSS_Content 替换为数据库名称，将

DBInstanceName 替换为 SQL Server 实例名称。此操作大约在一分钟内应该完成。 msiexec /qn /lvx* rbs_install_log.txt /i RBS_X64.msi DBNAME="WSS_Content"

DBINSTANCE="DBInstanceName"

ADDLOCAL="Client,Docs,Maintainer,ServerScript,FilestreamClient,FilestreamServer"

4. 对所有 Web 服务器和应用程序服务器重复执行此过程。

1. rbs_install_log.txt 日志文件的创建位置与 RBS_X64.msi 文件的所在位置相同。请使用文本编辑器打开 rbs_install_log.txt 日志文件并向文件底部滚动。在文件末尾的最后 20 行内，应该会有一项显示以下内容：“产品: SQL 远程 Blob 存储 – 已成功完成安装”。 2. 在运行 SQL Server 2008 的计算机上，验证是否在内容数据库中创建了 RBS 表。一些表应位于名称前面有字母“mssqlrbs”的内容数据库中。

启用和测试 RBS您必须在 SharePoint 场中的一台 Web 服务器上启用 RBS。执行此活动时，选择哪一台 Web 服务器并不重要，只要使用上面的过程在该服务器上安装了 RBS 即可。

1. 在“开始”菜单中，依次单击“程序”、“Microsoft SharePoint 2010 产品”，然后单击“SharePoint 2010 Management Shell”。2. 在 Windows PowerShell 命令提示符处，键入以下每个命令。将 http://sitename 替换为连接到内容数据库的 Web 应用程序。

$cdb = Get-SPContentDatabase –WebApplication http://sitename$rbss = $cdb.RemoteBlobStorageSettings$rbss.Installed()$rbss.Enable()$rbss.SetActiveProviderName($rbss.GetProviderNames()[0])$rbss

142

在所有其他 Web 和应用程序服务器上安装 RBS 确认 RBS 安装 启用 RBS

1. 依次单击“开始”、“所有程序”、“Microsoft SQL Server 2008”和“SQL Server Management Studio”。

2. 展开“数据库”。3. 选择已为其启用 RBS 的内容数据库，然后单击“新建查询”。4. 导航到 RBS 数据存储目录。5. 导航到文件列表，并打开具有最近修改日期的文件夹（除 $FSLOG 之外）。在该文件夹中，打开具有最近修改日期的文件。此文件应该是您上载的文件。

若要使其他数据库能够使用 RBS，请参阅将内容数据库设置为使用远程 Blob 存储 (RBS) (SharePoint Foundation 2010)。

143

测试 RBS 数据存储

配置服务 (SharePoint Foundation 2010)在 Microsoft SharePoint Foundation 2010 中，单项服务可以单独进行配置，您可以只实施组织需要的服务。有关如何启动、停止和配置服务的信息，请参阅管理服务器上的服务 (SharePoint Foundation 2010)。部署的服务称为服务应用程序。服务应用程序提供的资源可以在服务器场内的网站之间（有时可以跨多个服务器场）共享，并且可由用户通过主机 Web 应用程序访问。服务应用程序通过服务应用程序连接 与 Web 应用程序关联。有关管理和发布服务应用程序的详细信息，请参阅管理服务应用程序和服务 (SharePoint Foundation 2010)。有关服务应用程序和服务的详细信息，请参阅技术图表 (SharePoint Foundation 2010) 。本节包含下列文章： 管理服务应用程序和服务 (SharePoint Foundation 2010)

本文讨论 Microsoft SharePoint Foundation 2010 中的服务应用程序和服务的结构，并说明如何管理服务应用程序和服务。 配置安全令牌服务 (SharePoint Foundation 2010)

本文将提供相关指导，帮助您配置 Microsoft SharePoint Foundation 2010 安全令牌服务 (STS)。STS 是专用于响应安全令牌请求和提供标识管理的 Web 服务。

144

管理服务应用程序和服务 (SharePoint Foundation 2010)本节中的文章讨论 Microsoft SharePoint Foundation 2010 中服务应用程序和服务的结构，并说明如何管理服务应用程序和服务。这些文章适用于将运行 SharePoint Foundation 2010 的服务器场管理员和服务应用程序管理员。

本节内容 关于服务应用程序和服务 (SharePoint Server 2010)

介绍服务应用程序和服务的逻辑基础结构。 管理服务应用程序和服务 (SharePoint Foundation 2010)

介绍如何管理、创建、配置和共享服务应用程序。 管理服务器上的服务 (SharePoint Foundation 2010)

介绍如何启动、停止和配置服务。

另请参阅管理 Web 应用程序 (SharePoint Foundation 2010) 技术图表 (SharePoint Foundation 2010)

145

配置安全令牌服务 (SharePoint Foundation 2010)本文将指导您配置 Microsoft SharePoint Foundation 2010 安全令牌服务 (STS)。STS 是专用于响应安全令牌请求和提供标识管理的 Web 服务。每个 STS 的核心功能都相同，但每个 STS 执行的任务的性质取决于该 STS 相对于设计中的其他 STS Web 服务所发挥的作用。本文内容： 使用 STS 的 Web 应用程序的工作原理 使用 Windows PowerShell 配置基于声明的 SharePoint Web 应用程序 编辑绑定 配置使用 STS 的 Web 应用程序

使用 STS 的 Web 应用程序的工作原理使用安全令牌服务的 Web 应用程序处理安全令牌的颁发、管理以及验证请求。安全令牌由标识声明（如用户的名称、角色或匿名标识符）的集合组成。令牌可通过多种形式颁发，如以安全声明标记语言 (SAML) 令牌形式颁发。可使用 X.509 证书保护安全令牌，以保护令牌内容在传输过程中的安全并启用可信颁发者的验证。有关安全令牌服务的其他信息，请参阅规划身份验证方法 (SharePoint Foundation 2010)。标识提供程序-STS (IP-STS) 是一种处理可信标识声明请求的 Web 服务。IP-STS 使用称为标识存储区的数据库来存储和管理标识及其关联属性。标识提供程序的标识存储区可以是简单的存储区，如 SQL 数据库表。IP-STS 也可以使用复杂的标识存储区，如 Active Directory 域服务 (AD DS) 或 Active Directory 轻型目录服务 (AD LDS)。 IP-STS 可用于想要创建和管理标识的客户，以及必须验证客户向其提供的标识的信赖方应用程序。每个 IP-STS 都与联盟合作伙伴信赖方 STS Web 应用程序（每个都称为 RP-STS）之间存在联盟信任关系，并向这些 STS Web 应用程序颁发令牌。客户可以使用诸如 CardSpace 之类的卡选择器创建或设置托管信息卡，这些信息卡表示向 IP-STS 注册的标识。客户在请求表示包含在 IP-STS 标识存储区中的标识的安全令牌时，会与 IP-STS 交互。验证完成后，IP-STS 会颁发一个可信安全令牌，客户可将该令牌提供给信赖方应用程序。信赖方应用程序可与 IP-STS 建立信任关系，从而使这些应用程序可以验证 IP-STS 颁发的安全令牌。建立信任关系后，信赖方应用程序可以检查客户提供的安全令牌，并决定令牌包含的标识声明的有效性。信赖方 STS (RP-STS) 是接收来自可信联盟合作伙伴 IP-STS 的安全令牌的 STS。RP-STS 反过来又颁发新的安全令牌供本地信赖方应用程序使用。通过将 RP-STS Web 应用程序与 IP-STS Web 应用程序联合使用，组织可以向合作伙伴组织中的用户提供 Web 单一登录 (SSO)。每个组织可继续管理其自己的标识存储区。

146

使用 Windows PowerShell 配置基于声明的 SharePoint Web 应用程序执行以下过程以使用 Windows PowerShell 配置基于声明的 SharePoint Web 应用程序。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 从 Windows PowerShell 命令提示符（即 PS C:\>）处创建 x509Certificate2 对象，如以下示例所示：

$cert = New-Object

System.Security.Cryptography.X509Certificates.X509Certificate2("path to cert file")

6. 创建要用于可信验证提供程序的声明类型映射，如以下示例所示：New-SPClaimTypeMapping

"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress"

-IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

7. 通过先为 realm 参数创建值来创建可信登录提供程序，如以下示例所示：$realm = "urn:" + $env:ComputerName + ":domain-int"

8. 为 signinurl 参数创建值，以指向安全令牌服务 Web 应用程序，如以下示例所示：$signinurl = "https://test-2/FederationPassive/"

9. 使用与声明映射 ($map1.InputClaimType) 中相同的 IdentifierClaim 值创建可信登录提供程序，如以下示例所示：$ap = New-SPTrustedIdentityTokenIssuer -Name

"WIF" -Description "Windows® Identity Foundation" -Realm

$realm -ImportTrustCertificate $cert

-ClaimsMappings $map1[,$map2..] -SignInUrl

$signinurl -IdentifierClaim $map1.InputClaimType

10. 通过先为当前用户的应用程序池帐户创建值来创建 Web 应用程序，如以下示例所示：$account = "DOMAIN\" + $env:UserName

注意：应用程序池帐户必须为管理帐户。若要创建管理帐户，请使用 New-SPManagedAccount。

11. 为 Web 应用程序 URL 创建值 ($webappurl = "https://" + $env:ComputerName)，如以下示例

147

使用 Windows PowerShell 配置基于声明的 SharePoint Web 应用程序

所示：$wa = New-SPWebApplication -name "Claims WIF"

-SecureSocketsLayer -ApplicationPool "SharePoint SSL"

-ApplicationPoolAccount $account -Url $webappurl -Port 443

-AuthenticationProvider $ap

12. 通过先创建 claim 对象来创建网站，如以下示例所示：$claim = New-SPClaimsPrincipal

-TrustedIdentityTokenIssuerr $ap -Identity

$env:UserName

13.创建网站，如以下示例所示：$site = New-SPSite $webappurl -OwnerAlias

$claim.ToEncodedString() -template "STS#0"

编辑绑定配置基于声明的 SharePoint Web 应用程序后，可编辑绑定。

1. 在命令提示符处键入 INETMGR 以启动 IIS 管理器。2. 转到 IIS 中的“声明 Web 应用程序”网站。 3. 在左窗格中，右键单击“声明 Web 应用程序”，并选择“编辑绑定”。4. 选择“https”，并单击“编辑”。5. 在“SSL 证书”下，选择任一列出的证书。

配置使用 STS 的 Web 应用程序在配置基于声明的 SharePoint Foundation 2010 Web 应用程序、编辑绑定以及配置 Web.Config 文件之后，可以使用此部分中的过程配置安全令牌服务 Web 应用程序。

1. 打开 Active Directory 联合身份验证服务 (AD FS) 2.0 管理控制台。2. 在左窗格中，展开“策略”，然后选择“信赖方”。 3. 在右窗格中，单击“添加信赖方”。此时将打开 Active Directory 联合身份验证服务 (AD FS)

2.0 配置向导。4. 在向导的第一页上，单击“开始”。

148

编辑绑定 配置使用 STS 的 Web 应用程序

5. 选择“手动输入信赖方配置”，然后单击“下一步”。6. 键入信赖方名称，然后单击“下一步”。7. 确保选中“Active Directory 联合身份验证服务(AD FS) 2.0 服务器配置文件”，然后单击“下一步”。8. 如果不打算使用加密证书，请单击“下一步”。9. 选择“启用对基于 Web 浏览器的联合身份验证的支持”。10.键入 Web 应用程序 URL 的名称，并在名称后附加 /_trust/（例如：https://servername/_trust/）。单击“下一步”。11.键入标识符，单击“添加”。单击“下一步”。12. 在“摘要”页上，单击“下一步”，然后单击“关闭”。此时将打开规则编辑器管理控制台。使用此控制台配置从 LDAP Web 应用程序到 SharePoint 的声明映射。13. 在左窗格中，展开“新建规则”，然后选择“预定义规则”。 14. 选择“从 LDAP 属性存储区创建声明”。15. 在右窗格中，从“属性存储区”下拉列表中选择“企业 Active Directory 用户帐户存储区”。16. 在“LDAP 属性”下，选择“sAMAccountName”。17. 在“传出声明类型”下，选择“电子邮件地址”。18. 在左窗格中，单击“保存”。

149

准备宿主网站 (SharePoint Foundation 2010)在安装 Microsoft SharePoint Foundation 2010 并执行初始配置之后，可以开始创建 SharePoint 网站。在创建某个网站集之前，必须先创建要在其中创建该网站集的 Web 应用程序。如果要使用 Kerberos 身份验证或基于声明的身份验证，则必须还要配置 Web 应用程序身份验证。本节中的各篇文章可帮助您确定 SharePoint 网站的层次结构。 创建 Web 应用程序 (SharePoint Foundation 2010)

SharePoint 网站由 Web 应用程序承载，因此，在创建任何网站之前，必须创建一个或多个 Web 应用程序。本文介绍如何从管理中心网站或通过使用 Windows PowerShell 2.0 来创建 Web 应用程序。 配置声明身份验证 (SharePoint Foundation 2010)

本文介绍了如何配置 SharePoint Foundation 2010 基于声明的 Web 应用程序，这类应用程序为服务器场提供基于声明的登录和服务基础结构。本文还介绍了在适当情况下如何配置对基于声明的 Web 应用程序的匿名访问以及如何为基于表单的身份验证或 Web SSO 身份验证配置 Web 应用程序区域。

配置 Kerberos 身份验证 (SharePoint Foundation 2010) 若要部署运行 SharePoint Foundation 2010 并使用 Kerberos 身份验证的服务器场，必须在计算机上安装和配置各种应用程序。本文介绍一个运行 SharePoint Foundation 2010 的示例服务器场，并提供有关如何部署和配置服务器场以使用 Kerberos 身份验证来在 SharePoint 服务器场中工作的指南。

创建网站集 (SharePoint Foundation 2010) 在创建 Web 应用程序后，可以创建网站集。本文将帮助您从管理中心网站或使用 Windows PowerShell 2.0 创建网站集。若要使用户能够创建自己的网站，则必须为 Web 应用程序配置自助式网站管理。

150

创建 Web 应用程序 (SharePoint Foundation 2010)Web 应用程序由一个 Internet Information Services (IIS) 网站组成（但最多可以有 5 个 IIS 网站与其联系），此网站充当您创建的网站集的逻辑单元。必须先创建 Web 应用程序，然后才能创建网站集。每个 Web 应用程序均由一个不同的 IIS 网站表示，并具有唯一或共享的应用程序池。可以为每个 Web 应用程序分配一个唯一的域名，这将有助于防止跨网站脚本攻击。可使用 Web 应用程序来隔离内容。当您创建新的 Web 应用程序时，还需要创建一个新的内容数据库，并定义用于连接到该数据库的身份验证方法。此外，还需要在 SharePoint Foundation 2010 中定义将由 IIS 网站使用的身份验证方法。SharePoint Foundation 2010 提供两种验证用户身份的方法，它们是： 经典模式身份验证，在经典模式身份验证中，用户使用 Windows 身份验证登录到 Web 应用程序。 基于声明的身份验证，在基于声明的身份验证中，用户使用 Windows 身份验证、基于表单的身份验证 (FBA) 或信任的身份提供程序 (SAML) 登录到 Web 应用程序。如果使用 FBA 或 SAML，则必须执行附加的配置步骤。有关基于声明的身份验证的详细信息，请参阅为基于声明的 Web 应用程 序配置基于表单的身份验证 (SharePoint Foundation 2010) 。有关这两种身份验证类型的详细信息，请参阅规划身份验证方法 (SharePoint Foundation 2010) 。SharePoint Foundation 2010 提供一组可供每个 Web 应用程序使用的服务应用程序。您可以选择要将哪些服务应用程序用于您创建的每个 Web 应用程序。有关详细信息，请参阅技术图表 (SharePoint Foundation 2010)、定义管理路径 (SharePoint Foundation 2010) 和管理服务应用程序和服务 (SharePoint Foundation 2010)。在执行这些过程之前，请确认以下内容： 您的系统运行的是 Microsoft SharePoint Foundation 2010。 具有现成的逻辑体系结构设计。 已规划了 Web 应用程序的身份验证。有关详细信息，请参阅规划身份验证方法 (SharePoint

Foundation 2010) 和选择安全组 (SharePoint Foundation 2010) 。 您已经选择要将哪些服务应用程序用于您的 Web 应用程序。有关详细信息，请参阅管理服务应用程序和服务 (SharePoint Foundation 2010) 。 如果使用安全套接字层 (SSL)，则必须在创建 IIS 网站后将 SSL 证书与 Web 应用程序的 IIS 网站相关联。有关设置 SSL 的详细信息，请参阅如何在 IIS 7.0 上设置 SSL （该链接可能指向英文页 面） (http://go.microsoft.com/fwlink/?linkid=187887&clcid=0x804)（该链接可能指向英文页面）。 您已阅读了有关备用访问映射的内容。 如果在 Windows 中启用了用户帐户控制 (UAC)，并且使用 Windows PowerShell 2.0 创建 Web 应用程序，则必须右键单击“SharePoint 2010 Management Shell”并选择“以管理员身份运行”。

151

创建 Web 应用程序可以使用 SharePoint 管理中心网站或 Windows PowerShell 创建 Web 应用程序。通常使用管理中心来创建 Web 应用程序。如果要自动执行创建 Web 应用程序的任务（这在企业中很常见），请使用 Windows PowerShell。在此过程完成之后，可以在已创建的 Web 应用程序上创建一个或多个网站集。

1. 验证您是否拥有以下管理凭据： 若要创建 Web 应用程序，您必须是运行管理中心的计算机上 SharePoint 组“Farm

Administrators”和本地 Administrator 组的成员。2. 在管理中心主页上的“应用程序管理”部分，单击“管理 Web 应用程序”。3. 在功能区上，单击“新建”。4. 在“新建 Web 应用程序”页的“身份验证”部分，单击“经典模式身份验证”。5. 在“IIS 网站”部分，可以通过选择以下两个选项之一来配置新 Web 应用程序的设置：

单击“使用现有 IIS 网站”，然后选择要安装新 Web 应用程序的网站。 单击“新建 IIS 网站”，然后在“名称”框中键入网站名称。

6. 在“IIS 网站”部分的“端口”框中，键入要用于访问 Web 应用程序的端口号。如果新建网站，则会用随机端口号填充该字段。如果使用现有网站，则会用当前端口号填充该字段。注意：HTTP 访问的默认端口号是 80，HTTPS 访问的默认端口号是 443。如果您希望用户无需键入端口号即可访问 Web 应用程序，他们应使用相应的默认端口号。

7. 可选：在“IIS 网站”部分的“主机标头”框中，键入要用于访问 Web 应用程序的主机名（例如 www.contoso.com）。注意：除非希望将两个或更多 IIS 网站配置为共享同一台服务器上的同一个端口号，并且 DNS 已配置为将请求路由到同一台服务器，否则通常不设置该字段。

8. 在“IIS 网站”部分的“路径”框中，键入服务器上的 IIS 网站主目录的路径。如果新建网站，则会用建议的路径填充该字段。如果使用现有网站，则会用网站的当前路径填充该字段。9. 在“安全性配置”部分中，为 Web 应用程序配置身份验证和加密。

a. 在“验证提供程序”部分，单击“协商(Kerberos)”或“NTLM”。注意：若要启用 Kerberos 身份验证，必须执行额外的配置。

b. 在“允许匿名访问”部分，单击“是”或“否”。如果选择允许匿名访问，将允许使用特定于计算机的匿名访问帐户（即 IIS_IUSRS）来匿名访问网站。注意：如果希望用户能够匿名访问任何网站内容，则必须在 SharePoint 网站级别启用匿

152

通过管理中心创建使用 Windows 经典身份验证的 Web 应用程序

名访问之前为整个 Web 应用程序区域启用匿名访问；以后，网站所有者可以配置如何在其网站中使用匿名访问。如果不在 Web 应用程序级别启用匿名访问，以后则无法在网站级别启用匿名访问。有关详细信息，请参阅选择安全组 (SharePoint Foundation 2010)。

c. 在“使用安全套接字层(SSL)”部分，单击“是”或“否”。如果选择为网站启用 SSL，则必须通过请求和安装 SSL 证书来配置 SSL。有关设置 SSL 的详细信息，请参阅如何在 IIS 7.0 上设置 SSL （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=187887&clcid=0x804)（该链接可能指向英文页面）。

10. 在“公用 URL”部分，键入用户将在此 Web 应用程序中访问的所有网站的域名的 URL。此 URL 将用作此 Web 应用程序的网页上显示的所有链接中的基 URL。默认 URL 是当前的服务器名称和端口，并且会自动更新以反映页面上的当前 SSL、主机头和端口号设置。如果要在负载平衡器或代理服务器后面部署 SharePoint Foundation 2010，则此 URL 可能不能与此页面上的 SSL、主机头和端口设置相同。对于新的 Web 应用程序，“区域”值会自动设置为“默认”。

注意：在扩展 Web 应用程序时可以更改区域。有关详细信息，请参阅扩展 Web 应用程序 (SharePoint Foundation 2010)。

11. 在“应用程序池”部分，执行下列操作之一： 单击“使用现有应用程序池”，然后从下拉菜单中选择您要使用的应用程序池。 单击“新建应用程序池”，然后键入新应用程序池的名称或保留默认名称。

12. 在“请为此应用程序池选择安全帐户”下，执行下列操作之一： 单击“预定义帐户”以使用预定义的安全帐户，然后从下拉菜单中选择安全帐户。 单击“可配置帐户”以指定将用于现有应用程序池的新的安全帐户。

注意：可以通过单击“注册新的管理帐户”链接来创建新的帐户。

13. 在“数据库名称和验证”部分，为新的 Web 应用程序选择数据库服务器、数据库名称和身份验证方法，如下表中所述。

项目 操作数据库服务器 键入要使用的数据库服务器和 Microsoft

SQL Server 实例的名称，格式为 <服务器名称\实例>。也可以使用默认条目。数据库名称 键入数据库的名称或使用默认条目。数据库验证 执行以下操作之一以选择要使用的数据库身份验证：

如果要使用 Windows 身份验证，请

153

项目 操作将此选项保持选中状态。建议使用此选项，因为 Windows 身份验证在连接到 SQL Server 时会自动对密码进行加密。

如果要使用 SQL 身份验证，请单击“SQL 验证”。在“帐户”框中键入希望让 Web 应用程序通过 SQL Server 数据库进行身份验证的帐户的名称，然后在“密码”框中键入密码。

注意：SQL 身份验证会将 SQL 身份验证密码以未加密形式发送到 SQL Server。建议仅当您通过使用 IPsec 强制 SQL Server 的协议加密功能对网络流量进行加密时，才使用 SQL 身份验证。

14. 如果使用数据库镜像，请在“故障转移服务器”部分的“故障转移数据库服务器”框中，键入要与内容数据库关联的特定故障转移数据库的名称。15. 在“Search Server”部分的“选择 Microsoft SharePoint Foundation 搜索服务器”下，将内容数据库与运行 Microsoft SharePoint Foundation Search Service 的服务器关联。16. 在“服务应用程序连接”部分，选择将供 Web 应用程序使用的服务应用程序连接。在下拉菜单中，单击“默认”或“自定义”。可使用“自定义”选项来选择您要用于 Web 应用程序的服务应用程序连接。17. 在“客户体验改善计划”部分，单击“是”或“否”。18.单击“确定”以创建新的 Web 应用程序。

1. 验证您是否拥有以下管理凭据： 若要创建 Web 应用程序，您必须是运行管理中心的计算机上 SharePoint 组“Farm

Administrators”和本地 Administrators 组的成员。2. 在管理中心主页上的“应用程序管理”部分，单击“管理 Web 应用程序”。

154

通过管理中心创建使用 Windows 声明身份验证的 Web 应用程序

3. 在功能区上，单击“新建”。4. 在“新建 Web 应用程序”页的“身份验证”部分，单击“基于声明的身份验证”。5. 在“IIS 网站”部分，可以通过选择以下两个选项之一来配置新 Web 应用程序的设置：

单击“使用现有 IIS 网站”，然后选择要安装新 Web 应用程序的网站。 单击“新建 IIS 网站”，然后在“名称”框中键入网站名称。

6. 在“IIS 网站”部分的“端口”框中，键入要用于访问 Web 应用程序的端口号。如果新建网站，则会用随机端口号填充该字段。如果使用现有网站，则会用当前端口号填充该字段。注意：HTTP 访问的默认端口号是 80，HTTPS 访问的默认端口号是 443。如果您希望用户无需键入端口号即可访问 Web 应用程序，他们应使用相应的默认端口号。

7. 可选：在“IIS 网站”部分的“主机标头”框中，键入要用于访问 Web 应用程序的主机名（例如 www.contoso.com）。注意：除非希望将两个或更多 IIS 网站配置为共享同一台服务器上的同一个端口号，并且 DNS 已配置为将请求路由到同一台服务器，否则通常不设置该字段。

8. 在“IIS 网站”部分的“路径”框中，键入服务器上的 IIS 网站主目录的路径。如果新建网站，则会用建议的路径填充该字段。如果使用现有网站，则会用网站的当前路径填充该字段。9. 在“安全配置”部分，选择是否使用允许匿名访问，以及是否使用安全套接字层 (SSL)。

a. 在“允许匿名访问”下，单击“是”或“否”。如果选择允许匿名访问，将允许使用特定于计算机的匿名访问帐户（即 IIS_IUSRS）来匿名访问网站。注意：如果希望用户能够匿名访问任何网站内容，则必须在 SharePoint 网站级别启用匿名访问之前为整个 Web 应用程序区域启用匿名访问；以后，网站所有者可以配置如何在其网站中使用匿名访问。如果不在 Web 应用程序级别启用匿名访问，以后则无法在网站级别启用匿名访问。有关详细信息，请参阅选择安全组 (SharePoint Foundation 2010)。

b. 在“使用安全套接字层(SSL)”下，单击“是”或“否”。如果选择为网站启用 SSL，则必须通过请求和安装 SSL 证书来配置 SSL。有关设置 SSL 的详细信息，请参阅如何在 IIS 7.0 上设置 SSL （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=187887&clcid=0x804)（该链接可能指向英文页面）。

10. 在“声明身份验证类型”部分，选择要用于 Web 应用程序的身份验证。a. 如果要启用 Windows 身份验证，请选择“启用 Windows 身份验证”，然后在下拉菜单中选择“协商(Kerberos)”或“NTLM”。

如果不想使用集成 Windows 身份验证，请清除“集成 Windows 身份验证”。如果要通过网络以不加密的形式传送用户的凭据，则选择“基本身份验证(使用明文发送密码)”。

155

注意：您可以选择基本身份验证和/或集成 Windows 身份验证。如果同时选择这两者，SharePoint Foundation 2010 将向客户端 Web 浏览器提供这两种身份验证类型。客户端 Web 浏览器随后确定要使用的身份验证类型。如果只选择基本身份验证，则确保启用 SSL；否则，恶意用户可能会截取凭据。

b. 如果要启用基于表单的身份验证，请选择“启用基于窗体的身份验证(FBA)”，然后在相应的框中输入成员资格提供程序名称和角色管理器名称。注意：如果选择此选项，则确保启用 SSL；否则，恶意用户可能会截取凭据。

c. 如果在 Windows PowerShell 中设置了“信任的身份提供程序”身份验证，则“信任的身份提供程序”复选框处于选中状态。您可以使用一种或多种声明身份验证类型。有关详细信息，请参阅规划身份验证方法 (SharePoint Foundation 2010)。

11. 在“登录页 URL”部分，选择以下选项之一以登录到 SharePoint Foundation 2010： 如果想将用户重定向到默认登录网站以进行基于声明的身份验证，请选择“默认登录页

URL”。 如果您希望将用户重定向到自定义的登录网站以进行基于声明的身份验证，请选择“自定义登录页 URL”，然后键入登录 URL。

12. 在“公用 URL”部分，键入用户将在此 Web 应用程序中访问的所有网站的域名的 URL。此 URL 将用作此 Web 应用程序的网页上显示的所有链接中的基 URL。默认 URL 是当前的服务器名称和端口，并且会自动更新以反映页面上的当前 SSL、主机头和端口号设置。如果要在负载平衡器或代理服务器后面部署 SharePoint Foundation 2010，则此 URL 可能不能与此页面上的 SSL、主机头和端口设置相同。对于新的 Web 应用程序，“区域”值会自动设置为“默认”。

注意：在扩展 Web 应用程序时可以更改区域。有关详细信息，请参阅扩展 Web 应用程序 (SharePoint Foundation 2010)。

13. 在“应用程序池”部分，执行下列操作之一： 单击“使用现有应用程序池”，然后从下拉菜单中选择您要使用的应用程序池。 单击“新建应用程序池”，然后键入新应用程序池的名称或保留默认名称。

14. 在“请为此应用程序池选择安全帐户”下，执行下列操作之一： 单击“预定义帐户”以使用预定义的安全帐户，然后从下拉菜单中选择安全帐户。 单击“可配置帐户”以指定将用于现有应用程序池的新的安全帐户。

注意：可以通过单击“注册新的管理帐户”链接来创建新的帐户。

15. 在“数据库名称和验证”部分，为新的 Web 应用程序选择数据库服务器、数据库名称和身份验

156

证方法，如下表中所述。

项目 操作数据库服务器 键入要使用的数据库服务器和 Microsoft

SQL Server 实例的名称，格式为 <服务器名称\实例>。也可以使用默认条目。数据库名称 键入数据库的名称或使用默认条目。数据库验证 执行以下操作之一以选择要使用的数据库身份验证：

如果要使用 Windows 身份验证，请将此选项保持选中状态。建议使用此选项，因为 Windows 身份验证在连接到 SQL Server 时会自动对密码进行加密。 如果要使用 SQL 身份验证，请单击“SQL 验证”。在“帐户”框中键入希望让 Web 应用程序通过 SQL

Server 数据库进行身份验证的帐户的名称，然后在“密码”框中键入密码。注意：SQL 身份验证会将 SQL 身份验证密码以未加密形式发送到 SQL Server。建议仅当您通过使用 IPsec 强制 SQL Server 的协议加密功能对网络流量进行加密时，才使用 SQL 身份验证。

16. 如果使用数据库镜像，请在“故障转移服务器”部分的“故障转移数据库服务器”框中，键入要与内容数据库关联的特定故障转移数据库的名称。17. 在“Search Server”部分的“选择 SharePoint Foundation 搜索服务器”下，将内容数据库与运行 Microsoft SharePoint Foundation Search Service 的服务器关联。18. 在“服务应用程序连接”部分，选择将供 Web 应用程序使用的服务应用程序连接。在下拉菜单中，单击“默认”或“自定义”。可使用“自定义”选项来选择您要用于 Web 应用程序的服务应用程序连接。19. 在“客户体验改善计划”部分，单击“是”或“否”。

157

20.单击“确定”以创建新的 Web 应用程序。

1. 确保您满足以下最低要求：请参阅 Add-SPShellAdmin。您还必须是运行 Windows PowerShell 的计算机上本地 Administrators 组的成员。此外，某些过程还要求您是 SQL Server 固定服务器角色 dbcreator 和 securityadmin 的成员。

2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

New-SPWebApplication -Name <Name> -ApplicationPool <ApplicationPool> -

ApplicationPoolAccount <ApplicationPoolAccount> -Port <Port> -URL <URL>

其中： <Name> 是新 Web 应用程序的名称。 <ApplicationPool> 是应用程序池的名称。 <ApplicationPoolAccount> 是该应用程序池运行时将使用的用户帐户。 <Port> 是 IIS 中将在其上创建 Web 应用程序的端口。 <URL> 是 Web 应用程序的公用 URL。

示例New-SPWebApplication -Name "Contoso Internet Site" -ApplicationPool "ContosoAppPool" -

ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe") -Port 80 -URL

"http://www.contoso.com"

有关详细信息，请参阅 New-SPWebApplication。注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

1. 确保您满足以下最低要求：请参阅 Add-SPShellAdmin。您还必须是运行 Windows PowerShell 的计算机上本地 Administrators 组的成员。此外，某些过程还要求您是 SQL Server 固定服务器角色 dbcreator 和 securityadmin 的成员。

2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 若要创建 Windows 声明身份验证提供程序，请在 Windows PowerShell 命令提示符处键入以下命令：

158

通过 Windows PowerShell 创建使用 Windows 经典身份验证的 Web 应用程序使用 Windows PowerShell 创建使用 Windows 声明身份验证的 Web 应用程序

$ap = New-SPAuthenticationProvider

若要创建使用 Windows 声明身份验证的 Web 应用程序，请在 Windows PowerShell 命令提示符处键入以下命令：$wa = New-SPWebApplication -Name <ClaimsWindowsWebApplication> -ApplicationPool

<ClaimsApplicationPool> -ApplicationPoolAccount <ClaimsApplicationPoolAccount> -URL

<URL> -Port <Port> -AuthenticationProvider $ap

注意：建议该应用程序池帐户是服务器场上的托管帐户。

其中： <Name> 是使用 Windows 声明身份验证的新 Web 应用程序的名称。 <ApplicationPool> 是应用程序池的名称。 <ApplicationPoolAccount> 是该应用程序池运行时将使用的用户帐户。 <URL> 是 Web 应用程序的公用 URL。 <Port> 是 IIS 中将在其上创建 Web 应用程序的端口。

示例$ap = New-SPAuthenticationProvider

$wa = New-SPWebApplication -Name "Contoso Internet Site" -ApplicationPool "ContosoAppPool" -

ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe") -URL "http://www.contoso.com"

-Port 80 -AuthenticationProvider $ap

有关详细信息，请参阅 New-SPWebApplication 和 New-SPAuthenticationProvider。注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

另请参阅扩展 Web 应用程序 (SharePoint Foundation 2010) 创建网站集 (SharePoint Foundation 2010) 配置基于声明的 Web 应用程序 (SharePoint Foundation 2010) 为基于声明的 Web 应用程序配置基于表单的身份验证 (SharePoint Foundation 2010) 配置 Web 服务器安全性 (IIS 7)

159

配置声明身份验证 (SharePoint Foundation 2010)本节内容： 配置基于声明的 Web 应用程序 (SharePoint Foundation 2010) 为基于声明的 Web 应用程序配置匿名访问 (SharePoint Foundation 2010) 为基于声明的 Web 应用程序配置基于表单的身份验证 (SharePoint Foundation 2010) 为针对 Windows 令牌服务的声明配置 Kerberos 身份验证 (SharePoint Foundation 2010) 使用 SAML 安全令牌配置身份验证 (SharePoint Foundation 2010)

160

配置基于声明的 Web 应用程序 (SharePoint Foundation 2010)遵循本文中的过程，可以配置基于声明的 Microsoft SharePoint Foundation 2010 Web 应用程序，该 Web 应用程序将为您的服务器场提供基于声明的登录和服务基础结构。应先确保成功执行了以下 SharePoint Foundation 2010 安装过程，然后才能配置基于声明的 Web 应用程序： 运行安装后配置向导。 运行服务器场配置向导（或对服务器场服务逐个进行配置）。 配置 SharePoint Foundation 2010 Web 应用程序。对于应用程序池帐户，请使用服务器场管理员帐户。 配置 SharePoint Foundation 2010 网站集。

配置基于声明的 Web 应用程序下面的过程描述如何使用管理中心配置基于声明的 Web 应用程序。

1. 确认执行此过程的用户帐户是 SharePoint 组“Farm Administrators”的成员。2. 在管理中心的“应用程序管理”下，选择“管理 Web 应用程序”。 3. 在功能区上，选择“新建”。4. 在“创建 Web 应用程序”对话框的“身份验证”部分，选择“基于声明的身份验证”，然后单击“确定”。5. 确认已成功创建 Web 应用程序。6. 配置了基于声明的 Web 应用程序后，创建网站集。

161

配置基于声明的 Web 应用程序

为基于声明的 Web 应用程序配置匿名访问 (SharePoint Foundation 2010)配置基于声明的 Microsoft SharePoint Foundation 2010 Web 应用程序后，可以使用本文中的过程为基于声明的 Web 应用程序配置匿名访问。有关详细信息，请参阅配置基于声明的 Web 应用程序 (SharePoint Foundation 2010)。

为基于声明的 Web 应用程序配置匿名访问1. 确认执行此过程的用户帐户是网站集管理员。2. 在管理中心，转到“安全性”部分。3. 在“匿名访问”下，选择“启用匿名”。4. 单击“保存”。5. 转到相应 Web 应用程序的网站。6. 选择“网站操作”。7. 选择“网站权限”。8. 在功能区上，选择“匿名访问”。9. 选择“整个网站”或“列表和库”，具体取决于您希望如何限定该网站的匿名访问的范围。

162

为基于声明的 Web 应用程序配置匿名访问

为基于声明的 Web 应用程序配置基于表单的身份验证 (SharePoint Foundation 2010)本文中的过程提供指导信息，以便： 使您能够为基于 Microsoft SharePoint Foundation 2010 声明的 Web 应用程序配置基于表单的身份验证。 帮助您升级现已配置为使用基于表单的身份验证的 Windows SharePoint Services 3.0 Web 应用程序，使它们能与 SharePoint Foundation 2010 配合工作。升级到 SharePoint Foundation 2010 之后，将针对旧的登录来配置 Windows SharePoint Services 3.0 Web 应用程序。对于配置为使用 Windows 身份验证的 Windows SharePoint Services 3.0 Web 应用程序，无需为升级执行其他步骤。但是，对于配置为使用基于表单的身份验证或 Web SSO 身份验证的 Windows SharePoint Services 3.0 Web 应用程序，必须首先转换为基于声明的身份验证，然后才能在 SharePoint Foundation 2010 中使用 Windows SharePoint Services 3.0 Web 应用程序。将 Windows SharePoint Services 3.0 Web 应用程序转换为基于声明的身份验证后，针对基于表单的身份验证（或 Web SSO 身份验证，视情况而定）配置 Web 应用程序区域。请注意，在 SharePoint Foundation 2010 和 Windows SharePoint Services 3.0 中使用的成员资格提供程序和角色提供程序的名称必须匹配。最后一步是将用户和权限迁移到 SharePoint Foundation 2010。本文内容： 将 Web 应用程序转换为基于声明的身份验证 使用管理中心将基于表单的 Web 应用程序配置为使用 LDAP 提供程序 配置 LDAP Web.Config 文件 使用 Windows PowerShell 将基于表单的 Web 应用程序配置为使用 LDAP 提供程序 将用户和权限从 Windows SharePoint Services 3.0 迁移到 SharePoint Foundation 2010

将 Web 应用程序转换为基于声明的身份验证执行以下过程中的步骤，以使用 Windows PowerShell 将现有的 Web 应用程序转换为基于声明的身份验证。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 从 Windows PowerShell 命令提示符处，键入以下内容：

163

将 Web 应用程序转换为基于声明的身份验证

$w = Get-SPWebApplication "http://<server>/"

$w.UseClaimsAuthentication = "True";

$w.Update()

$w.ProvisionGlobally()

注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

使用管理中心将基于表单的 Web 应用程序配置为使用 LDAP 提供程序执行以下过程中的步骤，以使用管理中心为基于声明的 Web 应用程序配置基于表单的身份验证。

1. 验证执行以下过程的用户帐户是否为网站集管理员。2. 在管理中心的“应用程序管理”下，选择“管理 Web 应用程序”。 3. 在功能区上，选择“新建”。4. 在“创建 Web 应用程序”对话框的“身份验证”部分，选择“基于声明的身份验证”。5. 在“身份验证类型”部分，选择“启用 ASP.NET 成员资格和角色提供程序”。6. 键入成员资格提供程序名称和角色管理器名称。在本文介绍的示例 Web.Config 文件中，成员资格提供程序的名称为 membership，角色管理器的名称为 rolemanager。7. 单击“确定”以创建 Web 应用程序。

配置 LDAP Web.Config 文件成功创建了 Web 应用程序（如上面过程所述）之后，修改以下 Web.Config 文件： 管理中心 Web 应用程序 Web.Config 文件 安全令牌服务 Web.Config 文件 基于表单的身份验证且基于声明的 Web 应用程序 Web.Config 文件

1. 在命令提示符处键入 INETMGR，以打开 IIS Manager。2. 在 IIS 中转到“SharePoint 管理中心”网站。 3. 右键单击“SharePoint 管理中心”，然后选择“浏览”。

164

使用管理中心为基于声明的 Web 应用程序配置基于表单的身份验证 配置管理中心 Web.Config 文件

4. 打开 Web.Config 文件。5. 找到 <Configuration> <system.web> 部分，然后添加以下项：

<membership defaultProvider="AspNetSqlMembershipProvider">

<providers>

<add name="membership"

type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server,

Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

userDNAttribute="distinguishedName"

userNameAttribute="sAMAccountName"

userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC= distinguishedName (of your

userContainer)"

userObjectClass="person"

userFilter="(ObjectClass=person)"

scope="Subtree"

otherRequiredUserAttributes="sn,givenname,cn" />

</providers>

</membership>

<roleManager enabled="true" defaultProvider="AspNetWindowsTokenRoleProvider" >

<providers>

<add name="roleManager"

type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server, Version=14.0.0.0,

Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC= distinguishedName (of your groupContainer)"

groupNameAttribute="cn"

groupNameAlternateSearchAttribute="samAccountName"

groupMemberAttribute="member"

userNameAttribute="sAMAccountName"

165

dnAttribute="distinguishedName"

groupFilter="((ObjectClass=group)"

userFilter="((ObjectClass=person)"

scope="Subtree" />

</providers>

</roleManager>

添加上述条目后，保存并关闭 Web.Config 文件。1. 在命令提示符处键入 INETMGR，以打开 IIS Manager。2. 转到“SharePoint Web 服务”网站。3. 转到“SecurityTokenServiceAppliction”子站点。4. 右键单击“SharePoint 管理中心”，然后选择“浏览”。5. 打开 Web.Config 文件。6. 找到 <Configuration> <system.web> 部分，然后添加以下项：

<membership>

<providers>

<add name="membership"

type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server,

Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

userDNAttribute="distinguishedName"

userNameAttribute="sAMAccountName"

userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com"

userObjectClass="person"

userFilter="(&amp;(ObjectClass=person))"

scope="Subtree"

otherRequiredUserAttributes="sn,givenname,cn" />

</providers>

</membership>

<roleManager enabled="true" >

166

重要： 配置安全令牌服务 Web.Config 文件

<providers>

<add name="rolemanager"

type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server, Version=14.0.0.0,

Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC=com"

groupNameAttribute="cn"

groupNameAlternateSearchAttribute="samAccountName"

groupMemberAttribute="member"

userNameAttribute="sAMAccountName"

dnAttribute="distinguishedName"

groupFilter="(&amp;(ObjectClass=group))"

userFilter="(&amp;(ObjectClass=person))"

scope="Subtree" />

</providers>

</roleManager>

添加上述条目后，保存并关闭 Web.Config 文件。1. 在命令提示符处键入 INETMGR，以打开 IIS Manager。2. 转到“声明表单”网站。3. 右键单击“声明表单”，然后选择“浏览”。4. 打开 Web.Config 文件。5. 找到 <Configuration> <system.web> 部分。6. 找到 <membership defaultProvider="i"> 部分，然后添加以下项：

<add name="membership"

type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server,

Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

167

重要： 配置基于表单的身份验证且基于声明的 Web 应用程序 Web.Config 文件

userDNAttribute="distinguishedName"

userNameAttribute="sAMAccountName"

userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com"

userObjectClass="person"

userFilter="(&amp;(ObjectClass=person))"

scope="Subtree"

otherRequiredUserAttributes="sn,givenname,cn" />

找到 <roleManager defaultProvider="c" enabled="true" cacheRolesInCookie="false"> 部分，然后添加以下项：<add name="roleManager"

type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server, Version=14.0.0.0,

Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC=com"

groupNameAttribute="cn"

groupNameAlternateSearchAttribute="samAccountName"

groupMemberAttribute="member"

userNameAttribute="sAMAccountName"

dnAttribute="distinguishedName"

groupFilter="(&amp;(ObjectClass=group))"

userFilter="(&amp;(ObjectClass=person))"

scope="Subtree" />

添加上述条目后，保存并关闭 Web.Config 文件。请勿覆盖此 Web.Config 文件中的任何现有项。

使用 Windows PowerShell 将基于表单的 Web 应用程序配置为使用 LDAP 提供程序执行以下过程中的步骤，以使用 Windows PowerShell 为基于声明的 Web 应用程序配置基于表单的身份验证。

168

重要： 警告：

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 从 Windows PowerShell 命令提示符处，键入以下内容：

$ap = New-SPAuthenticationProvider -Name "ClaimsForms" -ASPNETMembershipProvider

"membership" -ASPNETRoleProviderName "rolemanager"

$wa = New-SPWebApplication -Name "Claims Windows Web App" -ApplicationPool "Claims App

Pool" -ApplicationPoolAccount "internal\appool"

-Url http://servername -Port 80 -AuthenticationProvider $ap

注意：ApplicationPoolAccount 参数的值必须为服务器场上的管理帐户。

6. 成功创建了身份验证提供程序和 Web 应用程序之后，使用本文的“配置 LDAP Web.Config 文件”一节中提供的示例项修改以下 Web.Config 文件： 管理中心 Web 应用程序 Web.Config 文件 安全令牌服务 Web.Config 文件 基于表单的身份验证且基于声明的 Web 应用程序 Web.Config 文件

7. 修改了上面这些 Web.Config 文件之后，创建一个 SPClaimsPrinciple 和一个网站集，如下例中所示：$cp = New-SPClaimsPrincipal -Identity "membership:SiteOwner" -IdentityType FormsUser

$sp = New-SPSite http://servername:port -OwnerAlias $cp.Encode() -Template "STS#0"

注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

将用户和权限从 Windows SharePoint Services 3.0 迁移到 SharePoint Foundation 2010执行以下过程中的步骤，以使用 Windows PowerShell 迁移用户和权限。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。

169

使用 Windows PowerShell 将基于表单的 Web 应用程序配置为使用 LDAP 提供程序将用户和权限从 Windows SharePoint Services 3.0 迁移到 SharePoint Foundation 2010

3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 从 Windows PowerShell 命令提示符处，键入以下内容：

$w = Get-SPWebApplication "http://<server>/"

$w.MigrateUsers(True)

注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

170

为针对 Windows 令牌服务的声明配置 Kerberos 身份验证 (SharePoint Foundation 2010)本文提供了包含三台计算机的服务器场环境示例，来说明如何为 Microsoft SharePoint Foundation 2010 中 Windows 令牌服务声明配置 Kerberos 身份验证。本文内容： 开始之前 配置外部数据源 为共享服务应用程序池帐户配置受约束的委派 为针对 Windows 令牌服务帐户的声明配置受约束的委派 在应用程序服务器上配置针对 Windows 令牌服务的声明

开始之前 在向 Active Directory 域添加任何服务主体名称 (SPN) 项之前，请确保以下内容： 域中任何现有的 SPN 项将不会重复。 添加的 SPN 当前不能由任何其他计算机帐户或服务使用。有关搜索具有重复 SPN 项的计算机帐户的详细信息，请参阅知识库文章 321044：域控制器的系统日志中的事件 ID 11 (http://go.microsoft.com/fwlink/?linkid=166609&clcid=0x804)。

要在 Active Directory 域中创建 SPN，您必须具有域管理员级别的权限。

服务器场拓扑本文针对以下 SharePoint Foundation 2010 服务器场拓扑： 一台运行 Windows Server 2008 并用作前端 Web 服务器的计算机。 一台运行 Windows Server 2008 并用作应用程序服务器的计算机 (Claims1)。 一台运行 Windows Server 2008 和 SQL Server（用于运行 SharePoint Foundation 2010 的服务器场）的计算机 (Claims2)。 一台用作外部 SQL 数据源的计算机 (Claims3)。

171

重要：

配置外部数据源若要配置外部数据源，请在 Claims3 上安装 SQL Server。确保 SQL Server 服务以 peopletest\osspool9 运行。通过在域控制器上运行 SETSPN.EXE 工具来创建 SPN，如以下示例中如示：setspn -A MSSQLSvc/claims3:1433

peopletest\osspool9

setspn -A

MSSQLSvc/claims3.peopletest.extest.mydomain.net:1433 peopletest\osspool9

为共享服务应用程序池帐户配置受约束的委派执行以下步骤为共享服务应用程序池帐户配置受约束的委派： 1. 登录到域控制器，单击“开始”，单击“管理工具”，然后单击“Active Directory 用户和计算机”。2. 展开域节点，然后单击“用户”。3. 右键单击应用程序池标识用户帐户 (peopletest\osspool8)，然后选择“属性”。4. 在“委派”选项卡上，确认选择了“仅信任此用户作为指定服务的委派”选项。5. 单击“使用任意的身份验证协议”。6. 单击“添加”，然后单击“用户或计算机”。 7. 键入帐户（该帐户正在运行您希望接受 Kerberos 凭据的服务）的域和用户名。在此示例中，键入

Claims3 上的 SQL 服务帐户的名称 peopletest\osspool9，然后单击“确定”。8. 将显示所选帐户的可用服务值。选择 Claims3 上的“MSSQLSvc”，然后单击“确定”。9. 单击“确定”以关闭帐户属性对话框。除非为此帐户注册 SPN，否则将不会显示“委派”选项卡。因此，您可能需要创建 SPN，您并不想使用它，只是为了强制显示“委派”选项卡。

可以通过在域控制器上运行 SETSPN.EXE 工具来创建一个 SPN，如以下示例中所示：setspn -A http/uniquespn1

peopletest\osspool8

为针对 Windows 令牌服务帐户的声明配置受约束的委派可执行以下步骤为针对 Windows 令牌服务帐户的声明配置受约束的委派：

172

注意：

1. 登录到域控制器，单击“开始”，单击“管理工具”，然后单击“Active Directory 用户和计算机”。2. 展开域节点，然后单击“计算机”。3. 右键单击应用程序池标识帐户。默认情况下对 Windows 令牌服务的声明在本地系统帐户（在此示例中为 Claims1）下运行，然后单击“属性”。4. 在“委派”选项卡上，确认选择了“仅信任此用户作为指定服务的委派”选项。5. 单击“使用任意的身份验证协议”。6. 单击“添加”，然后单击“用户或计算机”。 7. 键入帐户（该帐户正在运行您希望接受 Kerberos 凭据的服务）的域和用户名。在此示例中，键入

Claims3 上的 SQL 服务帐户的名称 peopletest\osspool9，然后单击“确定”。8. 将显示所选帐户的可用服务值。选择 Claims3 上的“MSSQLSvc”，然后单击“确定”。9. 单击“确定”以关闭帐户属性对话框。

在应用程序服务器上配置针对 Windows 令牌服务的声明授予 WSS_SPG 组权限以转换针对 Windows 标识的声明，并执行以下步骤以配置 Claims1 上针对 Windows 令牌服务的声明： 1. 在“记事本”中，打开 wtshost.exe.config。2. 将 <add value="WSS_WPG" /> 添加到 <windowsTokenService> 节的 <allowedCallers> 元素。此文件应类似于以下示例：<?xml version="1.0"?>

<configuration>

<configSections>

<section name="windowsTokenService"

type="yourcompany.IdentityModel.WindowsTokenService.Configuration.WindowsTokenServiceSection,

yourcompany.IdentityModel.WindowsTokenService, Version=1.0.0.0, Culture=neutral,

PublicKeyToken=31bf3856ad364e35"/>

</configSections>

<windowsTokenService>

<allowedCallers>

<clear/>

<add value="WSS_WPG" />

</allowedCallers>

</windowsTokenService>

173

</configuration>

从命令行启动针对 Windows 令牌服务的声明，如以下示例中所示：net start c2wts

sc config c2wts start= auto

174

使用 SAML 安全令牌配置身份验证 (SharePoint Foundation 2010)本文中的过程说明如何为基于 Microsoft SharePoint Foundation 2010 声明的 Web 应用程序配置使用安全声明标记语言 (SAML) 安全令牌的身份验证。SAML 登录一般用于企业联合方案中。例如，向商业伙伴提供访问权限。也可以部署 SAML 登录以向某些内部用户提供访问权限，这些内部用户的帐户所驻留的域并不是包含 SharePoint Foundation 2010 的林的一部分。在对 SharePoint Foundation 2010 的基于声明的 Web 应用程序使用 SAML 安全令牌来配置身份验证之前，必须配置运行 Active Directory 联合身份验证服务 (AD FS) 2.0 的服务器。有关配置要运行 AD FS 2.0 的服务器的信息，请参阅 AD FS 2.0 部署指南（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=191723&clcid=0x804)（该链接可能指向英文页面）。本文内容： 使用 Windows PowerShell 配置身份提供程序 STS (IP-STS) Web 应用程序 配置信赖方 STS (RP-STS) Web 应用程序 使用 Windows PowerShell 与标识提供程序 STS (IP-STS) 建立信任关系 使用 Windows PowerShell 导出可信 IP-STS 证书 使用 Windows PowerShell 为声明映射定义唯一标识符 创建新的 SharePoint Web 应用程序并将其配置为使用 SAML 登录

使用 Windows PowerShell 配置身份提供程序 STS (IP-STS) Web 应用程序执行以下过程以使用 Windows PowerShell 配置基于声明的 SharePoint Web 应用程序。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 从 Windows PowerShell 命令提示符，创建一个 x509Certificate2 对象，如以下示例所示：

$cert = New-Object

System.Security.Cryptography.X509Certificates.X509Certificate2("path to cert file")

6. 创建要用于可信验证提供程序的声明类型映射，如以下示例所示：

175

使用 Windows PowerShell 配置身份提供程序 STS (IP-STS) Web 应用程序

New-SPClaimTypeMapping

"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress"

-IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

7. 通过首先为 realm 参数创建值，来创建一个可信登录提供程序，如以下示例所示：$realm = "urn:" + $env:ComputerName + ":domain-int"

8. 为 signinurl 参数创建值，以指向安全令牌服务 Web 应用程序，如以下示例所示：$signinurl = "https://test-2/FederationPassive/"

9. 使用与声明映射 ($map1.InputClaimType) 中相同的 IdentifierClaim 值创建可信登录提供程序，如以下示例所示：$ap = New-SPTrustedIdentityTokenIssuer -Name

"WIF" -Description "Windows® Identity Foundation" -Realm

$realm -ImportTrustCertificate $cert

-ClaimsMappings $map1[,$map2..] -SignInUrl

$signinurl -IdentifierClaim $map1.InputClaimType

10. 通过先为当前用户的应用程序池帐户创建值来创建 Web 应用程序，如以下示例所示：$account = "DOMAIN\" + $env:UserName

注意：应用程序池帐户必须为管理帐户。若要创建管理帐户，请使用 New-SPManagedAccount。

11. 为 Web 应用程序 URL 创建值 ($webappurl = "https://" + $env:ComputerName)，如以下示例所示：$wa = New-SPWebApplication -name "Claims WIF"

-SecureSocketsLayer -ApplicationPool "SharePoint SSL"

-ApplicationPoolAccount $account -Url $webappurl -Port 443

-AuthenticationProvider $ap

12. 通过先创建 claim 对象来创建网站，如以下示例所示：$claim = New-SPClaimsPrincipal

-TrustedIdentityTokenIssuerr $ap -Identity

$env:UserName

13.创建网站，如以下示例所示：$site = New-SPSite $webappurl -OwnerAlias

$claim.ToEncodedString() -template "STS#0"

176

配置信赖方 STS (RP-STS) Web 应用程序使用本节所描述的过程对信赖方 STS Web 应用程序进行配置。

1. 打开 Active Directory 联合身份验证服务 (AD_FS) 2.0 管理控制台。2. 在左窗格中，展开“策略”，然后选择“信赖方”。 3. 在右窗格中，单击“添加信赖方”。此时将打开 Active Directory 联合身份验证服务 (AD FS)

2.0 配置向导。4. 在向导的第一页上，单击“开始”。5. 选择“手动输入信赖方配置”，然后单击“下一步”。6. 键入信赖方名称，然后单击“下一步”。7. 确保选中“Active Directory 联合身份验证服务(AD FS) 2.0 服务器配置文件”，然后单击“下一步”。8. 不要使用加密证书。单击“下一步”。9. 选择“启用对基于 Web 浏览器的联合身份验证的支持”。10.键入 Web 应用程序 URL 的名称，并在名称后附加 /_trust/（例如：https://servername/_trust/）。单击“下一步”。11.键入标识符名称（例如：urn:COMPUTERNAME:Geneva），然后单击“添加”。单击“下一步”。12. 在“摘要”页上，单击“下一步”，然后单击“关闭”。此时将打开规则编辑器管理控制台。使用此控制台配置从 LDAP Web 应用程序到 SharePoint 的声明映射。13. 在左窗格中，展开“新建规则”，然后选择“预定义规则”。 14. 选择“从 LDAP 属性存储区创建声明”。15. 在右窗格中，从“属性存储区”下拉列表中选择“企业 Active Directory 用户帐户存储区”。16. 在“LDAP 属性”下，选择“sAMAccountName”。17. 在“传出声明类型”下，选择“电子邮件地址”。18. 在左窗格中，单击“保存”。

使用 Windows PowerShell 与标识提供程序 STS (IP-STS) 建立信任关系使用本节中所描述的过程与 IP-STS 建立信任关系。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。

177

配置信赖方 STS (RP-STS) Web 应用程序 要使用 Windows PowerShell 与 IP-STS 建立信任关系

2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，建立信任关系，如以下示例所示：

$waurl = "https://" + $env:ComputerName

$title = "SAML-Claims"

使用 Windows PowerShell 导出可信 IP-STS 证书使用本节中所描述的过程导出您想用其建立信任关系的 IP-STS 证书，然后复制此证书到 Microsoft SharePoint Foundation 2010 可访问的位置。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，导出可信的 IP-STS 证书，如以下示例所示：

$cert = New-Object System.Security.Cryptography.X509Certificates.X509Certificate2("c:\

geneva.cer")

使用 Windows PowerShell 为声明映射定义唯一标识符使用本节中所描述的过程定义一个电子邮件地址，此地址将作为声明映射的唯一标识符。一般情况下，可信 STS 管理员必须提供此信息，因为只有 STS 所有者才知道令牌中的哪个值对每位用户始终是唯一的。注意，可信 STS 的管理员可以创建 URI 用以表示电子邮件地址。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，创建一个映射，如以下示例所示：

$map = New-SPClaimTypeMapping -IncomingClaimType

"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress" -

178

使用 Windows PowerShell 导出可信 IP-STS 证书使用 Windows PowerShell 为声明映射定义唯一标识符

IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

创建一个新的身份验证提供程序使用本节中所描述的过程创建一个 Web 应用程序将使用的新身份验证提供程序。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，创建一个新的身份验证提供程序，如以下示例所示。注意，realm 是可信 STS 用以识别特定 SharePoint 场的参数。

$realm = "urn:" + $env:ComputerName + ":Geneva"

$ap = New-SPTrustedIdentityTokenIssuer -Name "Geneva" -Description "Geneva" -Realm

$realm -ImportTrustCertificate $cert -ClaimsMappings $map -SignInUrl

"https://test-2/FederationPassive/" -IdentifierClaim

"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress"

创建新的 SharePoint Web 应用程序并将其配置为使用 SAML 登录在此步骤中，创建并配置 Web 应用程序。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 从 Windows PowerShell 命令提示符，创建一个新的 SharePoint Web 应用程序并将其配置为使用 SAML 登录。注意，您必须使用有效值替换“WebAppUrl”和“domain\admin”。

$wa = New-SPWebApplication -Name "SAML Sign-In" -SecureSocketsLayer -ApplicationPool

"SAML Sign-In" -ApplicationPoolAccount "domain\admin" -

Url "WebAppUrl" -Port 443 -AuthenticationProvider $ap

注意：由于使用 SAML 登录，cookie 将作为用户单一登录票证，因此您将启用 SSL。这就使

179

使用 Windows PowerShell 创建一个新的身份验证提供程序使用 Windows PowerShell 创建新的 SharePoint Web 应用程序并将其配置为使用 SAML 登录

管理员能够在持有令牌期间授予 SharePoint 资源访问权限，而无需对用户重新进行身份验证。如果没有 SSL，这些 cookie 将很容易被恶意用户劫持，并用来模拟原始用户。完成这些过程后，请创建一个 SharePoint 站点并分配一个所有者。有关创建 SharePoint 站点的详细信息，请参阅创建网站集 (SharePoint Foundation 2010) 。

180

配置 Kerberos 身份验证 (SharePoint Foundation 2010)本文内容： 关于 Kerberos 身份验证 开始之前 为 SQL 通信配置 Kerberos 身份验证 为使用 Kerberos 身份验证的 Web 应用程序创建服务主体名称 部署服务器场 配置服务器场中的服务器上的服务 创建使用 Kerberos 身份验证的 Web 应用程序 使用门户网站 Web 应用程序中的协作门户模板创建网站集 确认是否可成功访问使用 Kerberos 身份验证的 Web 应用程序 确认搜索索引功能是否正确 确认搜索查询功能是否正确 配置限制 其他资源和疑难解答指南

关于 Kerberos 身份验证Kerberos 是一种支持票证身份验证的安全协议。如果客户端计算机身份验证请求包含有效的用户凭据和服务主体名称 (SPN)，则 Kerberos 身份验证服务器将授予一个票证以响应该请求。然后，客户端计算机使用该票证来访问网络资源。若要启用 Kerberos 身份验证，客户端和服务器计算机必须建立到域密钥发行中心 (KDC) 的受信任连接。KDC 分发共享密钥以启用加密。客户端和服务器计算机还必须能够访问 Active Directory 域服务 (AD DS)。对于 AD DS，目录林根级域是 Kerberos 身份验证检索的中心。若要部署使用 Kerberos 身份验证并运行 Microsoft SharePoint Foundation 2010 的服务器场，必须在计算机上安装和配置各种应用程序。本文介绍了一个运行 SharePoint Foundation 2010 的示例服务器场，并提供了部署和配置服务器场以使用 Kerberos 身份验证来支持以下功能的指南： 在 SharePoint Foundation 2010 和 Microsoft SQL Server 数据库软件之间的通信。 访问 SharePoint 管理中心 Web 应用程序。 访问其他 Web 应用程序，包括门户网站 Web 应用程序和“我的网站”Web 应用程序。

181

开始之前本文针对了解以下内容的管理员级别用户： Windows Server 2008 Active Directory Internet Information Services (IIS) 6.0（或 IIS 7.0） SharePoint Foundation 2010 Windows Internet Explorer Kerberos 身份验证（已在 Windows Server 2008 的 Active Directory 域服务 (AD DS) 中实现） Windows Server 2008 中的网络负载平衡 (NLB) Active Directory 域中的计算机帐户 Active Directory 域中的用户帐户 IIS 网站及其绑定和身份验证设置 IIS 网站的 IIS 应用程序池标识 SharePoint 产品和技术配置向导工具 SharePoint Foundation 2010 Web 应用程序 管理中心网页 服务主体名称 (SPN) 以及如何在 Active Directory 域中配置它们

要在 Active Directory 域中创建 SPN，您必须具有域管理员级别的权限。本文不提供 Kerberos 身份验证的深入探讨。Kerberos 是在 AD DS 中实施的一种行业标准身份验证方法。本文不提供安装 SharePoint Foundation 2010 或使用 SharePoint 产品和技术配置向导 的详细分步说明。本文不提供使用管理中心创建 SharePoint Foundation 2010 Web 应用程序的详细分步说明。

软件版本要求本文中提供的指导和为了确认指导而执行的测试，均基于使用特定系统得出的结果，这些系统运行 Windows Server 2008 和 Internet Explorer，且应用了 Windows Update 网站 (http://go.microsoft.com/fwlink/?linkid=101614&clcid=0x804) 上的最新更新。安装的是以下软件版本： Windows Server 2008，具有 Windows Update 网站 (http://go.microsoft.com/fwlink/?

linkid=101614&clcid=0x804) 上的最新更新 Internet Explorer SharePoint Foundation 2010 的发行版

182

重要：

还应确保您的 Active Directory 域控制器运行 Windows Server 2008，并应用了 Windows Update 网站 (http://go.microsoft.com/fwlink/?linkid=101614&clcid=0x804) 上的最新更新。

已知问题如果配置为使用 Kerberos 身份验证的 Web 应用程序在绑定到默认端口（TCP 端口 80 和安全套接字层 (SSL) 端口 443）的 IIS 虚拟服务器上承载，则 SharePoint Foundation 2010 可以对这些 Web 应用程序进行爬网。但是，如果配置为使用 Kerberos 身份验证的 Web 应用程序在绑定到非默认端口（TCP 端口 80 和 SSL 端口 443 之外的端口）的 IIS 虚拟服务器上承载，则 SharePoint Foundation 2010 搜索无法对 SharePoint Foundation 2010 Web 应用程序进行爬网。目前，SharePoint Foundation 2010 搜索只能对在绑定到非默认端口的 IIS 虚拟服务器上承载、且配置为使用 NTLM 身份验证或基本身份验证的 SharePoint Foundation 2010 Web 应用程序进行爬网。 对于使用 Kerberos 身份验证的最终用户访问，如果您需要部署只能在绑定到非默认端口的 IIS 虚拟服务器上承载的 Web 应用程序，且希望最终用户可以获得搜索查询结果，则： 相同的 Web 应用程序必须在其他非默认端口上的 IIS 虚拟服务器上承载。 Web 应用程序必须配置为使用 NTLM 身份验证或基本身份验证。 搜索索引必须爬网使用 NTLM 身份验证或基本身份验证的 Web 应用程序。本文提供有关以下内容的指导： 配置在绑定到非默认端口的 IIS 虚拟服务器上承载的、使用 Kerberos 身份验证的管理中心 Web 应用程序。 配置在绑定到默认端口且绑定了 IIS 主机标头的 IIS 虚拟服务器上承载的、使用 Kerberos 身份验证的门户应用程序和“我的网站”应用程序。 确保搜索索引能使用 Kerberos 身份验证成功对 SharePoint Foundation 2010 应用程序进行爬网。 确保访问经过 Kerberos 身份验证的 Web 应用程序的用户能成功获得这些 Web 应用程序的搜索查询结果。

其他背景信息在使用 Kerberos 身份验证时，是否能准确地进行身份验证部分依赖于尝试使用 Kerberos 进行身份验证的客户端的行为，理解这一点很重要。在使用 Kerberos 身份验证的 SharePoint Foundation 2010 服务器场部署中，SharePoint Foundation 2010 不是客户端。在部署运行 SharePoint Foundation 2010 并使用 Kerberos 身份验证的服务器场时，必须了解以下客户端的行为： 浏览器（本文中，浏览器始终是 Internet Explorer） Microsoft .NET Framework浏览器是在浏览到 SharePoint Foundation 2010 Web 应用程序中的网页时使用的客户端。当 SharePoint Foundation 2010 执行任务（如对本地 SharePoint Foundation 2010 内容源进行爬网）时，.NET Framework 会充当客户端。

183

要让 Kerberos 身份验证正常运行，必须在 AD DS 中创建 SPN。如果这些 SPN 所响应的服务侦听的是非默认端口，则这些 SPN 还应包括端口号。这是为了确保 SPN 有实际意义。同时，不允许创建重复的 SPN。当客户端尝试使用 Kerberos 身份验证访问资源时，该客户端必须创建一个 SPN 用于 Kerberos 身份验证过程。如果该客户端不创建与 AD DS 中配置的 SPN 相匹配的 SPN，则 Kerberos 身份验证将失败，通常将返回“拒绝访问”错误。有一些版本的 Internet Explorer 不创建带有端口号的 SPN。如果您使用绑定到 IIS 中非默认端口号的 SharePoint Foundation 2010 Web 应用程序，可能需要指示 Internet Explorer 在其创建的 SPN 中包括端口号。在运行 SharePoint Foundation 2010 的服务器场中，默认情况下，管理中心 Web 应用程序在绑定到非默认端口的 IIS 虚拟服务器上承载。因此，本文针对绑定端口的 IIS 网站和绑定到主机标头的 IIS 网站。在运行 SharePoint Foundation 2010 的服务器场中，默认情况下 .NET Framework 不会创建包含端口号的 SPN。这就是使用 Kerberos 身份验证的 Web 应用程序在绑定到非默认端口的 IIS 虚拟服务器上承载时，搜索无法对这些 Web 应用程序进行爬网的原因。

服务器场拓扑本文针对以下 SharePoint Foundation 2010 服务器场拓扑： 运行 Windows Server 2008、作为前端 Web 服务器的两台计算机，且配置了 Windows NLB。 运行 Windows Server 2008、作为应用程序服务器的三台计算机。第一台应用程序服务器承载管理中心 Web 应用程序，第二台应用程序服务器运行搜索查询，第三台应用程序服务器运行搜索索引。 运行 Windows Server 2008 的一台计算机，用作运行 SharePoint Foundation 2010 的服务器场的 SQL 主机。对于本文所述情形，也可以使用 Microsoft SQL Server 2008。

Active Directory 域服务、计算机命名和 NLB 约定本文所述情形使用以下 Active Directory、计算机命名和 NLB 约定：

服务器角色 域名Active Directory 域服务 mydomain.net

运行 SharePoint Foundation 2010 的前端 Web 服务器 wssfe1.mydomain.net

运行 SharePoint Foundation 2010 的前端 Web 服务器 wssfe2.mydomain.net

SharePoint Foundation 2010 管理中心 wssadmin.mydomain.net

运行 SharePoint Foundation 2010 的搜索索引 wsscrawl.mydomain.net

184

服务器角色 域名运行 SharePoint Foundation 2010 的搜索查询 wssquery.mydomain.net

运行 SharePoint Foundation 2010 的 SQL Server 主机 wsssql.mydomain.net

在这些系统上配置 NLB 的结果是将一个 NLB VIP 分配到 wssfe1.mydomain.net 和 wssfe2.mydomain.net。指向该地址的一组 DNS 主机名将在 DNS 系统中注册。例如，如果 NLB VIP 是 192.168.100.200，您将具有一组将以下 DNS 名称解析到该 IP 地址 (192.168.100.200) 的 DNS 记录： kerbportal.mydomain.net kerbmysite.mydomain.net

Active Directory 域帐户约定对于运行 SharePoint Foundation 2010 的服务器场中使用的服务帐户和应用程序池标识，本文中的示例使用下表中列出的命名约定。

域帐户或应用程序池标识 名称本地管理员帐户 在运行 SharePoint Foundation 2010 的所有服务器上（但运行 SQL Server 的主计算机除外） 针对 SharePoint Foundation 2010 安装和

SharePoint 产品和技术配置向导 Run-as 用户

mydomain\pscexec

SQL Server 主计算机上的本地管理员帐户 mydomain\sqladmin

用于运行 SQL Server 服务的 SQL Server 服务帐户 mydomain\wsssqlsvc

SharePoint Foundation 2010 服务器场管理员帐户 mydomain\wssfarmadmin用作管理中心的应用程序池标识和 SharePoint 定时服务的服务帐户。

门户网站 Web 应用程序的 SharePoint Foundation 2010 应用程序池标识 mydomain\portalpool

“我的网站”Web 应用程序的 SharePoint mydomain\mysitepool

185

域帐户或应用程序池标识 名称Foundation 2010 应用程序池标识SharePoint Foundation 2010 搜索服务帐户 mydomain\wsssearch

SharePoint Foundation 2010 搜索内容访问帐户 mydomain\wsscrawl

SharePoint Foundation 2010 搜索服务帐户 mydomain\wsssearch

SharePoint Foundation 2010 内容访问帐户 mydomain\wsscrawl

基本配置要求在服务器场中的计算机上安装 SharePoint Foundation 2010 前，请确保已执行以下过程： 服务器场中使用的所有服务器（包括 SQL 主机）都使用 Windows Server 2008 进行设置，并应用了 Windows Update 网站 (http://go.microsoft.com/fwlink/?

linkid=101614&clcid=0x804) 上的最新更新。 服务器场中的所有服务器都从 Windows Update 网站 (http://go.microsoft.com/fwlink/?

linkid=101614&clcid=0x804) 安装了 Internet Explorer（包括其最新更新）。 SQL 主计算机上已安装并正在运行 SQL Server 2008，SQL Server 服务作为帐户 mydomain\

sqlsvc 运行。SQL Server 的一个默认实例已经安装，并正在侦听 TCP 端口 1433。 已添加 SharePoint 产品和技术配置向导 Run-as 用户：

已经添加为 SQL 主机上的 SQL 登录名。 已经添加到 SQL 主机上的 SQL Server DBCreators 角色。 已经添加到 SQL 主机上的 SQL Server Security Administrators 角色。

为 SQL 通信配置 Kerberos 身份验证在运行 SharePoint Foundation 2010 的服务器上安装和配置 SharePoint Foundation 2010 之前，为 SQL 通信配置 Kerberos 身份验证。必须这样做的原因是：只有为 SQL 通信配置 Kerberos 身份验证并确认其正常运行，运行 SharePoint Foundation 2010 的计算机才能连接到 SQL Server。为运行 Windows Server 2008 的主计算机上安装的任何服务配置 Kerberos 身份验证的过程包括为用于在主机上运行服务的域帐户创建一个 SPN。SPN 由以下部分组成： 服务名称（例如 MSSQLSvc 或 HTTP） 主机名（真实或虚拟） 端口号下表包含在名为 wsssql 的计算机上运行并侦听端口 1433 的 SQL Server 默认实例的 SPN 示例： MSSQLSvc/wsssql:1433

186

MSSQLSvc/wsssql.mydomain.com:1433这些是您将为本文所述服务器场所使用的 SQL 主机上的 SQL Server 实例创建的 SPN。您应始终为网络中的主机创建具有 NetBIOS 名称和完整 DNS 名称的 SPN。可通过两种方法为 Active Directory 域中的帐户设置 SPN。一种方法是使用 Windows Server 2008 的资源工具包中包含的 SETSPN.EXE 实用工具。另一种方法是使用 Active Directory 域控制器上的 ADSIEDIT.MSC 管理单元。本文介绍了如何使用 ADSIEDIT.MSC 管理单元。配置 SQL Server 的 Kerberos 身份验证包括两个主要步骤： 为 SQL Server 服务帐户创建 SPN。 确认使用 Kerberos 身份验证将运行 SharePoint Foundation 2010 的服务器连接到运行 SQL

Server 的服务器。

为 SQL Server 服务帐户创建 SPN1. 使用具有域管理权限的用户的凭据登录到 Active Directory 域控制器。2. 在“运行”对话框中，键入 ADSIEDIT.MSC。3. 在管理控制台对话框中，展开域容器文件夹。4. 展开包含用户帐户（例如 CN=Users）的容器文件夹。5. 定位到 SQL Server 服务帐户（例如 CN=wsssqlsvc）的容器。6. 右键单击该帐户，然后单击“属性”。7. 在“SQL Server 服务帐户”对话框中向下滚动属性列表，直至找到“servicePrincipalName”。 8. 选择“servicePrincipalName”属性，然后单击“编辑”。9. 在“要添加的值”字段中，在“多值字符串编辑器”对话框中键入 SPN

MSSQLSvc/wsssql:1433，然后单击“添加”。接着，在该字段中键入 SPN MSSQLSvc/wsssql.mydomain.com:1433，然后单击“添加”。

10. 在“多值字符串编辑器”对话框中单击“确定”，然后在 SQL Server 服务帐户的属性对话框中单击“确定”。

确认 Kerberos 身份验证用于将运行 SharePoint Foundation 2010 的服务器连接到运行 SQL Server 的服务器在运行 SharePoint Foundation 2010 的一个服务器上安装 SQL 客户端工具，然后使用这些工具从运行 SharePoint Foundation 2010 的服务器连接到运行 SQL Server 的服务器。本文不介绍在运行 SharePoint Foundation 2010 的服务器上安装 SQL 客户端工具的步骤。确认过程基于以下假设： 正在 SQL 主机上使用 SQL Server 2008。 使用帐户 mydomain\pscexec 登录到运行 SharePoint Foundation 2010 的一个服务器，并已在运行 SharePoint Foundation 2010 的服务器上安装 SQL 2005 客户端工具。1. 运行 SQL Server 2005 Management Studio。

187

2. 在出现“连接到服务器”对话框时，键入 SQL 主计算机的名称（本示例中 SQL 主计算机为 wsssql），然后单击“连接”以连接到 SQL 主计算机。

3. 为确认 Kerberos 身份验证已用于该连接，请在 SQL 主计算机上运行事件查看器，并查看安全事件日志。您应看到一个事件类别为“登录/注销”的“成功审核”记录，与下表中所示的数据类似：

事件类型 成功审核事件源 安全性事件类别 登录/注销事件 ID 540

日期 10/31/2007

时间 4:12:24 PM

用户 MYDOMAIN\pscexec

计算机 WSSQL

说明

下表说明了网络登录成功的一个示例。

用户名 pscexec

域 MYDOMAIN

登录 ID (0x0,0x6F1AC9)

登录类型 3

登录进程 Kerberos

工作站名称登录 GUID {36d6fbe0-2cb8-916c-4fee-4b02b0d3f0fb}

调用方用户名调用方域调用方登录 ID调用方进程 ID传递服务源网络地址 192.168.100.100

188

源端口 2465

查看日志条目以确认以下各项：1. 用户名正确。mydomain\pscexec 帐户已通过网络登录到 SQL 主机。2. 登录类型为 3。类型 3 登录是网络登录。3. 登录进程和验证包均使用 Kerberos 身份验证。这就确认了运行 SharePoint Foundation 2010 的服务器是使用 Kerberos 身份验证与 SQL 主机进行通信。4. 源网络地址与发起连接的计算机的 IP 地址匹配。如果连接 SQL 主机失败时显示类似“不能产生 SSPI 上下文”的错误消息，很可能是用于 SQL Server 实例的 SPN 存在问题。若要解决此问题，请参阅 Microsoft 知识库文章如何排查“不能产生 SSPI 上下文”错误消息 (http://go.microsoft.com/fwlink/?linkid=76621&clcid=0x804)。

为使用 Kerberos 身份验证的 Web 应用程序创建服务主体名称就 Kerberos 身份验证而言，基于 IIS 的 SharePoint Foundation 2010 Web 应用程序并无特别之处 — Kerberos 身份验证只会将其视为另一个 IIS 网站。此过程要求了解以下各项： SPN 的服务类（在本文中，对于 SharePoint Foundation 2010 Web 应用程序，它始终是

HTTP）。 使用 Kerberos 身份验证的所有 SharePoint Foundation 2010 Web 应用程序的 URL。 SPN 的主机名部分（真实或虚拟，本文对两种情况均有所介绍）。 SPN 的端口号部分（在本文所述情形中，基于 IIS 端口和基于 IIS 主机标头的 SharePoint

Foundation 2010 Web 应用程序均被使用）。 必须为其创建 SPN 的 Windows Active Directory 帐户。下表列出了本文所述情形的信息：

URL Active Directory 帐户

SPN

http://wssadmin.mydomain.net:10000

wssfarmadmin

HTTP/wssadmin.mydomain.net:10000

HTTP/wssadmin.mydomain.net

189

URL Active Directory 帐户

SPN

:10000

http://kerbportal.mydomain.net portalpool

HTTP/kerbportal.mydomain.net

HTTP/kerbportal

http://kerbmysite.mydomain.net mysitepool

HTTP/kerbmysite.mydomain.net

HTTP/kerbmysite

关于此表的注释： 上面列出的第一个 URL 用于管理中心，它使用一个端口号。您不一定非要使用端口 10000。这只是为保证全文统一而使用的示例。 下面两个 URL 分别用于门户网站和“我的网站”。使用上面的说明在 AD DS 中创建所需的 SPN，以支持用于 SharePoint Foundation 2010 Web 应用程序的 Kerberos 身份验证。您需要使用具有域管理权限的帐户登录到环境中的域控制器。若要创建 SPN，您可以使用前面提到的 SETSPN.EXE 实用工具或 ADSIEDIT.MSC 管理单元。如果使用 ADSIEDIT.MSC 管理单元，请参阅本文前面所述的有关创建 SPN 的说明。请确保在 AD DS 中为正确的帐户创建正确的 SPN。

部署服务器场部署服务器场包括以下步骤：1. 在运行 SharePoint Foundation 2010 的所有服务器上安装 SharePoint Foundation 2010。2. 运行 SharePoint 产品和技术配置向导，创建一个新的服务器场。此步骤包括创建 SharePoint

Foundation 2010 管理中心 Web 应用程序，该应用程序将在绑定到非默认端口的 IIS 虚拟服务器上承载并使用 Kerberos 身份验证。3. 运行 SharePoint 产品和技术配置向导并将其他服务器加入到服务器场中。4. 在服务器场的服务器上为以下各项配置服务：

SharePoint Foundation 2010 Search Service SharePoint Foundation 2010 搜索索引 SharePoint Foundation 2010 搜索查询

190

5. 创建用于门户网站和“我的网站”并使用 Kerberos 身份验证的 Web 应用程序。6. 使用门户网站 Web 应用程序中的协作门户模板创建网站集。7. 确认是否可成功访问使用 Kerberos 身份验证的 Web 应用程序。8. 确认搜索索引功能是否正确。9. 确认搜索查询功能是否正确。

在所有服务器上安装 SharePoint Foundation 2010这是运行 SharePoint Foundation 2010 安装程序以在运行 SharePoint Foundation 2010 的服务器上安装 SharePoint Foundation 2010 二进制文件的简单过程。使用帐户 mydomain\pscexec 登录到运行 SharePoint Foundation 2010 的每台计算机。没有提供此操作的分步说明。对于本文所述的情形，在需要 SharePoint Foundation 2010 的所有服务器上执行 SharePoint Foundation 2010 的“完整”安装。

新建一个服务器场。对于本文所述的情形，请先从 WSSADMIN 搜索索引服务器运行 SharePoint 产品和技术配置向导，以便 WSSADMIN 承载 SharePoint Foundation 2010 管理中心 Web 应用程序。在名为 WSSCRAWL 的服务器上，当安装完成时，将出现一个“安装完成”对话框，其中用于运行 SharePoint 产品和技术配置向导的复选框已选中。保持此复选框处于选中状态，然后关闭该安装对话框以运行 SharePoint 产品和技术配置向导。在此计算机上运行 SharePoint 产品和技术配置向导时，请使用以下设置新建一个服务器场： 提供数据库服务器名称（本文中是名为 WSSSQL 的服务器）。 提供配置数据库名称（可使用默认值或自己选择一个名称）。 提供数据库访问（服务器场管理员）帐户信息。在本文所述的情形中，该帐户是 mydomain\

wssfarmadmin。 提供 SharePoint Foundation 2010 管理中心 Web 应用程序所需的信息。在本文所述的情形中，这些信息是：

管理中心 Web 应用程序端口号：10000 身份验证方法：协商

在提供了所有所需信息后，SharePoint 产品和技术配置向导将成功完成。如果成功完成，请确认您可以使用 Kerberos 身份验证访问 SharePoint Foundation 2010 管理中心 Web 应用程序主页。为此，请执行下列步骤：1. 以 mydomain\pscexec 登录域 mydomain 中运行 SharePoint Foundation 2010 的另一个服务器或另一台计算机。不能在承载 SharePoint Foundation 2010 管理中心 Web 应用程序的计算机上直接验证 Kerberos 身份验证行为是否正确，而应在域中另外一个单独的计算机上进行。2. 在该服务器上启动 Internet Explorer，尝试访问以下

URL：http://wssadmin.mydomain.net:10000。此时应显示管理中心主页。

191

3. 为确认已使用 Kerberos 身份验证访问管理中心，请返回到名为 WSSADMIN 的计算机，运行事件查看器，然后查看安全日志。应看到一条类似下表的“成功审核”记录：

事件类型 成功审核事件源 安全性事件类别 登录/注销事件 ID 540

日期 11/1/2007

时间 2:22:20 PM

用户 MYDOMAIN\pscexec

计算机 WSSADMIN

说明

下表说明了网络登录成功的一个示例。

用户名 pscexec

域 MYDOMAIN

登录 ID (0x0,0x1D339D3)

登录类型 3

登录进程 Kerberos

身份验证数据包 Kerberos

工作站名称登录 GUID {fad7cb69-21f8-171b-851b-3e0dbf1bdc79}

调用方用户名调用方域调用方登录 ID调用方进程 ID传递服务源网络地址 192.168.100.100

192

源端口 2505

检查此日志记录显示的信息类型是否与上一个日志条目相同： 确认用户名正确；它是通过网络登录到运行 SharePoint Foundation 2010 并承载管理中心的服务器时所使用的 mydomain\pscexec 帐户。 确认登录类型为 3；登录类型 3 是网络登录。 确认登录进程和验证包均使用 Kerberos 身份验证。这确认了 Kerberos 身份验证已用于访问管理中心 Web 应用程序。 确认源网络地址与发起连接的计算机的 IP 地址匹配。如果管理中心主页无法显示，而显示“未经授权”错误消息，则 Kerberos 身份验证失败。导致失败的原因通常只有两个： AD DS 中的 SPN 没有为正确的帐户注册。应该为 mydomain\wssfarmadmin 注册。 AD DS 中的 SPN 与 Internet Explorer 创建的 SPN 不匹配或无效。您可能忽略了在 AD DS 中注册的 SPN 的端口号。请使用 Kerberos 身份验证确保设置正确且管理中心能正常运行，然后才能继续。

可用于查看网络情况的诊断辅助工具称为网络探查器，如 Microsoft 网络监视器，它可以在浏览管理中心时进行跟踪记录。在身份验证失败后，请检查跟踪记录并查找 KerberosV5 协议数据包。查找一个具有 Internet Explorer 创建的 SPN 的数据包。如果跟踪记录中的 SPN 是正确的，则 AD DS 中的 SPN 无效或注册的帐户不正确。

将其他服务器加入服务器场在创建了服务器场并能使用 Kerberos 身份验证成功访问管理中心后，您需要运行 SharePoint 产品和技术配置向导，并将其他服务器加入服务器场。在运行 SharePoint Foundation 2010 的所有其他四个服务器（wssfe1、wssfe2、wssquery 和 wsscrawl）上，SharePoint Foundation 2010 安装应已完成，并应显示安装完成对话框，并选中了 SharePoint 产品和技术配置向导复选框。保留此复选框的选中状态，关闭安装完成对话框以运行 SharePoint 产品和技术配置向导。执行操作将所有这些服务器加入到服务器场。当添加到服务器场的每个服务器上的 SharePoint 产品和技术配置向导完成时，请确认每个服务器都可以显示服务器 WSSADMIN 上运行的管理中心。如果任何一个服务器无法呈现管理中心，请采取适当步骤解决问题，然后才能继续。

配置服务器场中的服务器上的服务使用下面各节中指出的帐户，配置要在服务器场中运行 SharePoint Foundation 2010 的特定服务器上运行的特定 SharePoint Foundation 2010 服务。

193

注意：

本节不对用户界面展开深入说明，只提供简要介绍。您应熟悉管理中心及相应步骤，然后才能继续。访问管理中心，执行以下步骤以使用指定的帐户配置指定的服务器上的服务。

Windows SharePoint Services 搜索在管理中心的“服务器”页的“服务”上：1. 选择服务器 WSSQUERY。2. 在网页中间附近显示的服务列表中，找到 SharePoint Foundation 2010 Search Service，然后单击“操作”列中的“启动”。3. 在下一页上，输入 SharePoint Foundation 2010 搜索服务帐户和 SharePoint Foundation

2010 内容访问帐户的凭据。在本文所述的情形中，SharePoint Foundation 2010 搜索服务帐户是 mydomain\wsssearch，SharePoint Foundation 2010 内容访问帐户是 mydomain\wsscrawl。在该页的相应位置键入帐户名称和密码，然后单击“启动”。

索引服务器在管理中心的“服务器”页的“服务”上：1. 选择服务器 WSSCRAWL。2. 在网页中间附近显示的服务列表中，找到 SharePoint Foundation 2010 Search Service，然后单击“操作”列中的“启动”。在下一页上，选中“使用此服务器索引内容”复选框，然后输入 SharePoint Foundation 2010 搜索服务帐户的凭据。在本文所述的情形中，SharePoint Foundation 2010 搜索服务帐户是 mydomain\wsssearch。在该页的相应位置键入帐户名称和密码，然后单击“启动”。

查询服务器在管理中心的“服务器”页的“服务”上：1. 选择服务器 WSSQUERY。2. 在网页中间附近显示的服务列表中，找到 SharePoint Foundation 2010 Search Service，然后单击“服务”列中的服务名称。在下一页上，选中“使用此服务器提供搜索查询服务”复选框，然后单击“确定”。

创建使用 Kerberos 身份验证的 Web 应用程序在本节中，会创建用于服务器场中门户网站和“我的网站”的 Web 应用程序。

本节不对用户界面展开深入说明，只提供简要介绍。您应熟悉管理中心及相应步骤，然后才能继续。

194

注意： 注意：

创建门户网站 Web 应用程序1. 在管理中心的“应用程序管理”页上，单击“创建或扩展 Web 应用程序”。2. 在下一页上，单击“新建 Web 应用程序”。3. 在下一页上，确保选中“新建 IIS 网站”。

在“说明”字段中，键入 PortalSite。 在“端口”字段中，键入 80。 在“主机标头”字段中，键入 kerbportal.mydomain.net。

4. 确保选择“协商”作为此 Web 应用程序的身份验证提供程序。5. 在“默认”区域创建此 Web 应用程序。请勿修改此 Web 应用程序的区域。6. 确保选中“新建应用程序池”。

在“应用程序池名称”字段中，键入 PortalAppPool。 确保选中“可配置”。在“用户名”字段中，键入帐户 mydomain\portalpool。

7. 单击“确定”。8. 确认已成功创建 Web 应用程序。若要使用 SSL 连接，并将 Web 应用程序绑定到端口 443，请在“新建 Web 应用程序”页的“端口”字段中键入 443，并选中“使用 SSL”。此外，必须安装 SSL 通配符证书。在使用配置了 SSL 的 IIS 网站上所绑定的 IIS 主机标头时，必须使用 SSL 通配符证书。有关 IIS 中的 SSL 主机标头的详细信息，请参阅配置 SSL 主机标头 (IIS 6.0) （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=111285&clcid=0x804)（该链接可能指向英文页面）。

创建“我的网站”Web 应用程序1. 在管理中心的“应用程序管理”页上，单击“创建或扩展 Web 应用程序”。2. 在下一页上，单击“新建 Web 应用程序”。3. 在下一页上，确保选中“新建 IIS 网站”。

在“说明”字段中，键入 MySite。 在“端口”字段中，键入 80。 在“主机标头”字段中，键入 kerbmysite.mydomain.net。

4. 确保选择“协商”作为此 Web 应用程序的身份验证提供程序。5. 在“默认”区域创建此 Web 应用程序。请勿修改此 Web 应用程序的区域。6. 确保选中“新建应用程序池”。

在“应用程序池名称”字段中，键入 MySiteAppPool。 确保选中“可配置”。在“用户名”字段中，键入帐户 mydomain\mysitepool。

7. 单击“确定”。

195

注意：

8. 确认已成功创建 Web 应用程序。若要使用 SSL 连接，并将 Web 应用程序绑定到端口 443，请在“新建 Web 应用程序”页的“端口”字段中键入 443，并选中“使用 SSL”。此外，必须安装 SSL 通配符证书。在使用配置了 SSL 的 IIS 网站上所绑定的 IIS 主机标头时，必须使用 SSL 通配符证书。有关 IIS 中的 SSL 主机标头的详细信息，请参阅配置 SSL 主机标头 (IIS 6.0) （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=111285&clcid=0x804)（该链接可能指向英文页面）。

使用门户网站 Web 应用程序中的协作门户模板创建网站集在本节中，您将在特意创建的 Web 应用程序中的门户网站上创建一个网站集。

本节不对用户界面展开深入说明，只提供简要介绍。您应熟悉管理中心及相应步骤，然后才能继续。1. 在管理中心的“应用程序管理”页上，单击“创建网站集”。2. 在下一页上，确保选择了正确的 Web 应用程序。对于本文中的示例，选择“http://kerbportal.mydomain.net”。3. 输入要用于此网站集的标题和说明。4. 保留网站地址不变。5. 在“选择模板”下的“模板选择”部分，单击“发布”选项卡，然后选择“协作门户”模板。6. 在“网站集主管理员”部分，键入 mydomain\pscexec。7. 指定要使用的网站集第二管理员。8. 单击“确定”。9. 确认已成功创建门户网站集。

确认是否可成功访问使用 Kerberos 身份验证的 Web 应用程序确认 Kerberos 身份验证正用于最新创建的 Web 应用程序。从门户网站开始确认。为此，请执行下列步骤：1. 以 mydomain\pscexec 登录运行 SharePoint Foundation 2010 的服务器，而非配置了 NLB 的两台前端 Web 服务器。不能在承载使用 Kerberos 身份验证的负载平衡网站的计算机上直接验证

Kerberos 身份验证行为是否正确，而应在域中单独的计算机上进行。2. 在这个另外的系统上启动 Internet Explorer，尝试访问以下

URL：http://kerbportal.mydomain.net。

196

注意： 注意：

应显示经过 Kerberos 身份验证的门户网站的主页。 为了确认 Kerberos 身份验证已用于访问门户网站，请在其中一台经过负载平衡的前端 Web 服务器上运行事件查看器，并查看安全日志。在其中一台前端 Web 服务器上，应看到一条类似下表的“成功审核”记录。注意，可能两个前端 Web 服务器都需要查看才能找到该记录，具体取决于系统在哪台服务器上处理负载平衡请求。

事件类型 成功审核事件源 安全性事件类别 登录/注销事件 ID 540

日期 11/1/2007

时间 5:08:20 PM

用户 MYDOMAIN\pscexec

计算机 wssfe1

说明

下表说明了网络登录成功的一个示例。

用户名 pscexec

域 MYDOMAIN

登录 ID (0x0,0x1D339D3)

登录类型 3

登录进程 Kerberos 身份验证工作站名称登录 GUID {fad7cb69-21f8-171b-851b-3e0dbf1bdc79}

调用方用户名调用方域调用方登录 ID调用方进程 ID传递服务

197

源网络地址 192.168.100.100

源端口 2505

检查此日志记录显示的信息类型是否与上一个日志条目相同： 确认用户名正确；它是通过网络登录到运行 SharePoint Foundation 2010 并承载门户网站的前端 Web 服务器时所使用的 mydomain\pscexec 帐户。 确认登录类型为 3；登录类型 3 是网络登录。 确认登录进程和验证包均使用 Kerberos 身份验证。这确认了 Kerberos 身份验证已用于访问门户网站。 确认源网络地址与发起连接的计算机的 IP 地址匹配。如果无法显示门户网站的主页，而显示“未经授权”错误消息，则 Kerberos 身份验证失败。其常见原因通常只有以下两种： AD DS 中的 SPN 没有为正确的帐户注册。应当为门户网站的 Web 应用程序的 mydomain\

portalpool 注册。 AD DS 中的 SPN 与 Internet Explorer 创建的 SPN 不匹配，或因其他原因无效。在这种情况下，由于您使用的 IIS 主机标头没有具体的端口号，在 AD DS 中注册的 SPN 将与扩展 Web 应用程序时指定的 IIS 主机标头不同。需要解决此问题才能使 Kerberos 身份验证正常使用。

可用于查看网络情况的诊断辅助工具称为网络探查器，如 Microsoft 网络监视器，它可以在浏览管理中心时进行跟踪记录。在身份验证失败后，请检查跟踪记录并查找 KerberosV5 协议数据包。应查找一个具有 Internet Explorer 创建的 SPN 的数据包。如果跟踪记录中的 SPN 是正确的，则 AD DS 中的 SPN 无效或该 SPN 所注册的帐户不正确。在 Kerberos 身份验证可用于门户网站后，请使用下面的 URL 转到经过 Kerberos 身份验证的“我的网站”： http://kerbmysite.mydomain.net第一次访问“我的网站”URL 时，SharePoint Foundation 2010 将需要一定的时间为登录的用户创建“我的网站”。但是，应当能够创建成功，并能显示该用户的“我的网站”页。

此过程应正常工作。如果无法工作，请参阅前面所述的疑难解答步骤。

确认搜索索引功能是否正确确认搜索索引能成功对此服务器场中承载的内容进行爬网。这是确认用户访问使用 Kerberos 身份验证的网站时得到的搜索查询结果之前必须执行的步骤。

本节不对用户界面展开深入说明，只提供简要介绍。您应熟悉管理中心及相应步骤，然后才能继续。 若要确认搜索索引功能，请访问 Web 应用程序并启动完全爬网。等待爬网完成。如果爬网失败，则必须查明原因并更正错误，然后再运行完全爬网。如果爬网失败并显示“拒绝访问”错误，则

198

注意： 注意： 注意

可能是因为爬网帐户不具有这些内容源的访问权限，或因为 Kerberos 身份验证失败。无论是什么原因，必须先解决此问题，然后才能进入下面的步骤。必须完成对经过 Kerberos 身份验证的 Web 应用程序的完全爬网，然后才能继续。

确认搜索查询功能是否正确确认用户访问使用 Kerberos 身份验证的门户网站时返回的搜索查询结果：1. 在 mydomain.net 的某个系统上启动 Internet Explorer，转到

http//kerbportal.mydomain.net。2. 在显示门户网站的主页时，在“搜索”字段中键入一个搜索关键字，然后按“Enter”。3. 确认返回了搜索查询结果。如果未返回结果，请确认输入的关键字在部署中是否有效、搜索索引是否正常运行、Search Service 是否正在搜索索引和搜索查询服务器上运行，以及搜索索引服务器到搜索查询服务器的搜索传播不存在问题。

配置限制创建的新格式 SPN 的主机名部分将是运行服务的主机的 NetBIOS 名称，例如：MSSP/kerbtest4:56738/SSP1。这是因为主机名是从 SharePoint Foundation 2010 配置数据库获取的，而只有 NetBIOS 计算机名存储在 SharePoint Foundation 2010 配置数据库中。在某些情形下这可能比较容易混淆。

其他资源和疑难解答指南 产品/技术 资源SQL Server 如何确保在创建到 SQL Server 2005 实例的远程连接时使用

Kerberos 身份验证 (http://go.microsoft.com/fwlink/?linkid=85942&clcid=0x804)

SQL Server 如何排查“不能产生 SSPI 上下文”错误消息 (http://go.microsoft.com/fwlink/?linkid=82932&clcid=0x804)

.NET Framework AuthenticationManager.CustomTargetNameDictionary 属性（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=120460&clcid=0x804)（该链接可能指向英文页面）

Internet Explorer 当您尝试访问基于 Windows XP 的计算机上需进行 Kerberos 身份验证的网站时， Internet Explorer 中显示错误消息： “ HTTP 错误 401 - 未经授权：凭据无效，拒绝访问”

199

产品/技术 资源(http://go.microsoft.com/fwlink/?linkid=120462&clcid=0x804)

Kerberos 身份验证 Kerberos 身份验证技术参考（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=78646&clcid=0x804)（该链接可能指向英文页面）

Kerberos 身份验证 排查 Kerberos 错误（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=93730&clcid=0x804)（该链接可能指向英文页面）

Kerberos 身份验证 Kerberos 协议转换和约束委派（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=100941&clcid=0x804)（该链接可能指向英文页面）

IIS 配置 SSL 主机标头 (IIS 6.0) （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=120463&clcid=0x804)（该链接可能指向英文页面）

200

配置自动密码更改 (SharePoint Foundation 2010)通过自动更改密码，Microsoft SharePoint Foundation 2010 可以按您确定的计划自动生成较长的强密码。 本文内容： 配置管理帐户 配置自动更改密码设置 自动更改密码疑难解答

配置管理帐户您需要向服务器场注册管理帐户，以使帐户可用于多个服务。您可以使用管理中心中的“注册管理帐户”页来注册管理帐户。“注册管理帐户”页上没有任何选项可用于在 Active Directory 域服务中或本地计算机上创建帐户。这些选项可用于在 SharePoint Foundation 2010 服务器场上注册现有帐户。执行以下过程中的步骤，以使用管理中心来配置管理帐户设置。

1. 确认执行此过程的用户帐户是网站集管理员。2. 在管理中心网站上，选择“安全性”。 3. 在“一般安全性”下，单击“配置管理帐户”。4. 在“管理帐户”页上，单击“注册管理帐户”。5. 在“注册管理帐户”页上的“帐户注册”部分，输入服务帐户凭据。6. 在“自动更改密码”部分，选中“启用自动更改密码”复选框以使 SharePoint Foundation

2010 管理选定帐户的密码。接下来，输入一个数值，指明在密码到期将启动自动更改密码过程之前的天数。7. 在“自动更改密码”部分，选中“通过电子邮件启动通知”复选框，然后输入一个数值，指明在启动将发出电子邮件通知的自动更改密码过程之前的天数。然后您可以配置一个每周或每月发送电子邮件通知的计划。8. 单击“确定”。

配置自动更改密码设置使用管理中心的“密码管理设置”页来配置用于自动更改密码的服务器级别的设置。服务器场管理员可以配置将用于发送所有密码更改通知电子邮件的通知电子邮件地址，并配置监视和计划选项。执行以下过程中的步骤，以使用管理中心来配置自动更改密码设置。

201

使用管理中心来配置管理帐户设置

1. 确认执行此过程的用户帐户是网站集管理员。2. 在管理中心网站上，单击“安全性”。 3. 在“一般安全性”下，单击“配置密码更改设置”。4. 在“密码管理设置”页的“通知电子邮件地址”部分，输入要向其通知任何即将发生的密码更改或到期事件的个人或小组电子邮件地址。5. 如果没有为管理帐户配置自动密码更改，请在“帐户监控流程设置”部分输入一个数值，以指明在密码到期将向“通知电子邮件地址”部分中配置的电子邮件地址发送电子邮件之前的天数。6. 在“自动更改密码”部分，请输入一个数值，指明在启动更改之前（通知暂停的密码更改服务之后）自动密码更改将等待的秒数。然后输入一个指明在过程结束之前尝试更改密码的次数的数值。7. 单击“确定”。

自动更改密码疑难解答使用以下指导以避免在配置自动密码更改时可能发生的最常见的问题。

密码不匹配如果由于 Active Directory 域服务 (AD DS) 与 SharePoint Foundation 2010 之间的密码不匹配导致自动密码更改过程失败，则密码更改过程可能导致登录时拒绝访问、帐户锁定或 AD DS 读取错误。如果发生此类问题之一，请确保您的 AD DS 密码已配置正确，并且 AD DS 帐户对于设置具有读取访问权限。使用 Windows PowerShell 修复可能发生的任何密码不匹配问题，然后恢复密码更改过程。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。单击“Microsoft SharePoint 2010 产品”。3. 单击“SharePoint 2010 Management Shell”。4. 在 Windows PowerShell 命令提示符处，键入以下命令并按 Enter：

Set-SPManagedAccount [-Identity] <SPManagedAccountPipeBind> -ExistingPassword

<SecureString> -UseExistingPassword $true

有关详细信息，请参阅 Set-SPManagedAccount。

服务帐户设置失败如果服务帐户设置或重新设置在服务器场中的一台或多台服务器上失败，请检查定时服务的状态。如果定时服务已停止，则重新启动它。请考虑使用以下 Stsadm 命令立即启动定时服务管理作业：stsadm -o

execadmsvcjobs

202

使用管理中心来配置自动更改密码设置 密码不匹配的纠正措施

如果重新启动定时服务并没有解决问题，则使用 Windows PowerShell 修复服务器场中每台服务器上发生设置失败的管理帐户。1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。单击“Microsoft SharePoint 2010 产品”。3. 单击“SharePoint 2010 Management Shell”。4. 在 Windows PowerShell 命令提示符处，键入以下命令：

Repair-SPManagedAccountDeployment

有关详细信息，请参阅 Repair-SPManagedAccountDeployment。如果先前的步骤并没有解决服务帐户设置失败问题，则可能是因为无法解密服务器场加密密钥。如果是这样的问题，则使用 Windows PowerShell 更新本地服务器通行短语，以使其与服务器场的通行短信匹配。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。单击“Microsoft SharePoint 2010 产品”。3. 单击“SharePoint 2010 Management Shell”。4. 在 Windows PowerShell 命令提示符处，键入以下命令：

Set-SPPassPhrase -PassPhrase <SecureString> -ConfirmPassPhrase <SecureString> -

LocalServerOnly $true

有关详细信息，请参阅 Set-SPPassPhrase。

即将发生的密码到期 如果密码即将到期，但尚未为此帐户配置自动密码更改，则请使用 Windows PowerShell 将帐户密码更新为管理员可以选择或自动生成的一个新值。更新了帐户密码后，确保定时服务已启动并且已在服务器场中的所有服务器上启动管理员服务。然后，可以向服务器场中的所有服务器应用密码更改。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。单击“Microsoft SharePoint 2010 产品”。3. 单击“SharePoint 2010 Management Shell”。4. 若要将帐户密码更新为管理员选择的一个新值，请在 Windows PowerShell 命令提示符下，键入以下命令：

Set-SPManagedAccount [-Identity] <SPManagedAccountPipeBind> -Password <SecureString>

5. 若要将帐户密码更新为自动生成的一个新值，请在 Windows PowerShell 命令提示符下，键入以下命令：

203

解决服务帐户设置失败问题 更新本地服务器通行短语 更新帐户密码

Set-SPManagedAccount [-Identity] <SPManagedAccountPipeBind> -AutoGeneratePassword

$true

有关详细信息，请参阅 Set-SPManagedAccount。

将服务器场帐户更改为其他帐户的要求如果您需要将服务器场帐户更改为其他帐户，请使用以下 Stsadm 命令：stsadm.exe -o

updatefarmcredentials -userlogin DOMAIN\username -password password

204

创建网站集 (SharePoint Foundation 2010)网站集是具有相同所有者并共享管理设置（例如权限）的一组网站。创建网站集时，将自动在网站集中创建一个首要网站。然后，可以在首要网站下创建一个或多个子网站。 网站集必须位于 Web 应用程序内。可以基于现有 Web 应用程序创建网站集，也可以创建 Web 应用程序，然后在该应用程序内创建网站集。有关详细信息，请参阅创建 Web 应用程序 (SharePoint Foundation 2010)。如果您的 Web 应用程序针对单个项目或供单个团队使用，则应该使用单个网站集以避免管理多个网站的开销。但是，复杂的解决方案会受益于多个网站集，因为对每个网站集组织内容和管理权限比较容易。例如，因为没有内置的从一个网站集到另一个网站集的导航，所以具有多个网站集可为网站内容提供额外的安全保护。SharePoint 提供以下类别的网站模板：协作、会议和自定义。创建网站集时，您可以选择与所需网站功能匹配的模板。例如，如果您想协同创作文档，请选择“文档工作区”模板。 在创建网站集之前，确保满足以下先决条件： 要在其中创建网站集的 Web 应用程序。 配额模板（如果您计划定义指定网站集中可存储多少数据的值和触发向网站集管理员发送电子邮件通知的存储大小）。 自定义托管通配符路径（如果您计划在根 (/) 目录或 /sites/ 目录以外的某个位置创建网站集）。本文内容：使用管理中心创建网站集使用 Windows PowerShell 创建网站集

使用管理中心创建网站集通常，您可以使用管理中心网站在独立部署中创建网站集。

1. 验证您是否拥有以下管理凭据： 若要创建网站集，您必须是运行 SharePoint 管理中心网站的计算机上 SharePoint 组“Farm Administrators”的成员。

2. 在管理中心网站上的“应用程序管理”部分，单击“创建网站集”。 3. 在“创建网站集”页上的“Web 应用程序”部分，如果要在其中创建网站集的 Web 应用程序未处于选定状态，请在“Web 应用程序”菜单上单击“更改 Web 应用程序”，然后单击要在其中创建网站集的 Web 应用程序。4. 在“标题和说明”部分中，键入网站集的标题和说明。 5. 在“网站地址”部分，选择要用于 URL 的路径（例如，/sites/ 之类的通配符包含路径或根目录

(/)）。

205

使用管理中心创建网站集

如果选择通配符包含路径，则还必须键入要在网站的 URL 中使用的网站名称。6. 从“模板选择”部分的“选择模板”列表中，选择要用于网站集中的首要网站的模板，或单击“自定义”选项卡来创建空网站并稍后应用模板。7. 在“网站集主管理员”部分，键入将成为网站集管理员的用户的用户名（形式为“域\用户名”）。 8. 在“网站集第二管理员”部分，键入网站集的第二管理员的用户名。

指定网站集第二管理员是确保某人可以在网站集主管理员不在时管理网站集的最佳方案。9. 如果要使用配额来管理网站集的存储，请在“配额模板”部分，单击“选择配额模板”列表中的模板。 10.单击“确定”。

使用 Windows PowerShell 创建网站集通常，当您需要自动执行任务时，可以使用 Windows PowerShell 创建网站集，这在企业中很普遍。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令并按 Enter：

Get-SPWebTemplate

$template = Get-SPWebTemplate "STS#0"

New-SPSite -Url "<URL for the new site collection>" -OwnerAlias "<domain\user>" -Template

$template

此示例检索一个包含所有可用网站模板的列表，然后使用工作组网站模板创建网站集。有关详细信息，请参阅 New-SPSite 和 Get-SPWebTemplate。我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

206

使用 Windows PowerShell 创建网站集

部署自定义项 - 概述 (SharePoint Foundation 2010) 本章中的文章介绍了在 Microsoft SharePoint Foundation 2010 环境中如何部署由开发人员或 Web 设计人员自定义的网站元素。本文内容： 过程概述 开始之前 关于两种可自定义的网站元素 部署开发的网站元素 部署创作的网站元素

过程概述部署自定义项可能会很复杂，特别是 SharePoint Foundation 2010 中有很多可用的部署方法，而且使用一种方法并不会明显优于另一种方法。 通过使用不同的方法来部署以上不同类型的网站元素或项目。您无法使用单一的部署方法部署所有可自定义的网站元素。另外，还有其他适用于每种类型元素的独特的部署考虑因素，这是因为这些元素可能由不同的设计师组提出，并且各自有着不同的升级考虑因素。这些不同类型的网站元素会在本文后面的关于两种可自定义的网站元素中介绍。有关具体的部署任务和相关考虑因素，请参阅下列文章： 部署解决方案包 (SharePoint Foundation 2010) 部署创作的网站元素 (SharePoint Foundation 2010) 使用功能部署网站元素 (SharePoint Foundation 2010) 部署模板 (SharePoint Foundation 2010) 工作流部署过程 (SharePoint Foundation 2010)

开始之前在将任何自定义代码部署到环境中之前，您应建立环境性能的基准，以便能够分析自定义项如何影响性能。建立性能基准后，请在测试或集成环境中全面测试自定义代码，并将结果与基准进行比较。确保对自定义项进行全面测试后，再将它们部署到生产环境中。在将从第三方获得的任何代码部署到生产环境之前，也应对其进行测试，即使这些代码是从受信任的来源获得的。

207

这些文章中的说明和指南适用于已部署并已配置的符合服务器场和环境规划 (SharePoint Foundation 2010) 中要求的 SharePoint Foundation 环境。

关于两种可自定义的网站元素开发的网站元素是解决方案项目，并且通常由开发人员创建。一个解决方案包括程序集，程序集是在开发前搜集并写入基于语言的 Microsoft .NET Framework 中的 SharePoint 组件。除了计时器作业程序集和网站定义，已开发的网站元素通常也会分组到各功能中，并且作为解决方案包的一部分进行部署。已开发的网站元素包括： Web 部件 工作流 网站和列表定义 文档转换器 事件接收器 计时器作业 程序集创作的网站元素一般由 Web 设计人员创建，并且在内容数据库中非显式进行编译和驻留。创作的网站元素包括： 母版页 级联样式表 窗体 布局页这两种可自定义的网站元素有以下不同之处： 文件在 SharePoint Foundation 2010 服务器场中的存储位置。 组织中的哪个小组负责管理网站元素。 网站元素需要什么部署机制。一些网站元素可以是解决方案项目也可以是创作的项目。例如，一个内容类型可以在 XML 文件中定义为开发的解决方案项目，也可以通过浏览器创建为创作的项目。网站元素可以是解决方案项目或创作的项目，包括网站栏和列表实例。另外，解决方案项目可以用于将文件设置到网站或设置在前端 Web 服务器上的内存中进行缓存。

部署开发的网站元素通常，可以这样定义开发的网站元素：在代码开发环境中创建并直接部署到前端 Web 服务器和应用程序服务器的网站元素。开发人员通过使用 SharePoint 2010 的 Microsoft Visual Studio 2010 Tools、Microsoft Office SharePoint Designer 或 XML 编辑工具来自定义这些网站元素。有关详细信息，请参阅 SharePoint Foundation 开发工具 (http://go.microsoft.com/fwlink/?linkid=183360&clcid=0x804)。

208

本文不讨论部署为沙盒式解决方案的开发的网站元素的部署。沙盒式解决方案是一种既可以访问服务器对象模型的子集，也可以访问网站集管理员可以部署的功能元素子集的解决方案。有关详细信息，请参阅沙盒解决方案概述 (SharePoint Foundation 2010) 。最佳实践是使用解决方案包和 Windows PowerShell 来部署开发的网站元素。SharePoint Foundation 解决方案框架使部署新的网站元素简单化、标准化，在服务器场间升级网站元素并与前端服务器同步进行，这样网站元素的状态与服务器场内的其他服务器状态保持一致。例如，解决方案包简化了重建服务器场的过程。通过手动处理代码和文件部署网站元素会导致升级过程中出现不一致，还会产生服务器与其他服务器不同步的现象。您可以使用解决方案包将开发人员环境中的开发的网站元素部署到集成服务器场、临时服务器场、试生产服务器场以及生产服务器场。可以使用 Windows PowerShell cmdlet 创建、导入、导出和设置解决方案包，这些包利用解决方案框架来分发开发的网站元素的自定义项。Windows PowerShell cmdlet 有利于在大多数环境中开发网站自定义项，因为它既包含在 SharePoint Server 2010 中也包含在 SharePoint Foundation 2010 中，可以单独使用，也可与其他方法关联。您可以使用 Windows PowerShell cmdlet 同时部署项目和开发的网站元素。也可以使用 cmdlet 激活在解决方案包中部署的功能。

部署创作的网站元素创作的网站元素与开发的网站元素的不同之处在于：虽然前者依赖于 Web 服务器或应用程序服务器的文件系统中的资源，但它们存储在内容数据库中。在某些情况下，创作的网站元素要求先部署开发的网站元素，然后才能工作。 在自定义部署完全自动化的环境中，系统可能会强制执行所需的部署顺序以消除同步问题。但是，如果自定义部署部分或完全需要手动执行，则您必须首先确保所有必需的资源均位于 Web 服务器和应用程序服务器上，然后再部署依赖于这些资源的内容。可以通过使用一个或多个不同的系统，将创作的网站元素从创作环境部署到临时服务器场、试生产服务器场和生产服务器场。下表介绍这些系统及其关联的接口和使用方案。

部署系统 使用方案SharePoint 管理中心网站 在源服务器场和目标服务器场通过网络连接的环境中，可以使用管理中心中的内容部署功能在源服务器场上创建内容部署包，然后将该包导出到另一个服务器场。

此方法易于配置和使用，并且可用于自动部署创作的网站元素，所需的设置时间和维护都非常少。内容迁移对象模型 根据使用的具体方法（使用部署命名空间 API 进行编程，使用简单对象访问协议 (SOAP) 调用 Web 服务器，或使用 Windows

PowerShell cmdlet 移动整个网站），您可以控制迁移的内容和方法。使用 API 导入和导出内容是唯一一种支持保留全局唯一标识符 (GUID) 的方法。

209

注意：

部署系统 使用方案有关详细信息，请参阅内容迁移 (http://go.microsoft.com/fwlink/?linkid=183372&clcid=0x804)。

Windows PowerShell 可以使用 Windows PowerShell cmdlet 来对整个网站执行导入和导出操作，同时保留时间戳、安全信息和用户信息。要从整个 Web 网站移动基本内容时，Windows PowerShell cmdlet 非常有用。 在大多数环境中，Windows PowerShell 对网站自定义部署都很有用，因为它包括在 SharePoint 2010 产品中，可以单独使用，也可以和其他方法一起使用。您可以使用 Windows PowerShell cmdlet 同时部署项目和开发的网站元素。有关详细信息，请参阅借助 Windows PowerShell 的 SharePoint 2010 产品管理 。

自定义 Web 服务 您可以创建自定义 Web 服务，以自动执行内容迁移和部署过程。可以编写自定义脚本和 Windows 应用程序，以执行此过程中的特定任务。有关编写自定义 Web 服务的编程方法的详细信息，请参阅 Microsoft SharePoint 2010 软件开发工具包 (SDK) 中的以下资源： Sites 方法（该链接可能指向英文页面）

(http://go.microsoft.com/fwlink/?linkid=183373&clcid=0x804)（该链接可能指向英文页面）

Sites.ExportWeb 方法（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=183377&clcid=0x804)（该链接可能指向英文页面）

Sites.ImportWeb 方法（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=183378&clcid=0x804)（该链接可能指向英文页面）

手动代码处理 在断开连接的较小环境或并未持续对创作的网站元素进行自定义的环境中，您可以手动部署网站元素和相关的资源。在较小的连接环境中，请考虑使用管理中心中的内容部署功能来部署创作的网站元素自定义。解决方案包和功能 网站元素（如页面布局、母版页和样式表等）可以在功能中作为解决方案包的内容进行分组和部署。从解决方案包中部署的功能

210

部署系统 使用方案可以在需要设置创作元素的范围中进行激活。有关详细信息，请参阅使用功能部署网站元素 (SharePoint Foundation 2010)。

自定义模板 用户可以将现有网站（有无具体内容均可）保存为自定义模板。这就提供了重新使用自定义网站的途径。自定义网站模板存储为 .wsp 文件。网站模板存储在网站集中首要网站的解决方案库中，此库中的网站模板可用于在网站集中的所有 Web 网站上创建子网站。可以下载网站模板和将网站模板移至其他网站集库中。

另请参阅部署解决方案包 (SharePoint Foundation 2010) 部署创作的网站元素 (SharePoint Foundation 2010) 使用功能部署网站元素 (SharePoint Foundation 2010) 部署模板 (SharePoint Foundation 2010)

211

部署解决方案包 (SharePoint Foundation 2010)本文介绍了解决方案包以及它们在 Microsoft SharePoint Foundation 2010 中部署创作和开发的自定义项的过程中所起的作用。其中包括导入和部署解决方案包的过程以及使用 Microsoft Visual Studio 2010 构建和部署解决方案包的示例。本文内容： 什么是解决方案包？ 使用解决方案包部署网站元素 使用 Visual Studio 2010 创建和部署自定义 Web 部件解决方案包

什么是解决方案包？解决方案包 是一个分发包，可将您的 SharePoint Foundation 2010 自定义开发工作成果分发到服务器场中的 Web 服务器或应用程序服务器。使用解决方案可打包和部署自定义功能、网站定义、模板、布局页、Web 部件、级联样式表和程序集。本文不讨论沙盒解决方案的部署。您可以将 Microsoft SharePoint Foundation 2010 解决方案直接部署到 SharePoint Foundation 场中，或将其部署到一个沙盒 内。沙盒是一个受限制的执行环境，可使程序仅访问某些资源，并使沙盒中发生的问题不会影响服务器环境的其余部分。有关详细信息，请参阅沙盒解决方案概述 (SharePoint Foundation 2010) 。解决方案包是一个扩展名为 .wsp 的 CAB 文件和一个指令清单文件。建议您使用 Visual Studio 2010 Tools for SharePoint 2010 对 SharePoint 解决方案进行开发和打包。还可以使用诸如 Makecab.exe 和 SharePoint Packman 这样的工具手动创建解决方案包。可以打包到解决方案中的组件包括： .NET Framework 程序集，通常是 Web 部件程序集和事件接收器程序集。 部署文件，例如资源文件、网页或其他帮助程序文件。 功能，使您能够激活和停用网站中的代码，并提供包括自定义列表、库、字段和内容类型等元素的功能。 新的模板和网站定义。 必须在 Web 服务器级别执行的配置，例如，将自定义项部署到 Web.config 文件，以用于注册

Web 部件。您还可以使用随功能分发的功能修改这些配置。 被称为网页的 Web 内容（如网页和图像）。如果您必须在断开连接的环境中部署 Web 内容，应该使用内容部署包。

212

使用解决方案包部署网站元素本节内容： 何时使用解决方案包 部署服务器场解决方案 添加解决方案包 部署解决方案包 关于创建解决方案包

何时使用解决方案包部署自定义项的最佳方案是使用解决方案包，将其作为简单、安全、一致的应用程序生命周期管理流程的一部分。使用解决方案包，可以在创建网站后更方便地更改网站的功能。 您可以使用解决方案包在整个服务器场中部署新解决方案和升级现有解决方案。您可以将所有 SharePoint Foundation 实体打包为一个文件，将该文件添加到解决方案存储区,将其部署到服务器场中的前端 Web 服务器。使用解决方案包可同步前端 Web 服务器，使其状态与服务器场中其他 Web 服务器的状态一致。您可以使用解决方案包将创作的网站元素自定义从集成服务器场部署到创作服务器场、试验服务器场或生产服务器场。在 SharePoint Foundation 中，用户可以将自定义网站保存为模板。这样将创建一个文件扩展名为 .wsp 的解决方案包，可以将其部署到其他服务器场中。您可以使用解决方案包在这些环境之间部署自定义项： 从开发人员工作站到集成服务器场或软件配置管理系统 从集成服务器场和创作客户端工作站到试验服务器场或生产服务器场

部署服务器场解决方案服务器场解决方案是在本地部署的或通过使用定时服务部署。本地部署和基于定时器的部署都可以使用命令行指令或使用对象模型以编程方式来触发。本地部署在本地部署中，解决方案文件只部署到从中启动部署操作的计算机。在将解决方案文件部署到服务器场中所有适用的服务器之后，才会在配置数据库中将解决方案标记为“已部署”。随后将安装解决方案功能，并将架构和定义文件提交到配置存储。定时服务部署在使用定时服务的部署中，部署创建计时器作业。此计时器作业是由服务器场中每个 Web 服务器上的定时服务选取的。最初，对清单和功能清单进行分析以查找程序集和 _layouts 文件，并将这些文件复制到合适的位置。功能目录内包含的所有其他文件会复制到功能目录中。将解决方案文件复制到目标计算机后，会为所有前端 Web 服务器安排配置重置；然后，重置将部署文件，重新启动 Microsoft Internet Information Services (IIS)。随后将注册功能，并将架构和定义文件提交到配置存储。

213

有关解决方案存储区、部署和同步的详细信息，请参阅 Microsoft SharePoint 2010 软件开发工具包 (SDK) 中的部署解决方案（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=186995&clcid=0x804)（该链接可能指向英文页面）

添加解决方案包部署解决方案包之前，必须将其添加到 SharePoint Foundation 场的解决方案数据库中。

您必须是在其上运行 Windows PowerShell 的任何计算机的 Administrators 组成员。1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。。 2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

Add-SPSolution -LiteralPath <SolutionPath>

解决方案即被添加到服务器场的解决方案存储区中。若要使用该解决方案，请按照本文下一节中的步骤操作。有关详细信息，请参阅 Add-SPSolution。

部署解决方案包您可以使用管理中心网站或使用 Windows PowerShell 部署导入的解决方案。使用 Windows PowerShellAdd-SPSolution cmdlet 将解决方案添加到解决方案存储区后，还必须将其部署到网站，然后才能对其进行访问。

无法使用管理中心中的“解决方案管理”页将解决方案添加到解决方案存储区。以下过程显示了如何使用管理中心网站或 Windows PowerShell 将导入的解决方案部署到服务器场中的网站。

1. 在管理中心主页上，单击“系统设置”。2. 在“服务器场管理”部分，单击“管理服务器场解决方案”。3. 在“解决方案管理”页上，单击要部署的解决方案。 4. 在“解决方案属性”页上，单击“部署解决方案”。 5. 在“部署解决方案”页上的“部署时间”部分中，选择下列选项之一：

立即 在指定时间。如果选择此选项，请使用日期和时间框来指定时间。建议您选择目标服务器负载较小的时间。

214

重要： 使用 Windows PowerShell 导入解决方案包 注意： 使用管理中心部署解决方案

6. 在“部署位置”部分的“特定 Web 应用程序”列表中，单击“所有 Web 应用程序”，或选择一个特定 Web 应用程序。7. 单击“确定”。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

Install-SPSolution -Identity <SolutionName> -WebApplication <URLname>

其中： <SolutionName> 表示解决方案的名称。 <URLname> 表示要将导入的解决方案部署到的 Web 应用程序的 URL。默认情况下，解决方案是立即部署的。您也可以使用 time 参数安排部署。有关详细信息，请参阅 Install-SPSolution。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

Install-SPSolution -Identity <SolutionName> -AllWebApplications -time <TimeToDeploy> -

GACDeployment -CASPolicies

其中： GACDeployment 是允许 SharePoint Foundation 2010 在全局程序集缓存中部署程序集的参数。 CASPolicies 允许创建自定义代码启用安全性 (CAS) 策略文件，并在目标网站集的

Web.config 文件中激活该文件。 默认情况下，解决方案会立即部署，但您也可以使用 time 参数来安排部署时间。

关于创建解决方案包SharePoint Foundation 2010 不包括创建解决方案包的工具。本节介绍如何创建包含开发的网站元素和项目的解决方案包。Visual Studio 2010

215

使用 Windows PowerShell 将解决方案包部署到单个 Web 应用程序使用 Windows PowerShell 将解决方案包部署到所有 Web 应用程序

您可以使用 Visual Studio 2010 将相关 SharePoint 元素组合为一个功能，然后将多个功能、网站定义、程序集和其他文件捆绑为一个程序包（.wsp 文件），以便部署到运行 SharePoint Foundation 2010 的服务器。您可以使用 Visual Studio 2010 调试和测试运行 SharePoint Foundation 2010 的服务器上的 .wsp 文件。您还可以在开发计算机上自定义部署步骤。开发人员可以在 Visual Studio 2010 中构建其 SharePoint 解决方案，并使用自动生成过程生成 .wsp 文件。也可以使用 Visual Studio 2010 集成将用于生成 .wsp 文件的 Visual Studio SharePoint 项目的源代码添加到源代码控制系统。Visual Studio 2010 可导入 .wsp 文件和创建项目，以便进一步扩展它们，并创建新的 .wsp 文件。导入 Visual Studio 2010 中的 .wsp 文件的主要源是在 SharePoint Foundation 2010 网站上使用“另存为模板”命令在网站中保存的模板。这些模板可用于将所有网站自定义保存到 SharePoint 解决方案。有关详细信息，请参阅 Visual Studio 中的 SharePoint 开发（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=187000&clcid=0x804)（该链接可能指向英文页面）。Makecab可以使用 Makecab.exe 这样的工具手动创建解决方案包。Makecab.exe 工具采用指向 .ddf 文件的指针，该文件描述了 CAB 文件的结构。.ddf 文件的格式类似于 .inf 文件的格式 — 即，您先声明一个标准头，然后按照文件集在磁盘上的位置以及文件集应在 CAB 文件中的位置来枚举该文件集（每行一个文件）。可以从 Microsoft Cabinet 软件开发工具包 (http://go.microsoft.com/fwlink/?linkid=107292&clcid=0x804)。下载 Makecab.exe 工具。关于自定义解决方案包如果您需要在 SharePoint Foundation 2010 解决方案中创建任何自定义项，建议使用 Visual Studio 2010 来自定义解决方案包。您还可以通过手动创建 SharePoint 解决方案包来创建这些自定义项。 在专用应用程序文件夹（而不是全局程序集缓存）中部署 .NET Framework 程序集。 为解决方案添加在部署过程中必须应用的代码访问安全权限。 使用非默认的功能文件夹名称。 对解决方案进行本地化。 将功能事件处理程序与特定类型的 SharePoint Foundation 2010 解决方案（例如 Web 部件解决方案）相关联。 将 XML 文件、图片、.dll 文件和程序集等资源添加到解决方案包中。手动创建解决方案文件在大多数 SharePoint Foundation 2010 开发方案中，建议您使用 Visual Studio 2010 Tools for SharePoint 2010 部署和打包 SharePoint 解决方案。在 Visual Studio 2010 中，部署过程将 .wsp 文件复制到运行 SharePoint Foundation 2010 的服务器，安装解决方案，然后激活功能。 您也可以手动创建解决方案文件。以下是创建解决方案文件的基本步骤：

216

1. 将所有单个解决方案文件收集到一个文件夹中。没有关于执行此操作的具体指南，但最好将不同类型的解决方案文件放在各自的子文件夹中。2. 创建用于列出解决方案组件的 manifest.xml 文件。3. 创建用于定义解决方案文件结构的 .ddf 文件。该文件包含构成输出 .wsp 文件的各个解决方案文件的列表。4. 执行 Makecab.exe，将 .ddf 文件作为输入文件，将 .wsp 文件作为输出文件。关于解决方案指令清单文件解决方案指令清单（通常名为 manifest.xml）存储在解决方案文件的根位置。此文件定义要处理的功能、网站定义、资源文件、Web 部件文件和程序集的列表。它不定义文件结构。如果文件包含在解决方案中，但未列在 manifest.xml 文件中，则无论如何都不会处理这些文件。下面是 manifest.xml 文件结构的一个示例，以 XML 格式显示。<?xml version="1.0" encoding="utf-8" ?>

<Solution xmlns="http://schemas.microsoft.com/sharepoint/"

SolutionId="{79d1a62e-3627-11db-963e-00e08161165f}"

ResetWebServer="TRUE">

    <Assemblies>

        <Assembly DeploymentTarget="GlobalAssemblyCache"

Location="Example.Sharepoint.Webparts\

Example.SharePoint.WebParts.dll">

            <SafeControls>

                <SafeControl Assembly="Example.Sharepoint.Webparts,

Version=1.0.0.0, Culture=Neutral, PublicKeyToken=63cce650e8605f5d"

Namespace="Example.Sharepoint.Webparts" TypeName="*"/>

            </SafeControls>

        </Assembly>

        <Assembly DeploymentTarget="GlobalAssemblyCache"

Location="Example.Sharepoint.Timer/Example.Sharepoint.Timer.dll"/>

    </Assemblies>

    <FeatureManifests>

        <FeatureManifest Location="Example.Sharepoint.Timer\Feature.xml"/>

        <FeatureManifest Location="Example.CustomType\Feature.xml"/>

        <FeatureManifest Location="Example.ExampleLibrary\Feature.xml"/>

217

        <FeatureManifest Location="Example.Columns\Feature.xml"/>

        <FeatureManifest Location="Example.Workflow.ProcessExample\Feature.xml"/>

        <FeatureManifest Location="Example.Workflow.ProvisionExample\Feature.xml"/>

    </FeatureManifests>

    <SiteDefinitionManifests>

        <SiteDefinitionManifest Location="EXAMPLE">

            <WebTempFile Location="1033\XML\WEBTEMPExample.XML"/>

        </SiteDefinitionManifest>

    </SiteDefinitionManifests>

</Solution>

此外，可以添加 DwpFiles 元素以指定 .webpart 或 .dwp 文件，也可以添加 ResourceFiles 元素以指定资源文件、网站定义、应用程序资源和代码访问安全策略。您还可以使用 <ElementFile> 标记注释 Feature.xml 文件。如果您的解决方案在 Feature.xml 文件的 <ElementManifests> 标记中包含功能，则在功能中为所有额外的文件添加 <ElementFile Location="..."/>，例如 ASP.NET 页（如 allitems.aspx）或母版页等。有关用于定义解决方案组成部分的解决方案指令清单文件的详细信息，请参阅解决方案架构（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=183466&clcid=0x804)（该链接可能指向英文页面）。

使用 Visual Studio 2010 创建和部署自定义 Web 部件解决方案包有关显示如何使用 Visual Studio 2010 创建、自定义、调试和部署 SharePoint 列表定义以跟踪项目任务的示例演练，请参阅 MSDN 库中的演练：部署项目任务列表定义 (http://go.microsoft.com/fwlink/?linkid=189612&clcid=0x804)（该链接可能指向英文页面）。此演练说明了以下任务： 创建包含任务的 SharePoint 列表定义项目。 将列表定义添加到 SharePoint 功能。 将事件接收器添加到列表。 创建和自定义 SharePoint 包来部署功能。 构建和部署 SharePoint 解决方案。在此演练中构建示例项目时，Visual Studio 2010 会在开发计算机上将解决方案自动部署到运行 SharePoint Foundation 2010 的服务器以进行测试和调试。还可创建可在其他计算机上添加和部署的解决方案包文件。有关详细信息，请参阅如何：部署 SharePoint 解决方案

218

(http://go.microsoft.com/fwlink/?linkid=187004&clcid=0x804)（该链接可能指向英文页面）。您可以使用 Add-SPSolutionWindows PowerShell cmdlet 将解决方案导入其他计算机。您可以使用管理中心的“解决方案管理”页来部署解决方案包。另外，也可以使用 Install-SPSolutionWindows PowerShell cmdlet 来部署解决方案包。在演练中，项目列表功能的范围是网站。若要激活功能，请在网站上展开“网站操作”菜单，然后单击“网站设置”。在“网站操作”下，单击“管理网站功能”。在“功能”页的功能名称旁边，单击“激活”。

219

部署创作的网站元素 (SharePoint Foundation 2010)本文探讨有关在 Microsoft SharePoint Foundation 2010 中部署创作的网站元素自定义项的指南，其中包括部署过程、一般注意事项以及与部署自定义内容相关的最佳方案。本文内容： 关于部署创作的网站元素 开始之前 使用内容迁移 API 部署内容 使用 Windows PowerShell 创建内容部署包

关于部署创作的网站元素可将创作的网站元素看作是您网站的“内容”。这些元素是构成 SharePoint Foundation 2010 网站的网页、图像、布局页、级联样式表以及其他资源。创作的网站元素包括： 项目 这些网站元素通常是使用 Microsoft SharePoint Designer 2010 等设计工具创作的，并构成网站内容的显示框架。母版页和布局就属于项目。 Web 内容 这些网站元素通常是在 Web 浏览器或客户端创作程序（如 Word 2010）中直接创作的，用于提供网站的内容。网页和图像就属于 Web 内容。 本文的讨论不涉及开发的网站元素（如 Web 部件和其他代码）的部署。有关详细信息，请参阅 部署解决方案包 (SharePoint Foundation 2010) 和 使用功能部署网站元素 (SharePoint Foundation 2010)。可以使用多种方法部署创作的网站元素： 使用对象模型处理方案（例如编写脚本）以自动执行常见任务并为设置适合该部署的导出和导入自定义属性。对象模型提供对您数据迁移方案的最大控制。 内容部署包旨在一次性将内容移动或迁移到目标网站集中。内容部署包是一些 CAB 文件，其中可以包含网站中的一部分或所有创作的网站元素，并可以在断开连接的环境中部署。Windows

PowerShell cmdlet 用于创建内容部署包。本文不讨论使用解决方案包将自定义 SharePoint Foundation 2010 开发工作成果传送到服务器场中的前端 Web 服务器或应用程序服务器。使用解决方案包，可以在断开连接的环境中部署项目，并可以部署同一包中的项目和开发的网站元素。有关详细信息，请参阅 部署解决方案包 (SharePoint Foundation 2010)。

何时使用内容部署包

220

注意：

如果存在以下一个或多个因素，您就可以使用内容部署包来部署创作的网站元素： 一次性内容迁移 使用内容部署包仅用一次就可将内容移动到目标网站集。如果计划定期更新目标网站集中的内容，可使用内容部署功能或内容迁移 API。 断开连接的环境 如果服务器场断开连接，则应创建一个内容部署包以便异步传输到集成服务器场。 示例内容 如果需要将创作的网站元素自定义项从创作环境部署到集成环境以便进行开发，则可以使用内容部署包来简化此过程。

开始之前若要消除潜在的同步问题，通常必须在部署创作的网站元素之前先部署开发的网站元素。必须安装服务器场解决方案和 Web 应用程序解决方案并部署到目标服务器场，然后才能进行内容部署。还要注意，必须在目标服务器上安装源服务器上使用的所有语言包，如果安装所需语言包失败，则内容部署将失败。执行本文中的过程之前，您应熟悉有关网站元素自定义项部署的相关概念。有关规划和设计网站和网站集的详细信息，请参阅 基本网站规划 (SharePoint Foundation 2010) 。同时，下载 Excel 版本的内容部署规划工作表（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=167835&clcid=0x804)（该链接可能指向英文页面）。

使用内容迁移 API 部署内容大多数部署方案都可以通过使用管理中心获得，无需使用脚本。但您可以使用对象模型处理其他方案（例如编写脚本）以自动执行常见任务并为无法配置的导出和导入设置自定义属性，使用 SharePoint 管理中心网站设置部署。还可以创建在源服务器场与目标服务器场之间的连接受限或无法使用的情况下用于导出和导入内容包的代码。有关内容迁移和内容迁移 API 的详细信息，请参阅内容迁移概述 (http://go.microsoft.com/fwlink/?linkid=187033&clcid=0x804)。有关内容部署功能以及建立和实施自定义部署解决方案所需的后台和资源的概述，请参阅在服务器之间部署内容（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=181466&clcid=0x804)（该链接可能指向英文页面）。有关演示如何使用对象模型创建在网站集之间部署内容的路径和作业的代码示例，请参阅如何：在服务器间部署内容（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=187034&clcid=0x804)（该链接可能指向英文页面）。有关如何使用内容迁移 API 导出和导入内容包的代码示例和信息，请参见如何：为断开连接的情况自定义部署 (http://go.microsoft.com/fwlink/?linkid=181076&clcid=0x804)（该链接可能指向英文页面）。

使用 Windows PowerShell 创建内容部署包您可以使用 Windows PowerShell 创建内容部署包，该包中包含用于整个网站（包括网站中的所有内容）的创作的网站元素、列表或文档库。

使用内容部署包一次将内容移动到目标网站集。使用内容部署功能或内容迁移 API 定期将源网站集内容移动到目标网站集。

221

注意：

内容部署包的实现形式是 CMP（内容迁移数据包）文件。可以从源服务器导出此包，然后导入到目标服务器中。在连接的环境和断开连接的环境中都可以使用此内容部署方法。要使用软件配置管理系统，请按照导出内容部署包的步骤执行操作，然后使用适用于软件配置管理系统的过程来保存导出的文件。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

Export-SPWeb -Identity <URLname> -path <ExportFileName> -IncludeUserSecurity -

IncludeVersions 4 -NoFileCompression

其中： <URLname> 是要导出的网站。此网站以及其下的所有子网站都会写入到内容部署包中。 IncludeUserSecurity 使新网站与原始网站具有相同的权限。 IncludeVersions 设置为 4 以指定应包括的所有版本。 NoFileCompression 使内容部署包输出为未压缩的文件夹而不是单个 CAB 文件。虽然这会导致将部署包部署到其他服务器的过程更为复杂，但却让您能够更加轻松地编辑各个文件。

有关详细信息，请参阅 Export-SPWeb。注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

Import-SPWeb -Identity <URLname> -path <ImportFileName> -IncludeUserSecurity

其中： <URLname> 是要导入的网站，其下的所有子网站也将一起导入。

有关详细信息，请参阅 Import-SPWeb。注意：

222

使用 Windows PowerShell 创建内容部署包 使用 Windows PowerShell 导入内容部署包

我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

223

使用功能部署网站元素 (SharePoint Foundation 2010)本文介绍如何使用功能部署开发的网站元素自定义项。通过使用功能，您可以控制能在其中激活和停用网站自定义项的范围，也可以轻松地在多个服务器场之间部署自定义项。本节内容： 什么是功能？ 何时使用功能 创建功能 使用 Windows PowerShell 安装和激活功能

什么是功能？功能 是包含 SharePoint Foundation 2010 的各种已定义扩展的一个容器，并由部署到前端 Web 服务器和应用程序服务器中的 XML 文件集组成。您可以将功能作为解决方案包的一部分部署，也可以在 SharePoint Foundation 网站中单独激活功能。功能降低了对网站进行简单自定义的复杂性。通过使用功能，您无需为了更改简单的功能而复制大量代码，因此可以减少前端 Web 服务器中可能出现的版本控制和不一致问题。 通过功能可以更加轻松地激活或停用部署过程中所应用的功能，并且管理员仅需在用户界面中打开或关闭特定功能，即可方便地转换网站的模板或定义。 元素是功能中的原子单元。Feature 元素用于在 Feature.xml 文件中定义功能并指定支持功能的程序集、文件、依赖项或属性的位置。功能包括 Feature.xml 文件和用于描述各个元素的任意数量的文件。其他架构中的另一个功能元素用于在 Onet.xml 文件中指定当从网站定义创建网站时是否激活功能。Feature.xml 文件通常指向一个或多个 XML 文件，这些 XML 文件的顶级 <Elements> 标记包含支持功能的元素的定义。SharePoint Foundation 2010 中的元素通常对应于 Microsoft Office SharePoint Portal Server 2003 的 Onet.xml 或 Schema.xml 文件中离散的节点。元素包括多种类型，例如自定义菜单项或事件处理程序。 有关功能的作用的详细信息，请参阅使用功能（该链接可能指向英文页面）

(http://go.microsoft.com/fwlink/?linkid=183450&clcid=0x804)（该链接可能指向英文页面）。 有关 Feature.xml 文件中使用的文件格式和 XML 元素的特定信息，请参阅 Feature.xml 文件 （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?

linkid=183451&clcid=0x804)（该链接可能指向英文页面）。 有关功能如何影响网站定义中 Onet.xml 文件的文件格式的信息，请参阅网站定义 (Onet.xml) 文 件（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?

linkid=183454&clcid=0x804)（该链接可能指向英文页面）。

224

有关功能元素类型的详细信息，请参阅元素类型（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=183455&clcid=0x804)（该链接可能指向英文页面）。

何时使用功能部署各项功能、自定义项或更改前端 Web 服务器配置时，功能是推荐方法。在功能的整个生命周期内（包括激活、升级和最终停用），它都是进行管理的一种灵活方式。在以下一种或多种应用场景中，可使用功能来部署开发的网站元素： 需要激活和停用 在功能中部署网站元素自定义项时，可以使用 Windows PowerShell 或对象模型来安装、激活和停用功能。您还可以通过使用管理中心网站激活和停用功能。 范围的灵活性 您可以针对单个范围（包括服务器场、Web 应用程序、网站集或网站）激活功能。 分布式部署的简易性 作为解决方案的一部分，很容易将功能部署到多个服务器场。 通过功能对象模型进行控制 通过功能对象模型，您可以指定某一给定范围内已安装功能的列表，并控制是否在服务器场和网站级别启用功能。使用解决方案包打包功能以部署到不同的环境中。例如，使用解决方案包在开发人员工作站和集成服务器场之间以及在集成服务器场或创作客户端工作站与试验服务器或生产服务器场之间部署自定义项。

创建功能当您使用浏览器或 SharePoint Designer 在 SharePoint Foundation 2010 中创建自定义网页时，ASPX 页只能属于运行 SharePoint Foundation 2010 的服务器的根网站集。若要在可用于整个服务器场的某个网站集下以及在所有网站集中创建页面，请使用解决方案在 \14\Template\Layouts 文件夹下部署页面（方法是使用解决方案清单文件中的 TemplateFiles 元素）。针对服务器场的最佳做法是使用解决方案包来部署功能。如果必须重建服务器或向服务器场中添加其他服务器，则不必手动将功能添加到每台前端 Web 服务器。通过使用解决方案包，可在整个服务器场中部署新功能和升级后的功能，并同步前端 Web 服务器以使其状态与服务器场中其他服务器的状态保持一致。若要控制自定义页在网站集或网站中的可用性，可将自定义网页作为解决方案的一部分部署为 SharePoint 功能。通过使用网站集和网站的范围，使用 Feature.xml 文件中的模块元素部署网页。模块经常用于实现网站中的 Web 部件页。会自动安装作为解决方案的一部分部署的功能。如果您手动部署功能，则必须安装并激活功能。请参阅下文中的使用 Windows PowerShell 安装和激活功能 。

1. 创建一个 Feature.xml 文件。下面是一个示例 Feature.xml 文件，它是为功能提供唯一 ID 和指向 Module.xml 文件所必须的文件。<?xml version="1.0"?>

<Feature Id="8C4DD0CB-5A94-44da-9B7F-E9ED49C2B2DC" Title=

225

创建和部署自定义功能

"Custom Web page"

Description="This simple example feature adds an ASPX page

with a hosted XmlFormView control"

Version="1.0.0.0" Scope="Web"

xmlns="http://schemas.microsoft.com/sharepoint/">

<ElementManifests>

<ElementManifest Location="Module.xml"/>

</ElementManifests>

</Feature>

2. 创建一个 Module.xml 文件。下面是一个示例 Module.xml 文件，其中包含作为解决方案一部分的页面的相关信息。<?xml version="1.0"?>

<Elements xmlns="http://schemas.microsoft.com/sharepoint/">

<module name="file" url="" path="">

<file url="XmlFormViewPage.aspx" type="ghostable"> </file>

</module>

</Elements>

3. 将文件 url 值更改为 ASPX 页的名称。4. 在服务器计算机上的功能安装目录内（通常位于 %COMMONPROGRAMFILES%\

Microsoft shared\Web server extensions\14\TEMPLATE\FEATURES 中），为功能定义添加子文件夹。重要：为功能定义创建的子文件夹最好能使用详细的限定名称。这样做会使您添加多个同名功能以及重写其他功能的 Feature.xml 文件的可能性降到最低。例如，使用 HR_Contract 和 Finance_Contract，而不是使用 Contract。

5. 将自定义 .aspx 页添加到该功能定义子文件夹中。6. 将 Feature.xml 和 Module.xml 文件添加到同一位置。7. 将功能添加到解决方案包中。

您可以使用 Visual Studio 2010 将功能添加到解决方案中，也可以手动将 FeatureManifests 元素添加到解决方案 Manifest.xml 文件中。

8. 创建解决方案包。您可以使用 Visual Studio 2010 生成解决方案包。也可以使用 Makecab.exe 工具创建解决方案包。

9. 导入并部署解决方案包。使用 Windows PowerShellAdd-SPSolution cmdlet 将解决方案添加到解决方案存储区，

226

然后使用管理中心网站或使用 Windows PowerShell 从解决方案存储区部署解决方案。有关使用 Visual Studio 2010 将功能添加到解决方案包的详细信息，请参阅创建 SharePoint 解 决方案包（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=187035&clcid=0x804)（该链接可能指向英文页面）。有关手动创建解决方案包或使用 Makecab.exe 工具生成包的详细信息，请参阅创建解决方案 (http://go.microsoft.com/fwlink/?linkid=187036&clcid=0x804)（该链接可能指向英文页面）。有关部署解决方案的详细信息，请参阅部署解决方案包 (SharePoint Foundation 2010) 。

使用 Windows PowerShell 安装和激活功能使用 Windows PowerShell 或对象模型可以安装并激活功能。您还可以使用“管理 Web 应用程序功能”页或要激活功能的网站集或网站的“功能”页来激活功能。安装功能可使整个服务器场了解其定义和元素，激活功能可在特定范围内使用该功能。

作为解决方案包的一部分部署的功能由部署安装，无需手动安装。在 14\Template\Features 文件夹中安装功能，其中每个功能位于其自己的子文件夹中。位于此文件夹根目录下的 Feature.xml 文件定义了功能的内容。您必须安装各个功能，然后才能使用这些功能；另外，除非功能是服务器场范围内的，否则在安装功能后必须激活它们。如果功能是服务器场或 Web 应用程序范围内的，将自动激活功能。若要卸载功能以便其定义在服务器场中不再可用，必须首先使用 Windows PowerShellDisable-SPFeature cmdlet 停用功能（除非功能是 Web 应用程序或服务器场范围内的）。在停用功能之后，可以使用 Uninstall-SPFeature cmdlet 卸载功能。有关详细信息，请参阅 Uninstall-SPFeature。在卸载功能之后，请重置 Internet Information Services (IIS)，以使更改生效。若要停用功能，以便它在其最初分配的范围内处于非活动状态而不卸载该功能，可以使用 Disable-SPFeature cmdlet。有关详细信息，请参阅 Disable-SPFeature。可使用以下过程安装并激活功能。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

Install-SPFeature -path <Path> [-force]

其中： <Path> 是有效的文件路径；例如 MyFeature。功能的路径必须是指向 14\Template\

Features 文件夹名称的文字路径。Feature.xml 文件名是隐含的，不需要提供。

227

注意： 使用 Windows PowerShell 安装功能

有关详细信息，请参阅 Install-SPFeature。注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

Enable-SPFeature -Identity <FeatureID> [-url] <URLname> [-force]

其中： <FeatureID> 是位于 14\Template\Features 文件夹中的 Feature 文件夹的名称。它必须是有效的文件路径；例如 MyCustom。 <URLname> 是要为其激活功能的 Web 应用程序、网站集或网站的功能父级 URL；例如

http://somesite。有关详细信息，请参阅 Enable-SPFeature。

注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

228

使用 Windows PowerShell 激活功能

部署模板 (SharePoint Foundation 2010)本文介绍如何创建自定义网站定义并使用解决方案包对其进行部署。本文内容： 什么是网站定义？ 网站定义和配置 创建自定义网站定义和配置 使用解决方案包部署网站定义

什么是网站定义？在 Microsoft SharePoint Foundation 2010 中，通过选择网站定义配置或用于定义如何实例化网站的自定义网站模板，用户可以从用户界面 (UI) 创建网站。网站定义是一个模板，可以确定用于设置新 SharePoint 网站的项，例如，列表、文件、Web 部件、功能或设置。网站定义是一系列网站定义配置。每个网站定义均指定一个名称，并包含一系列网站定义配置。在 SharePoint Foundation 2010 中，网站定义由一组可用于设置新网站的 XML 文件组成。这些文件位于 Web 服务器上。 网站定义主要包括多个 XML 和 ASPX 文件，这些文件存储在一个前端 Web 服务器上的 %ProgramFiles%\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\SiteTemplates 文件夹下的文件夹中。根据网站定义创建的网站将增加（但不会重复）原始网站定义中的结构和内容信息。在整个生命周期内，这些网站继续依赖作为其最终基础的网站定义。因此，Microsoft 不支持在已根据网站定义创建网站后更改或删除该网站定义。此类更改可能导致根据该定义创建的网站停止正常工作，或可能阻止基于该网站定义直接或间接创建新网站。若要自定义网站定义，开发人员可以添加一个功能将这些更改包含到网站定义中。不修改网站定义本身。 有关 Microsoft 所支持的网站定义自定义类型的详细信息，请参阅使用 Windows SharePoint Services 、 SharePoint Portal Server 2003 和 Office SharePoint Server 2007 中的自定义网站 定义和自定义区域定义的受支持方案和不受支持方案 (http://go.microsoft.com/fwlink/?linkid=187678&clcid=0x804)。在对象模型中，SPWebTemplate 表示网站定义（和配置）。有关网站模板和网站定义的详细信息，请参阅网站模板和定义（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=184756&clcid=0x804)（该链接可能指向英文页面）。

自定义网站模板的 STP 格式（.stp 文件）在 SharePoint Foundation 2010 中已弃用，并替换为 WSP 格式网站模板。在 Windows SharePoint Services 3.0 中，用户可以将现有网站另存为自定义网站模板。此网站模板在数据库中作为模型存储，用户可以选择该网站模板作为定义如何实例化网站的基础。在 SharePoint Foundation 2010 中，用户可以将现有网站另存为

229

注意：

模板。该模板以 .wsp 文件的形式保存在网站集首要网站的解决方案库内，可用于在网站集中的所有网站上创建子网站。有关网站定义的详细信息，请参阅网站定义和配置（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=183458&clcid=0x804)（该链接可能指向英文页面）。

网站定义和配置网站定义可定义特定的 SharePoint 网站。SharePoint Foundation 2010 本身安装了五个网站定义。一个网站定义可包含多个网站定义配置。SharePoint 网站均基于包含以下内容的特定网站定义配置： STS 包含适用于工作组网站、空白网站和文档工作区的网站定义配置。 MPS 包含适用于基本会议工作区、空白会议工作区、决议会议工作区、社交会议工作区和多页会议工作区的网站定义配置。 CENTRALADMIN 提供适用于管理中心网站的网站定义配置。 WIKI 提供适用于通过使用 Wiki 技术支持社区内容的网站的网站定义配置。 BLOG 提供适用于博客的网站定义配置。每个网站定义都包含一些文件，在安装 SharePoint Foundation 2010 期间，这些文件将放入前端 Web 服务器的 \\Program Files\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\SiteTemplates 子文件夹中。网站定义文件除了包含文档模板文件（如 .dot 和 .htm）和内容文件（如 .gif 和 .doc）之外，还包含 .xml、.aspx、.ascx 和 .master 页面文件。

未经自定义的页面和页面自定义在 Microsoft Internet Information Services (IIS) 启动过程中，网站定义文件缓存在服务器上的内存中。这将允许跨网站重用未经自定义的页面。在运行时，将从缓存提取这些文件中包含的信息。页面和列表架构可从网站定义文件中读取，但会显示为网站中的实际文件。新的 Web 部件页也将视为未经自定义的页面。当网站页面经过自定义（不包括基于浏览器的自定义，如 Web 部件修改）时，会将其内容存储在内容数据库中，并使用自定义的网站页面，而不是使用网站定义中的原始页面。已上载的 .aspx 文件自动视为已自定义。有关幻像和页面自定义的详细信息，请参阅网站定义和配置（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=183458&clcid=0x804)（该链接可能指向英文页面）。

核心架构文件下表列出了可为网站定义修改的核心 XML 文件，并显示了其在文件系统中的位置。

WebTemp.xml 标识网站定义并提供有关其配置的信息。位于：\TEMPLATE\1033\XML

230

Onet.xml 定义导航区域，指定可用的列表定义，指定文档模板及其文件，定义列表的基类型，并定义网站定义的配置和模块。位于：\TEMPLATE\SiteDefinitions\site_type\XML

Schema.xml 在列表定义中定义视图、表单、工具栏和特殊字段。每个定义都拥有其自己的 Schema.xml 文件。位于：\TEMPLATE\FEATURES\List_Definition_Name

DocIcon.xml SharePoint Foundation 部署中的每个前端 Web 服务器都包含一个 DocIcon.xml 文件，该文件将文档类型的文件编程标识符 (ProgID) 和文件扩展名映射到用于打开每个类型的特定图标和控件。对 DocIcon.xml 的更改将全局应用到 SharePoint Foundation 部署，并影响前端 Web 服务器上的所有网站定义。位于：\TEMPLATE\XML

这些 XML 文件使用协作应用程序标记语言 (CAML) （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=183464&clcid=0x804)（该链接可能指向英文页面） 定义网站的各个方面。有关这些可用于自定义网站定义的核心 XML 文件的详细信息，请参阅网站定义和配置（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=183458&clcid=0x804)（该链接可能指向英文页面）。

创建自定义网站定义和配置可以通过手动复制现有网站定义或将 .wsp 文件导入到 Visual Studio 2010 中，来创建自定义网站定义。从现有 SharePoint 网站导入项目此方法要求将网站另存为 SharePoint Foundation 中的模板以生成 .wsp 文件，然后使用解决方案导入项目模板将该 .wsp 文件导入到 Visual Studio 2010 中。利用“导入 SharePoint 解决方案包”项目模板，可以在新 Visual Studio SharePoint 解决方案中重用一些元素，例如，现有 SharePoint 网站中的内容类型、列表定义和字段。有关将项从现有 SharePoint 网站导入到 Visual Studio SharePoint 项目的详细信息，请参阅从现有 SharePoint 网站导入项（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=187040&clcid=0x804)（该链接可能指向英文页面）。本章包含演示以下任务的演练：1. 通过添加自定义网站栏来自定义 SharePoint 网站。2. 将 SharePoint 网站导出到 .wsp 文件中。

231

3. 使用 .wsp 导入项目将 .wsp 文件导入到 Visual Studio SharePoint 项目中。复制现有 SharePoint 网站此方法涉及复制现有网站定义、修改副本以及更改两个架构文件：WebTemp.xml 文件的副本和 Onet.xml 文件的副本。

不要修改最初安装的 WebTemp.xml 文件。1. 复制位于本地驱动器上的 \Program Files\Common Files\Microsoft Shared\web server

extensions\14\TEMPLATE\SiteTemplates\ 目录中的现有网站定义文件夹。副本应与原件对等，并且可将其命名为不包含空格的任意名称。例如，若要创建从 Microsoft SharePoint Foundation 的工作组网站定义派生的自定义网站定义，请复制 \sts 文件夹。

2. 复制 WebTemp.xml 文件。此文件位于本地驱动器上的 \Program Files\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\1033\XML 中。通过将一个字符串附加到原始文件的名称上，为该文件提供唯一的名称，例如，WebTempAction.xml。在运行时，编译器将此文件中包含的信息与原始文件中包含的信息合并，以指定哪些网站定义配置可用于创建新网站。

3. 自定义新 WebTemp 文件的内容。每个 WebTemp.xml 文件都包含一组 Template 元素和 Configuration 子元素，它们可以向编辑器确定所有可实例化的网站定义配置。例如，Configuration 元素可定义标题、描述、用户界面 (UI) 中显示的图像 URL，以及显示类别，该显示类别指定在哪个选项卡上显示“创建网站集”页 Template Selection 部分中的模板。

在 WebTemp 文件中定义的每个 Template 元素中，Name 属性必须包含已分配给新文件夹的相同名称。若要避免与 SharePoint Foundation 2010 中已使用的 ID 发生冲突，请为该 ID 属性使用大于 10,000 的值。以下示例使用 WebTemp.xml 文件中的两个 Configuration 元素，来定义不同的网站定义配置以执行网站实例化；其中，一个元素用于 Research Collaboration 网站，另一个元素用于 Research Document Workspace 网站。此示例仅使用一个网站定义中的两个配置，但您可以在一个 WebTemp.xml 文件中包含多个网站定义，每个网站定义具有多个配置。每个网站定义均引用不同的网站定义文件夹及其 Onet.xml 文件。<?xml version="1.0" encoding="utf-8" ?>

<Templates xmlns:ows="Microsoft SharePoint">

<Template Name="RESEARCH" ID="10001">

<Configuration ID="0" Title="Research Collaboration site"

Hidden="FALSE" ImageUrl="_layouts/images/stsprev.jpg"

Description="This definition creates a site for the Research

team to create, organize, and share general information."

DisplayCategory="Collaboration">

232

警告： 重要：

</Configuration>

<Configuration ID="1" Title="Research Workspace" Hidden="FALSE"

ImageUrl="_layouts/images/dwsprev.jpg" Description="This

definition creates a site for Research team colleagues to

work together on specific documents."

DisplayCategory="Collaboration">

</Configuration>

</Template>

</Templates>

如 Template 元素中 Name 属性的值所示，此示例假定存在一个名为“RESEARCH”的网站定义目录。如果 WebTemp*.xml 文件指定了多个网站定义，可通过其唯一 ID 值区分这些定义。每个 Configuration 元素也包含一个 ID 属性。通过组合此 ID 和 Template 元素中 Name 属性的值，可提供对特定 Onet.xml 文件中特定 Configuration 元素内容的引用。在此示例中，Name 属性包含 RESEARCH，ID 属性包含 0 和 1，这将会引用 Onet.xml 中的 RESEARCH 网站定义和 ID 为 0 或 1 的配置。可能需要重置 IIS，让新定义配置显示为 UI 中的一个选项。若要执行此操作，请在命令提示符下输入 iisreset 。有关定义 Onet.xml 中每个网站定义配置的详细信息，请参阅如何：使用网站定义配置（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=183465&clcid=0x804)（该链接可能指向英文页面）。

使用解决方案包部署网站定义 若要使用解决方案包部署自定义网站定义，请将 SiteDefinitionManifest 元素添加到该解决方案包的清单文件中。添加 TemplateFiles 元素以定义必须在 \14\Template 文件夹的子文件夹中部署的模板文件。

添加 SiteDefinitionManifest 元素SiteDefinitionManifest 元素具有 Location 属性，该属性获取指定文件夹中的所有文件，并在 \14\Template\SiteTemplates 文件夹中创建所需的文件夹。WebTempFile 子元素将部署 webtemp*.xml 文件以使 SharePoint 2010 产品可以识别该模板，如以下示例所示：   <SiteDefinitionManifests>

    <SiteDefinitionManifest Location="LitwareSiteTemplate">

      <WebTempFile Location="1033\xml\webtempLitware.xml" />

    </SiteDefinitionManifest>

  </SiteDefinitionManifests>

233

添加 TemplateFile 元素解决方案指令清单文件中的 TemplateFile 元素用于定义必须在 \14\Template 文件夹的子文件夹中部署的模板文件。可以通过这种方式部署的文件类型的示例是 fldtypes*.xml 文件，此文件定义了自定义字段类型的详细信息。使用 Location 属性可指定文件的相对路径，该路径在以下示例中用字符串“Text”表示：  <TemplateFiles

    <TemplateFile

      Location="Text"/>

      ...

  </TemplateFiles>

有关如何部署解决方案的详细信息，请参阅部署解决方案包 (SharePoint Foundation 2010) 。

234

工作流部署过程 (SharePoint Foundation 2010)准备好在 Microsoft SharePoint Foundation 2010 中使用的工作流之后，对该工作流的部署不尽相同，具体取决于使用的是预定义工作流、Microsoft Office SharePoint Designer 工作流，还是 Microsoft Visual Studio 自定义工作流。本文介绍有关如何在 SharePoint Foundation 2010 中部署工作流的信息和步骤。本文内容： 概述 开始之前 部署工作流 验证

概述SharePoint Foundation 2010 为三态工作流提供单个预定义工作流模板。您可以使用该三态工作流模板创建在 SharePoint 网站中运行的各个工作流。您还可以使用 Office SharePoint Designer 定义自己的工作流，或者使用 Visual Studio 创建基于代码的自定义工作流。工作流在 Windows Workflow Foundation 上生成，在 SharePoint 网站中运行，如下所示： SharePoint Foundation 2010：用于承载工作流。工作流部署到主机后，您可以激活、配置、启动、参与和跟踪该工作流。 SharePoint Designer 2010：用于创建用户定义的工作流。 Microsoft Visio 2010：与 SharePoint Designer 2010 一起用于创建用户定义的工作流。 Visual Studio：开发人员用于创建工作流。

开始之前在执行本文中的部署步骤之前，请确认服务器已在运行 SharePoint Foundation 2010。

部署工作流预定义的三态工作流已作为 SharePoint 功能安装在 SharePoint Foundation 2010 中。SharePoint 网站上的工作流以工作流模板的形式存储。除了使用预定义工作流之外，您还可以在 Office SharePoint Designer 和 Visual Studio 中创建 SharePoint 工作流模板，然后将这些模板部

235

署到 SharePoint Foundation 2010 网站。如果需要，可以使用 SharePoint 管理工具将模板添加到 SharePoint Foundation 2010 网站上的库或列表中。若要部署预定义工作流，只需为网站激活该工作流，将工作流与列表、库、内容类型或网站关联，然后启动工作流。若要在 SharePoint Foundation 2010 中部署工作流，请使用以下适当过程： 部署预定义工作流 部署 SharePoint Designer 工作流 部署 Visual Studio 工作流

部署预定义工作流激活工作流如前文所述，您只能使用在网站或网站集中处于活动状态的预定义工作流。只有活动的工作流才能与网站或网站集上的列表和库相关联。创建网站或网站集时，预定义三态工作流默认处于活动状态。因为工作流是可以停用的，所以，您可以检查网站或网站集，以确定三态工作流是否处于活动状态。请使用以下过程确定三态预定义工作流是否处于活动状态，然后将其激活（如有必要）。若要激活部署为功能的工作流（如预定义三态工作流），请参阅激活或停用工作流 (SharePoint Foundation 2010)。将工作流关联添加到列表、库、内容类型或网站添加工作流时，会将工作流与列表、库、内容类型或网站关联。通过指定参数（如工作流名称、启动选项、参与者和完成选项等）可以配置工作流。若要添加工作流关联，请参阅添加工作流关联 (SharePoint Foundation 2010) 。启动工作流激活工作流并将它添加到列表、库、内容类型或网站之后，经过身份验证的用户可以对列表中的项目、库中的文档或者网站（如果是网站工作流）运行工作流。在添加工作流时，可以指定希望它自动运行还是手动运行。如果工作流配置为自动启动，则工作流启动时将始终使用默认设置。如果工作流配置为手动启动，则用户可以修改默认设置，如指定工作流参与者以及截止日期。工作流针对与之关联的列表项目或库文档运行。工作流的启动过程取决于它是配置为手动启动还是自动启动。有关详细信息，请参阅启动工作流实例 (SharePoint Foundation 2010) 。

部署 SharePoint Designer 工作流如果启用了用户定义的工作流，用户可以在其网站上部署 Office SharePoint Designer 工作流。启用用户定义的工作流

236

若要允许用户创建和运行 SharePoint Designer 2010 工作流，必须确保网站集启用了用户定义的工作流。默认情况下，此设置为启用状态。如果此设置已启用，用户可以在声明性工作流编辑器（如 SharePoint Designer 2010 工作流编辑器）中定义工作流。声明性 工作流是这样一种工作流：它是根据组合为规则和步骤的条件和操作生成的，无需编写代码即可设置工作流参数。与以代码为中心的工作流（如使用 Visual Studio 创建的工作流）不同，声明性工作流不是以编译的代码形式部署到 SharePoint Foundation 2010，而是在运行时编译的。由于可以关闭对 Web 应用程序使用声明性工作流这一功能，所以，您可以检查 Web 应用程序，以确定声明性工作流是否处于活动状态。 有关详细信息，请参阅启用或禁用声明性工作流 (SharePoint Foundation 2010) 。创建 SharePoint Designer 工作流使用 SharePoint Designer 2010 中的“工作流设计器”向导，可以在不编写自定义代码的情况下，创建将应用程序逻辑添加至网站或网站集的工作流。工作流设计器包括以下任务：创建工作流、激活工作流以及将其添加到列表、库或网站中。您不必执行此设计器以外的任何手动配置任务来部署工作流。但是，如果将工作流模板发布到 SharePoint 网站集，可以下载此模板作为 WSP 文件并将其部署到其他网点集。有关详细信息，请参阅 将工作流部署为 WSP 文件 (SharePoint Foundation 2010) 。 启动工作流由于 SharePoint Designer 2010 可以自动激活工作流并将其添加到列表、库或网站，因此已验证用户随后可对列表中的项目、库中的文档或网站（如果是网站工作流）运行该工作流。在 SharePoint Designer 2010 中创建工作流时，您可指定是希望工作流自动运行还是手动运行。如果工作流配置为自动启动，则工作流启动时将始终使用默认设置。如果将工作流配置为手动启动，则用户可以在工作流模板允许情况下修改默认设置，如指定工作流参与者以及截止日期。在启动后，工作流将针对与之关联的列表中的项目、库中的文档或网站运行。有关详细信息，请参阅启动工作流实例 (SharePoint Foundation 2010) 。

部署 Visual Studio 工作流创建并安装了 Visual Studio 自定义工作流后，部署该工作流的过程与部署预定义工作流的过程相似。创建自定义工作流通过使用 Visual Studio 创建自定义工作流时，工作流将打包为一项 SharePoint 功能。功能打包是封装 SharePoint 解决方案和功能以便轻松部署的一种方式。在开发团队创建了工作流并将它打包为一项功能后，可以如上节所述，使用 Install-SPFeatureWindows PowerShell 命令对它进行部署。安装自定义工作流功能安装在 \Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\Template\Features 目录中。每项功能都位于自己的子目录中。位于此文件夹的根目录下的 Feature.xml 文件定义了功能的内容。使用 Windows PowerShellInstall-SPFeature cmdlet 可安装功能。有关详细信息，请参阅 Install-SPFeature。若要运行 Windows PowerShell，您必须是本地计算机上 Administrators 组的成员。此外，在要安装工作流的服务器上，Windows PowerShell 必须启用为功能。

237

重要：

激活工作流若要使用部署为功能的 Visual Studio 工作流，您必须为网站集激活该工作流。只有活动的工作流才能与列表、库、内容类型和网站关联。 若要激活部署为功能的工作流，请参阅激活或停用工作流 (SharePoint Foundation 2010) 。将工作流添加到列表、库、内容类型或网站添加工作流时，您将工作流与列表、库、内容类型或网站关联，并通过指定参数（如工作流名称、启动选项、参与者和完成选项等）来配置工作流。 若要添加工作流关联，请参阅添加工作流关联 (SharePoint Foundation 2010) 。启动工作流激活工作流并将它添加到列表、库、内容类型或网站之后，经过身份验证的用户可以对列表中的项目、库中的文档或者网站（如果是网站工作流）运行工作流。在添加工作流时，可以指定希望它自动运行还是手动运行。如果工作流配置为自动启动，则工作流启动时将始终使用默认设置。如果工作流配置为手动启动，则用户可以修改默认设置，如指定工作流参与者以及截止日期。工作流针对与之关联的列表项目或库文档运行。工作流的启动过程取决于它是配置为手动启动还是自动启动。有关详细信息，请参阅启动工作流实例 (SharePoint Foundation 2010)。

验证部署工作流之后，建议您对工作流进行测试，以确保它能正常运行，在工作流的适当阶段，可将电子邮件通知发送到正确的工作流参与者，并且交付预期的结果。

238

升级到 SharePoint Foundation 2010欢迎阅读 Microsoft SharePoint Foundation 2010 升级指南。本指南中的文章有助于规划并执行从 Windows SharePoint Services 3.0 到 SharePoint Foundation 2010 的升级。 有关升级过程的图形概述以及如何规划和测试升级的信息，请参阅以下升级模型： 升级规划（该链接可能指向英文页面） 升级方法（该链接可能指向英文页面） 测试升级过程（该链接可能指向英文页面）本指南内容： 关于升级过程 (SharePoint Foundation 2010)

了解升级的新增内容以及升级过程的运行方式。 规划并准备升级 (SharePoint Foundation 2010)

确定应采用何种方法来升级到 SharePoint Foundation 2010 并规划升级过程。 测试升级并解决升级问题 (SharePoint Foundation 2010)

了解如何提早测试升级过程以便清楚您在实际升级过程中可能会面临的问题，并确定升级将需要的时间和空间。另外，还可了解如何解决在实际升级过程中出现的问题。 执行升级前步骤 (SharePoint Foundation 2010)

了解在升级之前需要执行的步骤，包括有关如何运行升级前检查程序的信息。 执行就地升级 (SharePoint Foundation 2010)

如果您是就地升级到 SharePoint Foundation 2010，则按照此部分中的步骤执行操作。就地升级时，您先将 SharePoint Foundation 2010 安装在相同的硬件上，然后作为单个升级过程的一部分来升级服务器或服务器场上的内容和设置。 当内容数据库超过 4 GB （远程 BLOB 存储）时，从 Windows SharePoint Services 3.0 的独立 安装升级到 SharePoint Foundation 2010

如果您的独立安装所包含的内容数据库接近 4 GB，则按照此部分中的步骤执行操作。 执行针对 SharePoint Foundation 2010 的数据库附加升级

如果您使用数据库附加升级方法来升级到 SharePoint Foundation 2010，则按照此部分中的步骤执行操作。当使用数据库附加升级方法时，将在单独的服务器场上升级环境的内容。 执行升级后步骤 (SharePoint Foundation 2010)

了解如何判断升级是否已成功完成，以及在升级之后需要执行的步骤，以便再次为用户准备好环境。

另请参阅在升级过程中使用 AAM URL 重定向 (SharePoint Foundation 2010) （白皮书）

239

关于升级过程 (SharePoint Foundation 2010)所有升级过程的第一步都是了解升级过程本身，以便可以相应地进行计划和准备。升级指南的这一部分包含的文章可以帮助您了解升级的工作原理。本节内容： 新增升级功能 (SharePoint Foundation 2010)

了解有关升级到 Microsoft SharePoint Foundation 2010 的新要求、方法和可用功能。 升级过程概述 (SharePoint Foundation 2010) 概览每种升级方法所涉及的步骤。

从 Windows SharePoint Services 2.0 升级到 SharePoint Foundation 2010 了解如何使用数据库附加升级将内容从 Windows SharePoint Services 2.0 升级到 Microsoft SharePoint Foundation 2010。

240

新增升级功能 (SharePoint Foundation 2010)Microsoft SharePoint Foundation 2010 为缩放和性能而设计，因此也需要本文中介绍的新硬件和软件要求。这些要求适用于就地升级和数据库附加升级方法。有关详细信息，请参阅确定升级方法 (SharePoint Foundation 2010)。为了便于进行可预测的升级，并最大限度地减少可能阻止成功升级的自定义和环境问题的影响，可以使用 Windows PowerShelltest-spcontentdatabase cmdlet（新增的“直观升级”选项）或 preupgradecheck Stsadm 操作。本文内容： 升级要求 升级前检查程序 使用 Windows PowerShell 命令在附加数据库之前检查数据库 直观升级 功能升级 用于在升级期间缩短停机时间的新选项 版本之间主要功能的更改

升级要求您的现有 Windows SharePoint Services 3.0 环境或新 SharePoint Foundation 2010 环境必须满足以下最低要求，才可以执行到 SharePoint Foundation 2010 的就地升级或数据库附加升级。

有关 SharePoint Foundation 2010 的常规系统要求的详细信息，请参阅硬件和软件要求 (SharePoint Foundation 2010)。有关升级要求的详细信息，请参阅查看升级的系统要求 (SharePoint Foundation 2010)。

硬件要求：64 位SharePoint Foundation 2010 只能在 64 位版本的 Windows Server 2008 R2 或 Windows Server 2008 SP2 操作系统上运行。如果计划进行就地升级，则安装的 Windows SharePoint Services 3.0 必须在 64 位 Windows Server 2008 环境下运行。如果所安装的 Windows SharePoint Services 3.0 当前位于 32 位环境下，则无法对现有服务器或服务器场执行就地升级。必须在支持 64 位应用程序的其他服务器或服务器场中安装 SharePoint Foundation 2010，然后通过数据库附加升级将数据移至该服务器或服务器场。为了更加轻松地发现和处理迁移和升级过程中出现的任何问题，建议您不要同时执行迁移到 64 位环境和就地升级到 SharePoint Foundation 2010 的操作。因为必须具有 64 位环境才能就地升级到

241

注意：

SharePoint Foundation 2010，所以必须先迁移到 64 位操作系统，然后才能执行就地升级。如果使用数据库附加升级，则可以在升级期间迁移到 64 位环境。迁移到 64 位环境之前的准备工作： 在源服务器场中的所有计算机上，更新 Windows SharePoint Services 3.0 使其具有相同的

Service Pack 或软件更新级别。 确定是否必须重新编译现有 32 位应用程序和自定义程序集（例如，Web 部件和事件接收器），以便在 64 位环境下运行。（某些应用程序可以在两种环境下运行，不必对它们进行重新编译。）如果现有应用程序是第三方应用程序，请咨询第三方供应商，以了解有关 64 位版本和兼容性的信息。有关如何规划和执行向 64 位环境迁移的操作的详细信息，请参阅 TechNet (http://go.microsoft.com/fwlink/?linkid=161120&clcid=0x804)（该链接可能指向英文页面）上的文章将现有服务器场迁移到 64 位环境 (Windows SharePoint Services 3.0) （该链接可能指向英 文页面）。

操作系统要求：Windows Server 2008 或 Windows Server 2008 R2SharePoint Foundation 2010 必须在 64 位版本的 Windows Server 2008 R2 或 Windows Server 2008 Service Pack 2 (SP2) 上运行。如果当前在 Windows Server 2003 上运行 Windows SharePoint Services 3.0，并且打算升级到 SharePoint Foundation 2010，则必须准备足够数目的 Windows Server 许可证，以便在较新的操作系统上进行部署。为了更加轻松地发现和处理迁移和升级过程中出现的问题，建议您不要在升级或迁移到 Windows Server 2008 或 Windows Server 2008 R2 的同时，执行升级到 SharePoint Foundation 2010 的过程。您可以在迁移到 64 位硬件的同时，迁移到 Windows Server 2008 或 Windows Server 2008 R2。 如果已经在运行 64 位硬件，则可以从 Windows Server 2003 升级到 Windows Server 2008 或 Windows Server 2008 R2。有关如何就地升级到 Windows Server 2008 的详细信息，请参阅 TechNet (http://go.microsoft.com/fwlink/?linkid=155575&clcid=0x804) 上的文章为

Windows SharePoint Services 3.0 SP1 升级到 Windows Server 2008 。 如果要迁移到 64 位硬件，可同时借此机会迁移到 Windows Server 2008 或 Windows

Server 2008 R2。有关如何在 Windows Server 2008 上安装 Windows SharePoint Services 3.0 的详细信息，请参阅 TechNet 上的文章在 Windows Server 2008 操作系统上部 署简单服务器场 (Windows SharePoint Services) (http://go.microsoft.com/fwlink/?linkid=95859&clcid=0x804)。

数据库要求：64 位 SQL Server 2005 SP3 或 SQL Server 2008 SP1SharePoint Foundation 2010 要求其数据库服务器必须是以下 64 位版本的服务器之一：Microsoft SQL Server 2008 R2、SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 以及 SQL Server

242

2005 SP3 和累积更新 3。如果当前安装的 Windows SharePoint Services 3.0 使用 SQL Server 2000，则必须升级到其中一个版本，然后才能升级到 SharePoint Foundation 2010。 为了更加轻松地发现和处理迁移和升级过程中出现的问题，建议您不要在迁移到 64 位 SQL Server 的同时，执行升级到 SharePoint Foundation 2010 的过程。可以在迁移到 64 位 SQL Server 的同时，执行全面迁移到 64 位硬件的过程。 如果要在 64 位硬件上迁移到 SQL Server 2005 SP3 或 SQL Server 2008，同时全面迁移到 64 位环境，请遵循上文介绍的有关如何迁移到 64 位环境的指南。

有关如何迁移所有数据库的详细信息，请参阅 TechNet 上的文章移动所有数据库 (Windows SharePoint Services 3.0) (http://go.microsoft.com/fwlink/?linkid=161208&clcid=0x804)。

如果已具有 64 位硬件，但必须升级到 SQL Server 2005 SP3 或 SQL Server 2008，请遵循 SQL Server 文档中的指南。

升级前检查程序升级前检查程序是一个可在 Windows SharePoint Services 3.0 环境中运行的命令行工具，以发现任何潜在升级问题，并审核相关建议和最佳实践。STSADM.exe –o preupgradecheck您可以使用升级前检查程序查找如下信息： 服务器场中所有服务器和组件的列表，以及这些服务器是否符合以下升级要求：64 位硬件和

Windows Server 2008 操作系统。 用于服务器场的备用访问映射 URL。 服务器场中安装的所有网站定义、网站模板、功能和语言包的列表。 服务器场中是否包含不受支持的自定义设置（如数据库架构修改）。 服务器场中是否包含任何孤立的数据库或网站。 服务器场中是否包含缺失或无效的配置设置（例如缺失的 Web.config 文件、无效的主机名或服务帐户）。 数据库是否符合升级要求，例如数据库应设置为“读/写”，并且 Windows Internal Database 中存储的任何数据库和网站集不能超过 4 GB。升级前检查程序随 Windows SharePoint Services 3.0 Service Pack 2 一起提供，并且已在 Windows SharePoint Services 3.0 的 2009 年 10 月累积更新中进行更新。可以从用于 SharePoint Server 2007 和 Windows SharePoint Services 3.0 的 2009 年 10 月累积更新程序 包已发布（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=169179&clcid=0x804)（该链接可能指向英文页面）下载并安装 2009 年 10 月累积更新。有关如何使用升级前检查程序的详细信息，请参阅 TechNet 上的以下文章： Preupgradecheck ： Stsadm 操作 (Windows SharePoint Services)

(http://go.microsoft.com/fwlink/?linkid=161232&clcid=0x804)

243

针对将来版本的升级前扫描和报告 (Windows SharePoint Services) (http://go.microsoft.com/fwlink/?linkid=152468&clcid=0x804)

运行升级前检查程序 (SharePoint Foundation 2010)

使用 Windows PowerShell 命令在附加数据库之前检查数据库在将内容数据库附加到 SharePoint Foundation 2010 之前，可以使用 Windows PowerShell cmdlet test-spcontentdatabase 来确定环境中是否缺少某些服务器端自定义设置。有关详细信息，请参阅附加数据库并升级到 SharePoint Foundation 2010 和 Test-SPContentDatabase。

直观升级升级时包含的一个新功能允许服务器管理员或网站所有者确定何时以及是否将 SharePoint Foundation 2010 的新外观用于特定网站集。服务器管理员可以选择在升级期间对所有网站使用新外观，让网站所有者在升级后进行选择，或者保留所有网站的旧外观。如果服务器管理员让网站所有者在使用就地升级过程升级网站后做出决定，则网站的用户界面上会提供一个预览选项。可通过该选项预览网站上 SharePoint Foundation 2010 的外观： 如果网站所有者喜欢网站的外观和功能，则可以接受直观升级。 如果网站所有者希望网站保持原来的样子，则可以恢复 Windows SharePoint Services 3.0 外观。默认情况下，将保留 Windows SharePoint Services 3.0 的外观。有关详细信息，请参阅规划直观升级 (SharePoint Foundation 2010) 。

功能升级SharePoint Foundation 2010 会提供新成员和类型，以便您能够通过版本控制和声明性升级操作来升级自定义功能。通过使用这些成员，您可以升级为 Windows SharePoint Services 3.0 创建的任何功能以用于 SharePoint Foundation 2010。有关详细信息，请参阅升级功能（该链接可能指向英文页面）。

用于在升级期间缩短停机时间的新选项根据 SharePoint 网站的环境、复杂性和数目，升级过程可能需要较长时间。为了在执行升级过程时缩短停机时间，SharePoint Foundation 2010 支持以下选项： 同时升级多个数据库（并行升级） 在升级到 SharePoint Foundation 2010 时，可以使用分离数据库混合升级方法，同时手动启动多个数据库的升级。在 Windows SharePoint Services 3.0 中，一次只能运行一个升级过程，因此需要依次处理每个数据库。在对多个数据库（而不是一个数据库）运行升级时会影响性能，但同时升级多个数据库可能要比依次升级各个数据库更快。可并行升级的数

244

据库的数目取决于环境中的硬件以及数据库中内容的结构。有关详细信息，请参阅使用已分离数据库执行就地升级指南 (SharePoint Foundation 2010) 。 使用只读数据库提供对数据的持续访问 如果执行数据库附加升级并将原始数据库设为只读模式，那么当您在新服务器场中升级数据库的副本时，旧服务器场仍可以继续为用户提供所需内容。这样，虽然用户无法添加新数据或更新数据，但他们仍可以继续访问数据。当新服务器场准备就绪，并且所有内容都已成功升级后，用户即可切换到新的活动场。

有关只读数据库的详细信息，请参阅文章运行使用只读数据库的服务器场 (Windows SharePoint Services)。

有关这些用于缩短停机时间的方法的详细信息，请参阅文章确定升级方法 (SharePoint Foundation 2010)。

版本之间主要功能的更改SharePoint Foundation 2010 具有新的体系结构，且包含很多新增功能。下表列出一些在升级后会立即影响管理和网站管理过程的术语和功能方面的主要变动。

概念、术语或功能 新增或更改 注释升级前检查程序 新增 升级前检查程序是一个可在

Windows SharePoint Services 3.0 环境中运行的 Stsadm 命令行操作，用于发现任何潜在升级问题，并审核相关建议和最佳实践。 与升级到 Windows SharePoint Services 3.0 时使用的升级前扫描工具 (Prescan.exe) 不同，升级前检查程序对您的环境不进行任何更改。有关详细信息，请参阅运行升级前检查程序 (SharePoint Foundation 2010)。

SharePoint 管理中心网站 更改 已使用以下新增可用选项和功能重新设计的管理中心网站： 功能区通过在同一个页面上提供所有选项，使您可以更轻松地查看或更改有关 Web 应用程序的详细信息。有关 Web 应用程序的详细信息，请参阅管理 Web 应用程序

(SharePoint Foundation 2010)。

245

概念、术语或功能 新增或更改 注释 配置向导已添加，通过引导您完成配置服务器场的步骤，更便于您完成配置流程。有关详细信息，请参阅部署带 SQL

Server 的单台服务器 (SharePoint Foundation 2010)。

您现在可以从“备份和还原”页面执行备份。有关详细信息，请参阅备份 (SharePoint Foundation 2010)。

功能区 新增 引入了功能区用户界面以确保一致的用户体验，并使您可以更方便地使用 SharePoint 网站。功能区是上下文相关的，以便您只看到与要执行的任务相关的选项。功能区也是可以自定义的。服务应用程序 新增 新增的服务体系结构允许您有效管理和集中服务。可以独立地配置各个服务，并且第三方企业可以向该平台添加服务。有关详细信息，请参阅配置服务 (SharePoint

Foundation 2010)。母版页 更改 网站所有者现在可以独立于其他网站向自己的网站添加商标，管理员可以指定 _Layouts 文件夹中的系统页是使用网站所有者提供的网站母版页来呈现，还是使用各个系统中都可用的默认母版页来呈现。另外，还可以使用 Windows

PowerShell 将自定义母版页指定为系统错误页、登录页、确认页等其他非网站特定页面。主题 更改 SharePoint Foundation 2010 更改了主题的工作方式，使其更便于自定义。您可以将 Microsoft

PowerPoint 2010 主题直接导入 SharePoint Foundation

246

概念、术语或功能 新增或更改 注释2010。此外，从此界面可以向所有子网站应用主题。有关详细信息，请参阅规划使用主题 (SharePoint Foundation 2010)。

Business Connectivity Services (BCS)

新增 Business Connectivity Services (BCS) 基于早期产品版本中的“业务数据目录”功能构建，以便提供从基于 SharePoint 解决方案对外部系统的访问。BCS 支持与使用 SharePoint 列表和 Web 部件的外部系统进行交互，还支持与来自 Office 丰富客户端的数据进行交互。有关详细信息，请参阅Business Connectivity Services 概述 (SharePoint Foundation 2010)。

基于声明的身份验证 新增 基于声明的身份验证是一项功能更强大的灵活的新增身份验证模型，可以与任何企业身份识别系统（包括 Active Directory 域服务 (AD DS)、基于 LDAP 的目录、特定于应用程序的数据库以及 LiveID 等以用户为中心的身份识别模型）结合使用。有关详细信息，请参阅为基于声明的 Web 应 用程序配置基于表单的身份验证 (SharePoint Foundation 2010)。

限制和列表控件 新增 限制和列表控件是两个新增的性能控件。限制提供了一种用于控制服务器资源的方式，旨在避免服务器在高峰工作时间出现过载。SharePoint Foundation 2010 还提供了几种不同的设置，将限制可针对大型列表运行的查询。可为每个 Web 应用程序配置这些设置。

247

概念、术语或功能 新增或更改 注释SharePoint Designer 更改 SharePoint Foundation 2010 为管理员提供了增强功能，以控制在每个 Web 应用程序如何使用

SharePoint Designer；例如，管理员控制是否允许网站管理员自定义母版页和布局页，以及网站管理员是否可以管理网站的 URL 结构。开发人员面板 新增 这是一项新增功能，供服务器诊断和显示每个页面负载的详细信息，从而帮助解决性能问题。沙盒解决方案 新增 通过沙盒解决方案，您现在可以允许管理员上载自定义用户代码。有关详细信息，请参阅沙盒解决方案规划 (SharePoint Foundation

2010)。

248

升级过程概述 (SharePoint Foundation 2010)从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 时可以在以下两种基本升级方法之间进行选择：就地升级和数据库附加升级。就地升级用于升级同一硬件上的所有 Microsoft SharePoint 网站。利用数据库附加升级，可以将内容移动到新服务器场或新硬件。还可以在混合方法中结合使用这两种类型的升级来减少升级期间的停机时间。 有关这些方法的详细信息，请参阅确定升级方法 (SharePoint Foundation 2010) 。本文帮助您了解使用这些方法执行升级时涉及的步骤，以便您可以规划升级过程。有关如何使用这些升级过程之一的详细信息，请参阅以下主题： 就地升级到 SharePoint Foundation 2010 附加数据库并升级到 SharePoint Foundation 2010 本文内容： 就地升级 数据库附加升级 混合方法 1 ：只读数据库 混合方法 2 ：分离数据库

服务器管理员一定要与网站所有者和用户就升级期间预期发生的情况进行沟通。管理员应告诉他们停机时间以及升级所花费的时间可能比预期时间长或某些网站在升级后可能需要执行一些重复性工作等风险。有关详细信息，请参阅创建沟通计划 (SharePoint Foundation 2010) 。

就地升级就地升级发生在安装以前版本的同一硬件上。运行就地升级时，升级过程将按照固定顺序升级完整安装。下面的步骤说明了在就地升级过程运行时会发生的情况：1. 在服务器管理员执行所有升级前步骤后，管理员在运行 SharePoint 管理中心网站的服务器上运行

SharePoint Foundation 2010 的安装程序。因为已安装以前版本，所以将自动选择就地升级。2. 安装程序在承载管理中心网站的服务器上运行后，服务器管理员在服务器场中的其余前端 Web 服务器和应用程序服务器上运行安装程序。3. 服务器管理员在承载管理中心网站的服务器上运行 SharePoint 产品和技术配置向导。系统将按顺序升级此服务器、配置数据库、服务和内容数据库。完成配置向导后，将打开管理中心网站。计时器作业将为每个网站集安排要运行的升级过程。升级过程计时器作业将升级每个网站集。升级完所有网站后，升级过程将结束。

4. 服务器管理员将在服务器场中的所有其他服务器上运行 SharePoint 产品和技术配置向导。

249

重要：

5. 服务器管理员确认升级已成功完成。6. 如果使用的是直观升级，则服务器管理员或网站所有者将可以在 Microsoft SharePoint

Foundation 2010 中预览网站。当管理员或网站所有者做好准备后，将完成对 SharePoint Foundation 2010 的更改。

数据库附加升级利用数据库附加升级，可以移动到新硬件或新服务器场。在数据库附加升级期间，将从现有服务器场分离所有内容数据库，然后将这些数据库附加到安装的新服务器场。在将数据库附加到新服务器场时，将运行升级过程并就地升级数据。下面的步骤说明了在数据库附加升级期间会发生的情况：1. 服务器管理员设置并配置新的 SharePoint Foundation 2010 服务器场。管理员会将所有自定义项传输到新服务器场并对环境进行测试。

有关如何配置新环境的详细信息，请参阅准备新的 SharePoint Foundation 环境 。2. 服务器管理员从旧 Windows SharePoint Services 3.0 服务器场分离内容数据库并使旧服务器场脱机（例如，通过更改负载平衡器或 IIS Web 应用程序停止服务请求，或通过关闭服务器场中的每台服务器计算机上的所有组件和服务）。

250

3. 服务器管理员将内容数据库附加到新服务器场并升级内容。

4. 服务器管理员确认升级已成功完成，然后配置新服务器场以开始在新 URL 上提供请求。

混合方法 1：只读数据库此方法在您进行升级时为用户提供对其数据的连续只读访问权限。原始服务器场中的内容数据库设置为只读，并且在新服务器场上升级数据库的副本。 下面的步骤说明了在使用只读数据库的数据库附加升级期间会发生的情况：1. 服务器管理员设置并配置新的 SharePoint Foundation 2010 服务器场。管理员会将所有自定义项传输到新服务器场并对环境进行测试。2. 服务器管理员将内容数据库更改为只读。然后，管理员使用 SQL Server 备份 Windows

SharePoint Services 3.0 服务器场上的内容数据库并将它们还原到新服务器场。

251

3. 服务器管理员附加内容数据库的新副本，并且升级过程将运行并升级内容。

252

4. 升级过程运行后，服务器管理员确认升级已成功完成。然后，管理员配置新服务器场以开始在新 URL 上为请求提供服务并使原始服务器场脱机（例如，通过更改负载平衡器或 IIS Web 应用程序停止服务请求，或通过关闭服务器场中的每台服务器计算机上的所有组件和服务）。

混合方法 2：分离数据库此方法使您能够通过分离和附加数据库以同时升级多个数据库来加速升级过程。它是就地升级，因为您升级的是原始服务器场；但是，也可以使用另一个服务器场来执行升级，然后将升级后的数据库附加到原始服务器场。请注意，原始服务器场无法在升级过程中为请求提供服务。与在标准就地升级中一样，用户无法在升级进行过程中访问其内容。下面的步骤说明了在使用已分离数据库的就地升级期间会发生的情况：1. 服务器管理员将原始服务器场脱机（例如，通过更改负载平衡器或 IIS Web 应用程序停止服务请求，或通过关闭服务器场中的每个服务器计算机上的所有组件和服务）。2. 服务器管理员从原始服务器场分离内容数据库。

253

3. 服务器管理员对原始服务器场上的服务器、服务和配置数据库运行就地升级。4. 服务器管理员将内容数据库附加到原始服务器场并升级内容。

也可以使用单独的临时小型服务器场来执行升级。在此方法中，在升级数据库后，将它们附加到原始服务器场。下面的步骤说明了在使用已分离数据库和临时小型服务器场来升级内容数据库的就地升级期间会发生的情况：1. 服务器管理员设置运行新版本的临时小型服务器场。然后，管理员将原始服务器场脱机（例如，通过更改负载平衡器或 IIS Web 应用程序停止服务请求，或通过关闭服务器场中的每台服务器计算机上的所有组件和服务）。2. 服务器管理员从原始服务器场分离内容数据库。3. 服务器管理员在原始服务器场上运行就地升级来升级服务器、服务和配置数据库。4. 服务器管理员将内容数据库附加到临时小型服务器场，然后并行升级这些内容数据库。5. 服务器管理员将内容数据库重新附加到原始服务器场。

254

6. 服务器管理员确认升级已成功完成。7. 如果使用的是直观升级，则服务器管理员或网站所有者将可以在 Microsoft SharePoint

Foundation 2010 中预览网站。当管理员或网站所有者做好准备后，将完成对 Microsoft SharePoint Foundation 2010 的更改。

255

从 Windows SharePoint Services 2.0 升级到 SharePoint Foundation 2010您不能直接从 Windows SharePoint Services 2.0 升级到 Microsoft SharePoint Foundation 2010。两个版本之间的差异太大，并且两个版本的硬件要求差别也很大，因此无法实现也不支持直接就地升级。不过，您可以执行一系列数据库附加升级，以便首先将内容升级到 Windows SharePoint Services 3.0，然后升级到 SharePoint Foundation 2010。本文介绍执行这种双数据库附加升级的过程。

在整个过程中，您的旧环境应处于脱机状态，以防止用户在您升级时对旧环境进行更改。在完成和验证升级后，您可以在 SharePoint Foundation 2010 环境中重新为用户授予权限。 本文内容： 过程概述 开始之前 准备升级 准备服务器场 执行首次升级 执行二次升级

过程概述由于此升级方法包括两个升级过程，因此本文介绍每个过程中的步骤如何彼此衔接以构成全过程。本文不提供该过程中每个步骤的详细信息，因为以下文章将介绍这些步骤： 部署新服务器场，然后迁移内容数据库 附加数据库并升级到 SharePoint Foundation 2010 这些文章与本指南相结合，为您提供了执行双数据库附加升级所需的信息。

在尝试升级实际活动内容之前，应确保在测试环境中试验此整个过程。有关如何测试升级过程的详细信息，请参阅以下内容：

升级顺序若要跨两个版本升级您的内容，请按照下列步骤操作。1. 准备升级

a. 通过运行升级前扫描工具并创建关于所有自定义项的清单，来准备您的原始服务器场。b. 设置一个运行 Windows SharePoint Services 3.0 的小型临时服务器场。

256

注意： 重要

c. 设置您的完整 SharePoint Foundation 2010 服务器场，并验证其配置是否正确以及是否能够正常运行。2. 首次升级：将内容升级到 Windows SharePoint Services 3.0

a. 从旧服务器场分离内容数据库，然后使该服务器场脱机。或者，如果要确保您的原始服务器场可以还原以供快速使用，可以使数据库处于附加状态并制作这些数据库的副本。

b. 将内容数据库附加到 Windows SharePoint Services 3.0 服务器场并升级这些数据库。c. 验证内容是否已升级以及 Windows SharePoint Services 3.0 服务器场是否能够正常运行。

3. 二次升级：将内容升级到 SharePoint Foundation 2010a. 从 Windows SharePoint Services 3.0 服务器场分离内容数据库。b. 将这些内容数据库附加到 SharePoint Foundation 2010 服务器场并升级它们（也可以并行升级它们）。c. 验证内容是否已升级以及 SharePoint Foundation 2010 服务器场是否能够正常运行。

4. 开始在 SharePoint Foundation 2010 服务器场上为请求提供服务。以下图表演示了此过程：到 Windows SharePoint Services 3.0 的数据库附加升级。

257

到 SharePoint Foundation 2010 的数据库附加升级。

258

开始之前在开始升级之前，请查看以下有关权限、硬件要求和软件要求的信息。请按照指定的步骤安装或配置必备软件或修改设置。

查看必需的权限 在为 Windows SharePoint Services 3.0 创建临时环境时，您必须具有相应的权限。有关详细信息，请参阅规划管理帐户和服务帐户 (Windows SharePoint Services) 。 在创建和配置目标 SharePoint Foundation 2010 服务器场时，您必须具有相应的权限。有关详细信息，请参阅初始部署所需的管理和服务帐户 (SharePoint Foundation 2010) 。

259

检查必需的硬件和软件 在为 Windows SharePoint Services 3.0 创建临时环境时，您必须满足特定硬件和软件要求。有关详细信息，请参阅确定硬件和软件要求 (Windows SharePoint Services) 。 在创建和配置目标 SharePoint Foundation 2010 服务器场时，您必须满足特定硬件和软件要求。有关详细信息，请参阅硬件和软件要求 (SharePoint Foundation 2010) 。在某些环境中，您必须配合数据库管理员来执行将数据库移动到单独服务器场的过程。请在处理数据库时务必遵循任何适用的策略和准则。

准备升级由于您要执行两次升级，因此需要了解升级到 Windows SharePoint Services 3.0 和升级到 SharePoint Foundation 2010 的过程中所涉及的所有步骤。准备升级到 Windows SharePoint Services 3.0 阅读 TechNet 上的规划和准备升级一章。特别要阅读以下文章：

升级过程的工作原理 (Windows SharePoint Services) 确定如何处理自定义项 (Windows SharePoint Services) 开发新的自定义网站定义并创建升级定义文件 (Windows SharePoint Services)

阅读 TechNet 上的执行升级前步骤 (Windows SharePoint Services) 一章。您必须执行以下有关数据库附加升级（在此版本中称为数据库迁移）的步骤： 安装 Windows SharePoint Services 2.0 Service Pack 2 运行升级前扫描工具 (Windows SharePoint Services)

在现有 Windows SharePoint Services 2.0 服务器场上执行这些步骤。准备升级到 SharePoint Foundation 2010 规划并准备升级。阅读 TechNet 上的以下文章：

升级过程概述 (SharePoint Foundation 2010) 执行升级前步骤。阅读 TechNet 上的以下文章：

运行升级前检查程序 (SharePoint Foundation 2010) 在临时 Windows SharePoint Services 3.0 服务器场上执行这些步骤。

准备服务器场在此步骤中，在现有服务器场上执行升级前步骤，为升级到 Windows SharePoint Services 3.0 创建临时服务器场，并创建目标 SharePoint Foundation 2010 服务器场。在准备服务器场以进行升级时，使用下列步骤和相关内容。创建临时 Windows SharePoint Services 3.0 服务器场

260

重要： 重要：

在虚拟或物理环境中，创建一个运行 Windows SharePoint Services 3.0 Service Pack 2 (SP2) 和 2009 年 10 月版累积更新的小型临时服务器场。您将使用此服务器场将内容升级到 Windows SharePoint Services 3.0，然后升级到 SharePoint Foundation 2010。

为了获得最佳结果，建议对环境应用最新更新。2009 年 10 月版累积更新包括对升级前检查程序的更改，该程序可帮助您在升级之前确定问题。有关可用更新的列表，请参阅 Microsoft Office 、 Office Server 和相关产品的更新中心（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=181115&clcid=0x804)（该链接可能指向英文页面）。有关应用更新的详细信息，请参阅 SharePoint 产品和技术的更新资源中心 (http://go.microsoft.com/fwlink/?linkid=181116&clcid=0x804)（该链接可能指向英文页面）。

1. 为临时服务器场下载软件。通过下列链接之一下载 Windows SharePoint Services 3.0 SP2： 对于 x86 版本：Windows SharePoint Services 3.0 Service Pack 2

(http://go.microsoft.com/fwlink/?linkid=148403&clcid=0x804) 对于 x64 版本：Windows SharePoint Services 3.0 x64 Service Pack 2

(http://go.microsoft.com/fwlink/?linkid=181113&clcid=0x804)2. 安装网站所需的任何语言模板包。有关详细信息，请参阅安装可用的语言模板包 (Windows

SharePoint Services)。3. 通过使用适合您的环境的服务器场设置并重新应用内容所需的所有自定义项来配置服务器场。确保部署您的环境中可能存在的任何自定义网站定义所需的自定义项和升级定义文件。必须在临时服务器场中为您的原始服务器场中的每台虚拟服务器创建 Web 应用程序。新 Web 应用程序的 URL 应与源服务器场 URL 或目标服务器场 URL 相匹配，否则可能会向内容中添加对其他临时 URL 的引用。理想情况下，应对源服务器场和目标服务器场使用相同的 URL，以使临时服务器场 URL 也完全相同（包括使用的端口号）。

有关配置服务器场的详细信息，请参阅准备新的 Windows SharePoint Services 3.0 环境 。有关部署自定义网站定义和升级定义的详细信息，请参阅部署升级定义文件和新的网站定义 (Windows SharePoint Services)。

设置完整 SharePoint Foundation 2010 服务器场这是将最终用于生产环境的服务器场，因此需确保相应地规划基础架构以支持您所承载的解决方案。有关如何规划服务器场的详细信息，请参阅服务器场和环境规划 (SharePoint Foundation 2010) 。1. 在 64 位硬件（具有运行 64 位版本的 Microsoft SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 的数据库服务器）上创建服务器场。有关详细信息，请参阅由多台服务器组成三层服务器场 (SharePoint Foundation 2010) 。2. 安装网站所需的任何语言模板包。有关详细信息，请参阅安装可用的语言模板包 (SharePoint

Foundation 2010)。3. 通过使用适合您的环境的服务器场设置并重新应用内容所需的所有自定义项来配置服务器场。同样，必须在目标服务器场上为原始服务器场中拥有的每台虚拟服务器创建 Web 应用程序。

261

提示：

有关如何为数据库附加升级创建和配置服务器场的详细信息，请参阅准备新的 SharePoint Foundation 环境 。

执行首次升级在设置并配置服务器场后，即可将您的内容数据库升级到 Windows SharePoint Services 3.0。

在分离数据库之前，确保已在原始服务器场上运行升级前扫描工具。如果您尚未扫描这些数据库，升级过程将无法运行。有关详细信息，请参阅运行升级前扫描工具 (Windows SharePoint Services)。

若要执行数据库附加升级（在此版本中称为数据库迁移），请按照下列步骤操作： 1. 备份内容数据库。2. 将已备份的副本还原到您的临时服务器场。3. 将数据库添加到 Web 应用程序中以开始升级过程。 有关完整信息和要执行的步骤，请参阅迁移内容数据库。

验证首次升级若要验证升级，请执行下列操作： 查看升级日志文件。有关详细信息，请参阅迁移内容数据库。 查看已升级的网站以确保它们仍按预期方式工作并且 Web 部件和其他自定义元素都能正常工作。

执行二次升级在验证网站可以正常工作后，即可开始升级到 SharePoint Foundation 2010。运行升级前检查程序并查看报告，以便可以在升级内容之前解决临时服务器场的任何潜在问题。有关详细信息，请参阅运行升级前检查程序 (SharePoint Foundation 2010) 。

若要执行数据库附加升级，请按照下列步骤操作： 1. 备份内容数据库。2. 将备份的副本还原到目标服务器场。3. 将数据库添加到 Web 应用程序中以开始升级过程。在 SharePoint Foundation 2010 中，可以并行附加数据库以加快升级过程。有关完整信息和要执行的步骤，请参阅附加数据库并升级到 SharePoint Foundation 2010 。

验证二次升级若要验证升级，请执行下列操作：

262

重要： 重要：

查看升级日志文件。 查看已升级的网站以确保它们仍按预期方式工作并且 Web 部件和其他自定义元素都能正常工作。有关详细信息，请参阅验证升级和审阅升级后的网站 (SharePoint Foundation 2010) 。

263

规划并准备升级 (SharePoint Foundation 2010)阅读关于升级过程 (SharePoint Foundation 2010) 中的各篇文章之后，您已了解升级过程的工作方式，现在您可以开始进行升级规划了。本节包含的文章可帮助您规划和准备从 Windows SharePoint Services 3.0 到 Microsoft SharePoint Foundation 2010 的升级。本节内容： 确定升级方法 (SharePoint Foundation 2010)

了解不同的升级方法并选择最适合您的环境的升级方法。 审核升级最佳实践 (SharePoint Foundation 2010)

通过遵循这些最佳方案，以避免在升级过程中出现问题。 查看受支持和不受支持的升级途径 (SharePoint Foundation 2010)

了解可升级到 SharePoint Foundation 2010 的安装类型和拓扑。 查看升级的系统要求 (SharePoint Foundation 2010) 审阅要求以帮助确保您的环境可升级到 SharePoint Foundation 2010。

确定如何处理自定义设置 (SharePoint Foundation 2010) 了解如何标识和评估环境中的自定义项，并确定是否升级它们以及如何升级它们。

创建沟通计划 (SharePoint Foundation 2010) 制定用于协调升级团队、网站所有者和用户以及利益干系人并与他们进行沟通的计划。

规划直观升级 (SharePoint Foundation 2010) 了解各种直观升级选项以及如何选择最能满足您的业务需求的选项。

为您提供了一个工作表，供您在准备升级时记录有关环境的信息。可从 http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x804 （该链接可能指向英文页面） 下载此工作表。

264

确定升级方法 (SharePoint Foundation 2010)在运行从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 的任何过程之前，必须确定采用何种升级方法。使用本文中的信息有助于比较每种方法的优缺点，并查看有关特殊情况的信息，这些特殊情况可能影响您的方法。除了本文中所提供的信息之外，请确保阅读查看受支持和不受支持的升级途径 (SharePoint Foundation 2010) 以完全了解哪些升级情况有效并能升级成功。若要执行升级，必须安装 Windows SharePoint Services 3.0 Service Pack 2 (SP2)。

本文内容： 选择升级方法 特殊情况

选择升级方法存在两种基本的升级方法：就地升级和数据库附加升级。此外，您还可以使用各种技术来组合这两种基本方法的各个方面以减少停机时间或潜在提高性能。 下表对就地升级方法和数据库附加升级方法进行了比较。

方法 说明 优点 缺点 就地升级 您可以在相同的硬件上安装

SharePoint Foundation 2010。您也可以在一个过程中升级服务器场中的内容和设置。

服务器场范围内的设置将会保留并升级。可以在升级之后的环境中进行自定义，尽管可能需要手动步骤才能升级自定义设置或重新进行自定义。

在升级进行过程中，服务器和服务器场处于脱机状态。升级将持续进行。因此，您必须分配足够的时间以便按顺序升级所有内容。数据库附加升级 可以为独立服务器场上的环境升级内容。这样一来，无需升级任何服务或服务器场设置。您可以按任意顺序升级数据库，并同时升级若干数据库。当升级每个数据库时，对应数据库中的内容对用户不可用。

可以同时升级多个内容数据库，这将使总升级时间短于就地升级。可以使用数据库附加升级将多个服务器场合并为一个服务器场。

服务器和服务器场设置不会升级。您必须将要保留的设置从旧服务器场手动传输到新服务器场。还必须将所有自定义项手动传输到新服务器场。任何缺失的自定义项均可能导致功能的意外丢失或用户体验问

265

注意：

方法 说明 优点 缺点 题。在网络上复制数据库会占用时间和带宽。必须对该操作加以规划。需要直接访问数据库服务器。

有关就地升级和数据库附加升级的工作方式的详细信息，请参阅升级过程概述 (SharePoint Foundation 2010)。下表列出了停机时间减轻技术，您可以在升级过程中使用这些技术以减少用户无法访问其内容的时间或潜在地提高升级性能。

技术 说明 优点 缺点并行升级 可以一次附加和升级多个数据库，以加快升级过程的整体速度。并行升级的最大数目取决于您的硬件。此项技术适用于就地升级或数据库附加升级。

加快整体环境的升级次数。 这是一个需要其他步骤和监视的手动过程。

混合方法 1：含有只读数据库的数据库附加 允许您在升级过程中继续提供对内容的只读访问。对于此方法，在另一个服务器场上进行升级的同时，可以将数据库设置为只读。此方法可减少用户感知到的停机时间。

在您升级内容的同时，现有服务器场可以继续容纳未升级的网站（采用只读模式）。因此，可以最大程度地缩短用户的停机时间。可以同时升级多个内容数据库，这将使总升级时间短于就地升级。除了升级软件外，还可以升级硬件。

服务器和服务器场设置不会升级。您必须将要保留的设置从旧服务器场手动传输到新服务器场。还必须手动传输和升级任何自定义项。任何缺失的自定义项均可能导致功能的意外丢失或用户体验问题。在网络上复制数据库会占用时间和带宽。必须对该操作加以规划。需要直接访问数据库服务器。

混合方法 2：含有已分离数据库的就地升级 允许您利用就地升级所具备的升级内容和设置 服务器场范围内的设置可以保留并升级。 在网络上复制数据库会占用时间和带宽。必须

266

技术 说明 优点 缺点的能力，同时提高数据库附加升级的速度。对于此方法，可以使用就地升级来升级服务器场和设置，并行分离和升级多个数据库（在相同服务器场上或分开的服务器场上）。

可以在升级之后的环境中进行自定义，尽管可能需要手动步骤才能升级自定义设置或重新进行自定义。可以同时升级多个内容数据库，这将使总升级时间短于就地升级。

对该操作加以规划。需要直接访问数据库服务器。

请注意，您也可以对这些技术加以组合。例如，可以将原始服务器场设置为只读模式，创建该服务器场的副本并升级该服务器场（不包含内容数据库），使用并行升级以快速升级所有用户内容，最后在升级完成后将用户切换到新服务器场。有关这些停机时间减轻技术的工作方式的详细信息，请参阅升级过程概述 (SharePoint Foundation 2010) 。面临过分长的中断窗口时要考虑的另一种选择是，结合使用备用访问映射 URL 重定向和数据库附加方法，以便您可以在升级新服务器场上的内容时将用户临时重定向到一个现有服务器场。这是一种高级方法，除非其他停机时间减轻技术不够充分，否则不应使用此种方法。有关详细信息，请参阅在升级过程中使用 AAM URL 重定向 (SharePoint Foundation 2010) （白皮书） 。

特殊情况执行升级时可能有其他要求或额外目标要实现。下表列出了特殊情况，并描述适合每种情况的升级方法。

情况 升级方法是否使用 Windows Internal Database 升级独立安装？ 如果正在具有 Windows Internal Database 的独立服务器上运行 Windows SharePoint

Services 3.0，则在运行就地升级的过程中会将您的数据库迁移到 SQL Server Express。如果数据库大于 4 GB，您必须配置远程 BLOB 存储来存储其中一些数据。有关详细信息，请参阅从 Windows SharePoint Services 3.0 的独立安 装升级到带远程 BLOB 存储的 SharePoint Foundation 2010。

是否从 32 位版本的 SQL Server 升级到 64 位版本？ 如果正在运行 32 位版本的 SQL Server，必须迁移到 64 位版本。建议先执行此迁移，然后再升级到 SharePoint Foundation 2010，以确保获得最佳性能效益。确保一次只执行一种升级或迁移，以避免升级失败。有关详细信息，请参阅将现有服

267

情况 升级方法务器场迁移到 64 位环境 (Windows SharePoint Services 3.0)。从 32 位版本的 SQL Server 升级到 64 位版本时，可以选择以下两种方法： 可以备份服务器场的所有数据库，执行升级，然后还原数据库。（这种方法可行并建议使用，原因是您将拥有完整备份，在还原数据库后无需更改 SharePoint Foundation 2010 中的任何内容。） 可以将要升级的 SQL Server 数据库转移到其他 64 位版本的 SQL Server。您必须添加不同的 64 位版本，然后对运行 SharePoint

Foundation 2010 的计算机运行命令，以使它们指向新的 64 位版本的 SQL Server。（这种方法可行但不建议使用，原因是它有时需要在 SharePoint Foundation 2010 中完成更多工作，例如在数据库改变位置时）。注意：如果升级 SQL Server 版本（例如，从 SQL Server 2005 SP2 升级到 SQL Server 2008），您可以在从 32 位版本的 SQL Server 升级到 64 位版本之前、之后或在升级过程中执行此升级。

是否从 Windows Server 2003 升级到 Windows Server 2008？ 尝试升级到 SharePoint Foundation 2010 之前，请先升级操作系统。

如果正在运行 Windows SharePoint Services 3.0，您必须执行特定步骤升级到 Windows Server 2008。有关详细信息，请参阅升级到 Windows Server 2008 for Windows SharePoint Services 3.0 SP1。

是否从 32 位操作系统升级到 64 位操作系统？ 如果您使用的是 32 位操作系统，则必须在升级之前迁移到 64 位操作系统。有关详细信息，请参阅将现有服务器场迁移到 64 位环境 (Windows SharePoint Services 3.0)。

是否升级使用基于表单的身份验证的环境？ 若使用基于表单的身份验证，升级时需要其他步骤。有关详细信息，请参阅为基于声明的 Web 应 用程序配置基于表单的身份验证 (SharePoint

268

情况 升级方法Foundation 2010)。

是否升级非常大的数据库？ 一般情况下，非常大的数据库（尤其是其中包含数目或规模很大的文档版本的数据库）升级时间要比较小的数据库时间长。但是，确定升级时间的是数据的复杂程度，而非数据库本身的大小。如果升级过程超时，这通常是连接问题的缘故。在 Windows SharePoint Services 3.0 中，升级过程通常会因执行过程所需的时间而超时，但对于 SharePoint Foundation 2010 来说几乎不会出现这种情况。有关在您的环境下进行升级可能花费的时间的详细信息，请参阅估计升级过程将花费的时间和所需的空间量 (SharePoint Foundation 2010)。

是否从 Windows SharePoint Services 2.0 升级？ 使用数据库附加升级方法升级到 Windows SharePoint Services 3.0，然后再升级到 SharePoint Foundation 2010。有关此升级过程的详细信息，请参阅从 Windows SharePoint Services 2.0 升级到 SharePoint Foundation 2010。

是否使用国际化域名？ 虽然 Windows SharePoint Services 3.0 支持国际化域名 (IDN)，但 SharePoint Foundation 2010 不支持国际化域名。如果您当前对 Windows SharePoint Services 3.0 使用了 IDN 并计划升级或迁移到 SharePoint Foundation 2010，那么在升级或迁移之前，您必须停止使用 IDN，删除所有 IDN 设置并设置一个非 IDN 环境。有关详细信息，请参阅规划多语言网站 (SharePoint Foundation 2010) 。

269

审核升级最佳实践 (SharePoint Foundation 2010)为确保从 Windows SharePoint Services 3.0 顺利升级到 Microsoft SharePoint Foundation 2010，请遵照以下最佳实践：1. 将服务器更新为 Windows SharePoint Services 3.0 Service Pack 2 (SP2) 或更高版本。

您所在的环境必须更新为 Windows SharePoint Services 3.0 Service Pack 2 才能运行就地升级或数据库附加升级过程。建议您安装 2009 年 10 月版累积更新，因为它包括对升级前检查工具的改进。有关如何安装 Service Pack 和更新的详细信息，请参阅 SharePoint 产品和技术的更新资 源中心（该链接可能指向英文页面）。有关所有可用更新的列表，请参阅 Microsoft Office 、 Office Server 及相关产品的更新中心（该链接可能指向英文页面） 。

2. 请确保在执行升级前，环境运行完全正常。升级不能解决环境中可能已存在的所有问题。因此，请确保在执行升级前，环境运行完全正常。例如，如果您的 Web 应用程序已不再使用，请在升级前对其取消扩展。如果需要删除 Internet Information Services (IIS) 中的 Web 应用程序，请在删除前对该 Web 应用程序取消扩展；否则，SharePoint Foundation 2010 会尝试升级该 Web 应用程序（即使它已不存在）；并且升级会失败。如果事先找到并解决了问题，则更有可能符合预计的升级计划。

3. 尝试就地升级前，请迁移到 64 位服务器。将操作系统升级到 64 位版本的 Windows Server 2008 R2 或 Windows Server 2008 Service Pack 2 (SP2)。如果使用的是 SQL Server，请升级或迁移到 64 位版本的 Microsoft SQL Server 2008 R2、SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 以及 SQL Server 2005 SP3 和累积更新 3。不要尝试将这些操作与升级过程结合。如果您的系统尚未运行在受支持的操作系统和平台上，则无法执行就地升级。有关详细信息，请参阅新增升级功能 (SharePoint Foundation 2010) 。

4. 运行升级前检查程序来查找潜在问题。升级前检查程序会报告孤立网站等内容缺少自定义项以及存在问题，以便您可以在执行升级前解决这些问题。有关详细信息，请参阅运行升级前检查程序 (SharePoint Foundation 2010) 。

5. 首先在测试服务器场中执行试验性升级。对活动场进行备份，还原到测试服务器，然后执行升级。检查结果以设置实时升级的网站的预期外观、确定必须完成的升级后自定义程度，并估计升级将花费的时间。尝试进行完全搜索索引爬网。有关详细信息，请参阅使用试验升级查找潜在问题 (SharePoint Foundation 2010) 。

6. 规划容量。确保您具有足够的磁盘、处理器和内存容量可以满足升级要求。有关系统要求的详细信息，请参阅查看升级的系统要求 (SharePoint Foundation 2010) 。有关如何规划升级所需的磁盘空间的详细信息，请参阅估计升级过程将花费的时间和所需的空间量 (SharePoint Foundation 2010) 。

7. 对环境进行备份。

270

在升级前对环境执行完整备份。这样当您必须从升级中回滚时，就可以恢复环境。有关详细信息，请参阅进行就地升级前备份整个环境 (SharePoint Foundation 2010) 。8. 如果使用数据库附加升级方法，则还可以将原始数据库设置为只读。

如果您预计在执行数据库附加升级时会有很长时间的中断，则可以将原始环境中的数据库设置为只读，以便用户可以继续访问其数据但不能更改数据。有关详细信息，请参阅附加数据库并升级到 SharePoint Foundation 2010。

9. 在开始升级之后，请不要将任何服务器添加到服务器场中。运行 SharePoint 产品和技术配置向导 会升级配置数据库。配置数据库包含服务器场中服务器的列表。在运行配置向导之后添加到服务器场中的服务器将不包含在数据库中。因此，向导运行后添加的服务器将不出现在升级的版本拓扑中。如果需要向服务器场中添加服务器，请在开始升级之前或完成升级过程之后执行此操作。

10.升级后，查看“升级状态”页和升级日志可确定是否有必须解决的问题。然后查看升级的网站。“升级状态”页报告升级进度，并且升级日志列出了升级过程中出现的所有错误或警告。您应该在完成升级之前验证所有网站并测试它们。有关详细信息，请参阅验证升级和审阅升级后的网站 (SharePoint Foundation 2010)。

271

查看受支持和不受支持的升级途径 (SharePoint Foundation 2010)在规划升级过程时，应确保验证所要采用的升级路径是否受支持。本文介绍就地升级中受支持和不受支持的升级路径，并说明哪些特定拓扑可就地升级到 Microsoft SharePoint Foundation 2010。

查看受支持的升级拓扑升级时，必须升级到相同种类的安装：独立到独立，或者服务器场到服务器场。在就地升级过程中，无法从独立安装迁移到服务器场安装，反之亦然。不过，在升级之前或之后，可以更改服务器场的大小和范围以符合您的要求。或者，如果执行数据库附加升级，则可以将数据库附加到不同的安装类型。

物理拓扑指南除了网络、物理存储和缓存外，Microsoft SQL Server 拓扑也会显著影响系统性能。在规划硬件时，请记住：对于就地升级，要升级的服务器或服务器场必须运行 64 位版本的 Windows Server 2008 R2 或 Windows Server 2008 Service Pack 2 (SP2)。对于服务器场，也必须运行 64 位版本的 Microsoft SQL Server 2008 R2、SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 以及 SQL Server 2005 SP3 和累积更新 3。有关升级要求的详细信息，请参阅查看升级的系统要求 (SharePoint Foundation 2010)。

受支持的拓扑下表列出了 Windows SharePoint Services 3.0 中受支持的起始拓扑，以及就地升级到 SharePoint Foundation 2010 时受支持和不受支持的结束拓扑。

起始拓扑 (Windows SharePoint Services 3.0)

受支持的结束拓扑 (SharePoint Foundation 2010)

不受支持的结束拓扑 (SharePoint Foundation 2010)

包含 Windows Internal Database 的独立服务器 包含 Microsoft SQL Server

2008 Express 的独立服务器 任何服务器场包含 SQL Server 的单一服务器 包含 SQL Server 的单一服务器 包含 Microsoft SQL Server

2008 Express 的独立服务器任何大小的服务器场 任何大小的服务器场 包含 Microsoft SQL Server

2008 Express 的独立服务器

272

从独立服务器迁移到服务器场如果要从独立服务器更改为服务器场，可以在升级前执行此操作。若要从独立服务器迁移到服务器场配置，则必须首先创建新服务器场，然后将数据库从独立服务器移动到该服务器场。有关详细信息，请参阅将内容数据库从 Windows Internal Database 迁移到 SQL Server 的实例 (Windows SharePoint Services 3.0)。迁移后，可以升级到 SharePoint Foundation 2010。

从 32 位硬件迁移在 32 位硬件上，无法从 Windows SharePoint Services 3.0 就地升级到 SharePoint Foundation 2010。如果在 32 位版本中启动，则必须首先迁移到 64 位硬件。有关详细信息，请参阅将现有服务器场迁移到 64 位环境 (Windows SharePoint Services 3.0) （该链接可能指向英文页面） 。

273

查看升级的系统要求 (SharePoint Foundation 2010)您的服务器必须满足以下最低要求，您才能将环境从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010： 硬件和软件必须满足或超出最低系统要求才能运行新版本。

这包括针对 64 位硬件和 64 位版本的操作系统和 Microsoft SQL Server 的要求。在开始升级过程之前，请确保您的系统满足或超出硬件和软件要求 (SharePoint Foundation 2010) 中所述的最低要求。在升级之前，确定您在升级后的环境中必须具有的生产能力，并基于此信息确定进行升级必须具有的硬件。 Windows SharePoint Services 3.0 必须升级到 Service Pack 2

您所在的环境必须至少更新为 Windows SharePoint Services 3.0 Service Pack 2 才能运行就地升级或数据库附加升级过程。建议您安装 2009 年 10 月版累积更新，因为它包括对升级前检查工具的改进。有关如何安装 Service Pack 和更新的详细信息，请参阅 SharePoint 产品和技术的更 新资源中心（该链接可能指向英文页面）。有关所有可用更新的列表，请参阅 Microsoft Office 、 Office Server 及相关产品的更新中心（该链接可能指向英文页面） 。

关于这些要求硬件至少要满足硬件和软件要求 (SharePoint Foundation 2010) 一文中列出的最低要求，这一点很重要；否则，您可能会在升级过程中遇到问题。例如，如果数据库服务器没有足够的内存或处理器能力，则该服务器可能无法适应升级过程中出现的事务数，升级可能会失败。 建议您使用试验升级来准确确定实现可接受的升级体验所必需的硬件能力。有关详细信息，请参阅使用试验升级查找潜在问题 (SharePoint Foundation 2010) 。如果在试验升级过程中遇到硬件能力问题，则可以增强硬件能力并重复升级，直到您实现最佳水平的升级性能。跟踪运行 SQL Server 的服务器的下列三个资源组件非常重要：CPU、内存和 I/O 子系统。如果其中的一个或多个组件似乎已达到能力上限，请根据当前和预测的工作负载分析相应的行动对策，确定是增加更多资源，还是扩充新的运行 SQL Server 的服务器。一般来说，建议您除了增加更多资源外，还可考虑扩充服务器。

274

重要：

确定如何处理自定义设置 (SharePoint Foundation 2010)如果已经根据 Windows SharePoint Services 3.0 对网站进行了大量的自定义，则在升级到 Microsoft SharePoint Foundation 2010 时必须确定希望如何处理自定义的网站。处理方法将因自定义的范围、自定义的类型、网站的复杂程度以及升级的目标而异。升级前，必须确定环境中的自定义项并进行评估，然后决定是否升级这些自定义项以及如何升级。本文内容： 确定环境中的自定义项 评估自定义项 有关特定自定义项的注意事项 确保将来的自定义遵循最佳做法

确定环境中的自定义项作为升级测试过程的一部分，您应该创建一份环境中服务器端自定义项的清单（解决方案、功能、Web 部件、事件处理程序、母版页、页面布局、CSS 文件等）。有关如何确定自定义项的详细信息，请参阅使用试验升级查找潜在问题 (SharePoint Foundation 2010) 。可以使用“升级计划”工作表来列出特定的自定义项，然后在下一部分中记录您评估的结果。可从 http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x804 （该链接可能指向英文页面） 下载此工作表。

评估自定义项在确定自定义项之后，您可以决定对这些自定义项采取什么操作。下面的问题可帮助您评估自定义项： 该自定义项是否仍有价值？

它是否满足有用的业务需要？ 它是否被广泛地部署和使用？

该自定义项是否经过精心设计？ 它是否构建于支持的预定义网站定义之上？ 它是否遵循关于自定义项的最佳做法？ 它是否为受支持的自定义类型，或者是否会给环境带来风险？

在评估每一单个自定义项的同时，您也可以考虑用于多个自定义项的整体方法。可以从以下选项中进行选择：

275

1. 保留自定义项 使用“直观升级”可以继续为特定网站使用以前版本的用户体验。尽管使用此方法可以保留相同的功能，但是您将无法利用新的外观（如 Fluent 用户界面 (UI)，也称为“功能区”）和新版本中提供的功能。 2. 替换或重做自定义项 如果希望使用新功能，请计划重新设计网站，或者要对信息体系结构做出重大更改，而升级则是您重新开始设计新功能、新外观或新组织的机会。当替换或重做自定义项时，可以利用新的功能，根据需要对设计稍做修改，或者移到更易于管理的设计中。

有关重做和重新部署解决方案的详细信息，请参阅在 SharePoint Foundation 2010 和 SharePoint Server 2010 中重新部署自定义项和解决方案 (http://go.microsoft.com/fwlink/?linkid=182335&clcid=0x804)（该链接可能指向英文页面）。

3. 丢弃自定义项 使用默认功能替换自定义项。可以将页面重置为默认网站定义并移除任何不再希望支持的 Web 部件或功能。如果您决定丢弃任何自定义项，则必须解决因移除网站中所使用的自定义项而生成的任何问题。可以使用自定义项清单来确定哪些网站在升级前或升级后需要加以这方面的注意。

有关特定自定义项的注意事项您除了要在整体上决定升级期间如何对待环境中的自定义项以外，还必须检查特定类型的自定义项，以确定您是否必须执行其他任何操作，以使这些自定义项在升级后的环境中起作用。下表列出了一些常见的自定义项和对应类型的自定义项的操作建议。

自定义类型 建议网站模板（STP 文件） STP 文件是 SharePoint Foundation 2010 中已弃用的功能。SharePoint Foundation 2010 中的新网站模板保存为

WSP 文件（解决方案包）。 通过使用某个网站模板设置的网站将进行升级，但您将无法基于该模板创建新的网站。如果希望能够创建新网站，则可以改为创建并部署一个解决方案包。

网站定义 将网站迁移到一个受支持的预定义的网站定义，然后通过使用解决方案部署应用自定义功能。 您也可以继续使用自定义网站定义，而不必基于 SharePoint Foundation 2010 创建新的网站定义。但是，如果您必须为该定义执行自定义升级操作，则您可能必须为该网站定义创建一个升级定义文件。有关详细信息，请参阅 MSDN 上的升级定义文件 (http://go.microsoft.com/fwlink/?linkid=182339&clcid=0x804)。

功能 进行评估，然后根据需要重新设计或重新部署。工作流和服务器控件 取决于解决方案。请与供应商联系以了解是否存在已更新的解决方案。如果工作流与新版本兼容，请进行重新部署。

276

自定义类型 建议事件处理程序 重写并重新部署为功能。管理路径（包含项/排除项） 针对数据库附加升级重新创建包含项。排除项是假设的，无需重新创建。主题 由于对 UI 进行了大量更改，因此基于 Windows SharePoint

Services 3.0 的自定义主题在 SharePoint Foundation 2010 中将不起作用。使用“直观升级”可以继续使用旧用户体验中的网站，直至您能够基于 SharePoint Foundation 2010 创建和应用新的主题。工具栏操作 移至功能区 (Fluent UI)。母版页和 CSS 文件 重复工作以容纳新的用户体验。JavaScript 测试以确定是否需要执行任何操作。在某些情况下，您可能必须将脚本调整为适用于新的页面模型。验证脚本在升级后的网站上和直观升级模式中是否起作用。搜索提供程序或安全修整程序 测试以确定是否需要执行任何操作。Web 部件 测试以确定是否需要执行任何操作。您可能必须将 Web 部件调整为适用于严格 XHMTL 模式。

如果某个 Web 部件位于页面之上但不在 Web 部件区域中（因此说，HTML 代码基本上是直接嵌入页面中），此时若将页面还原为默认模板，该部件将不起作用。 服务 测试以确定是否需要执行任何操作。根据需要重新设计或调整代码。验证提供程序 测试以确定是否需要执行任何操作。重新部署测试服务器场上的提供程序，并确保该提供程序在声明身份验证下正常工作。

以下类型的自定义项不受支持。如果您的环境中存在其中任何自定义项，则必须使用支持类型的自定义项替换这些自定义项，然后才能进行升级。否则，您可能会遇到无法解决的升级问题： 已修改的预定义的文件、功能或网站定义。

尽管某些预定义的文件类型（如文档图标或操作）将不会进行升级，但是可以修改这些文件类型，它们的更改可以一种支持的方式继续下去。如果还原为网站模板，则在升级的过程中将丢失对其他预定义文件（如服务器端 ASPX 页面）所做的修改。根据已修改的文件和这些修改的范围，升级体验会大有不同。最佳方案是还原磁盘上所有文件中的所有更改。 已通过直接更改数据或通过更改架构（包括添加或删除触发器、表、视图或索引）修改的

SharePoint 数据库。

277

警告：

如果您具有其中任何类型的自定义项，请在尝试运行升级之前，移除这些自定义项并用支持的自定义项替换它们。为了帮助确保不仅仅是当前升级将运行，而且任何未来的升级将更加顺畅地运行，这是一种最佳方案。将继续不支持更改预定义的文件和数据库。

确保将来的自定义遵循最佳做法确保您的环境顺利执行且遵循最佳做法。仅部署遵循 MSDN 和 TechNet 上下列文章中描述的最佳做法的自定义设置： 最佳做法：使用可处置的 Windows SharePoint Services 对象（该链接可能指向英文页面）

(http://go.microsoft.com/fwlink/?linkid=105945&clcid=0x804)（该链接可能指向英文页面）。 Windows SharePoint Services 3.0 中用于处理代码的开发工具和技术（第 1 部分，共 2 部分）

(http://go.microsoft.com/fwlink/?linkid=101494&clcid=0x804)。 最佳做法：使用 SharePoint 对象模型时遇到的常见编码问题 (http://go.microsoft.com/fwlink/?

linkid=105946&clcid=0x804)。 SharePoint 产品和技术自定义策略 (http://go.microsoft.com/fwlink/?

linkid=105947&clcid=0x804)。

278

创建沟通计划 (SharePoint Foundation 2010)在从 Windows SharePoint Services 3.0 到 Microsoft SharePoint Foundation 2010 的升级过程中，您与用户进行沟通尤为重要。网站用户需要了解当他们在升级后重新访问其网站时所预期的内容，还需要了解他们如何才能为升级准备提供帮助以及他们在升级后必须执行的工作。网站用户和网站所有者都需要了解进行升级的时间。作为规划过程的一部分，需要确定以下事项： 作为升级团队的成员的用户，牵涉到的其他利益干系人，以及将受升级影响的用户。 升级团队必须了解的信息以及了解这些信息的时间。 网站用户和其他利益干系人必须了解的信息以及了解这些信息的时间。本文描述如何创建沟通计划，以便升级团队、利益干系人和用户了解在升级之前、升级过程中和升级后所预期的内容。本文内容： 升级团队的成员 与升级团队进行沟通的时间和内容 与网站用户进行沟通的时间和内容

升级团队的成员对于小型部署，其中的网站尚未进行任何重要程度的自定义，升级团队可能只包含一个人。另一方面，对于大型部署，可以要求带有不同角色的多个人员，如以下列表中所述： 服务器管理员 服务器管理员执行大部分升级任务。由于运行安装程序向导要求某个人员是每台前端

Web 服务器上的本地 Administrators 组中的成员，因此必须至少有一个升级团队中的服务器管理员。 服务器场管理员可能不是服务器的本地管理员。

数据库管理员 如果您有独立的数据库管理团队，您必须与团队成员进行协调以计划和执行升级，尤其是在您计划使用数据库附加升级方法时。 服务器安全团队 您必须与安全团队（如 Active Directory 目录服务团队）进行协调，以确认帐户和权限或利用可对 SharePoint Foundation 2010 应用的新策略设置。 客户端部署团队 与客户端部署团队进行沟通以协调对新客户端和服务器应用程序的部署。客户端部署可能必须在升级之前进行，或者可以将其作为一个选项在升级完用户网站后提供给用户。 网站集所有者 您必须在升级过程即将开始时通知网站集所有者，并将您在运行升级前检查程序时或升级他们的网站时发现的任何问题告知他们。如果使用的是直观升级，则还必须与网站集所有者进行沟通，以确定对新用户界面的更改以及是由服务器场管理员还是网站集管理员来完成此更改。

279

注意：

网站设计人员和开发人员 如果具有与网站关联的自定义模板、Web 部件、Web 服务或其他自定义元素，则必须与负责开发或自定义这些元素的人员一起工作以确保能够创建这些自定义元素的新版本，或验证是否已正确升级这些元素。有关自定义元素的潜在问题的详细信息，请参阅使用试验升级查找潜在问题 (SharePoint Foundation 2010) 。 网站用户 虽然网站用户不需要参与对有关升级过程所作的决策，但您必须告知网站用户升级发生的时间以及他们预期的内容。 发起者和其他利益干系人 可能让组织中的其他人员参与升级规划过程。确保在沟通规划中正确地包括他们。

一个升级团队可以包含一个角色中的一个或多个成员，具体取决于组织。

与升级团队进行沟通的时间和内容通常，服务器管理员和共享服务提供程序 (SSP) 管理员将为升级设置时间线，并且仅在进程将要开始时才通知网站所有者。但是，由于每个团队成员自身都具有要在整个升级过程中的特定时刻执行的任务，因此制定一个可靠计划是相当重要的，这样可将升级进度传达给所有团队成员以便每个人都知道何时执行自己的特定任务。 整个升级团队的成员需要共同协作以确定以下内容： 要使用的升级方法 确定升级方法 (SharePoint Foundation 2010) 一文包含可帮助您确定要执行哪种类型的升级的信息。升级前检查程序生成的报告很重要，在做出决定时也需要考虑此报告。 执行升级的日期和时间 建议（尤其是对于就地升级）当网站使用率较低时进行升级。对于小型单台服务器部署，升级可以在一天内完成。对于大型部署（例如，具有大量数据的服务器场），数据库附加升级方法或已分离数据库的就地升级方法可用于在多个中断窗口上分发升级过程。无法确定对任何特定网站集进行升级所需的准确时间量。为此，与参与升级过程的其他团队成员和最终用户进行沟通很重要。为升级选择的时间量应非常充足以便升级团队将来有时间完成所有基本步骤。当规划时间线时，请确保安排时间来验证已升级的网站，并安排时间来实现任何更改或执行用于重新建立网站品牌的任何工作。在升级过程中的以下时间点与网站所有者、设计人员和开发人员进行沟通很重要： 在此过程开始之前，以便他们知道常规时间线和他们在进程中所处的角色。 运行升级前检查程序后，他们便可以解决该检查程序所标识的任何问题。有关升级前检查程序的详细信息，请参阅运行升级前检查程序 (SharePoint Foundation 2010) 。例如，在计划升级之前，应向适当的网站所有者、设计人员或开发人员报告问题（例如，自定义网站模板或自定义 Web 部件），以便他们有时间调查这些问题并采取预备步骤。或者，开发人员可能决定在升级发生之前重新构建

Web 部件是比较稳妥的做法。网站所有者可能希望对已在其网站上执行的任何自定义进行注释，其中包括网站模板和对核心 Active Server Page Extension (ASPX) 文件的更改。 在升级其网站之后，他们便可以查看网站并进行任何所需的更改。

280

注意：

与网站用户进行沟通的时间和内容与网站用户进行沟通以告知他们有关以下问题也相当重要： 何时升级其网站 在使用就地升级的情况下，也必须通知用户其网站在升级过程中将不可用。 预计何时准备好其升级的网站 这意味着升级团队不仅升级网站，还验证已升级的网站的功能。 升级会对他们造成什么影响以及他们应了解的新环境的相关情况 例如，网站的新用户界面外观上将有所不同并且工作原理会稍有不同。如果要使用直观升级，需通知用户他们将获得新用户体验还是旧用户体验，以及他们将遇到的情况。也可以指导他们阅读可用内容（例如，新增功能文章或培训资料）以了解新版本。有关功能更改和直观升级的详细信息，请参阅“新增升级功能”一文中的规划直观升级 (SharePoint Foundation 2010) 和版本之间主要功能的更改。 如何获取帮助 如果他们在升级后发现网站存在问题，他们应从何处获得帮助以解决该问题？

281

规划直观升级 (SharePoint Foundation 2010)本文论述了 Microsoft SharePoint Foundation 2010 中新的直观升级功能。如果组织计划对 Windows SharePoint Services 3.0 执行升级，您可以利用此新功能。默认情况下，Windows SharePoint Services 3.0 升级过程中会保留网站的外观。网站所有者可以永久地切换到 SharePoint 网站的新用户界面，也可以选择预览新用户界面。通过使用直观升级功能，您可以选择将所有网站移动到新的用户界面。如果您选择后一个选项，将会对网站集所有者和网站所有者覆盖用户界面。您也可以选择保留自定义的网页或选择重新设置所有自定义的网页。这两种选项均会更新模板页面的外观，但是后一个选项会删除自定义网页的修改且此操作不能撤销。

如果您正在通过 SharePoint 产品和技术配置向导 对具有内置数据库的单一服务器执行升级操作，此直观升级功能是不可用的。但是，如果您使用 PSConfig 命令行工具进行升级，此直观升级功能仍旧可用。本文列出了计划使用直观升级功能的主要注意事项，也论述了已知问题。有关详细信息，请参阅管理直观升级 (SharePoint Foundation 2010) 。本文内容： 直观升级的主要计划阶段 培训网站集所有者和网站所有者 已知问题

直观升级的主要计划阶段直观升级功能是升级过程的一部分。在执行升级之前，确保您了解直观升级提供的两种不同选项进行选择的效果。

保留现有的用户界面如果您选择保留现有 SharePoint 网站的外观，那么您给予网站集所有者对其网站集以及网站所有者对其网站的控制权。系统会保留来自原始网站的所有数据和设置，同时还保留先前的用户界面的布局、命令组织和样式。无论您选择的是哪种服务器场升级类型，您会享受到 Microsoft SharePoint Foundation 2010 的所有基础结构好处，包括可靠性、可伸缩性和可管理性的改善。保留先前的用户界面会降低自定义内容无法发挥作用的可能性。这样确保您和用户可以在完成所有升级工作（包括故障排除和更新自定义项）前，可以继续使用现有的 SharePoint 网站。

282

注意：

升级到新的用户界面如果您选择将全部现有 SharePointsites 网站更改为新的用户界面，网站集所有者和网站所有者不能控制此升级。所有现有 SharePoint 网站的数据和设置都会升级到新的用户界面。如果没有自定义设置或在升级前您已经测试了需要的所有自定义设置，那么您可能想要选择该选项。即使选择了该选项，您仍然可以选择保留自定义网页或是重设自定义网页。如果您需要保留自定义设置或不确定是否要保留自定义设置，那么您应该选择保留自定义的网页。重设自定义的网页将移除自定义设置，并且此操作不可撤销。如果您不再需要自定义设置或知道不会丢失重要数据，那么可以选择此操作。有关详细信息，请参阅确定如何处理自定义设置 (SharePoint Foundation 2010) 、使用试验升级查找潜在问题 (SharePoint Foundation 2010) 和在 SharePoint Foundation 2010 和 SharePoint Server 2010 中重新部署自定义设置和解决方案 (http://go.microsoft.com/fwlink/?linkid=186372&clcid=0x804)。

培训网站集所有者和网站所有者对用户进行关于保留现有 SharePoint 网站的外观或升级所有网站到新用户界面的效果的培训非常重要。受过培训的用户有所准备并能预知操作结果，这会最大程度降低对支持人员的支持需求并减少给他们带来的麻烦。如果升级所有网站到新的用户界面，请通知用户有关这些更改和新功能，如功能区、新页面编辑界面和交互日历。另外，告知用户他们可能会遇到的问题。例如，可能会遇到自定义设置相关问题，如页面不能正确显示。有关常规升级问题的信息，请参阅解决升级问题 (SharePoint Foundation) 。如果选择保留现有 SharePoint 网站的外观，请向网站集所有者和网站所有者解释：用户界面在升级时不会更改，并告诉他们可以进行哪些选项。默认情况下，网站所有者可以控制其网站。他们可以使用“预览新视觉效果”选项（在“网站设置”下）来预览新的用户界面，然后在先前和新的用户界面间进行切换。这样网站所有者有时间来确保网站内容一切正常，而且可以修复升级后页面上出现的任何问题。网站所有者准备就绪后，他们可以将网站升级到新的用户界面。但是，网站集所有者可以选择最终确定新的用户界面，覆盖网站所有者对其网站的直观升级控制。如果网站集所有者想保留网站集的先前用户界面，他们可以选择隐藏网站所有者的直观升级设置。网站所有者还需要了解，如果他们在预览模式下，在新的用户界面上做了更改后又切换回先前用户界面，这些信息可能无法正确显示。我们建议您做一个计划并为先前用户界面可以在 SharePoint 部署上使用多久设置一个时间限制。例如，每个网站集管理员可以有 90 天的时间与其网站所有者一起从先前的用户界面转换到新的用户界面。请确保告知用户有关此时间限制。这个时间限制确保给用户一个合理时间来熟悉新的用户界面并解决在升级过程中可能出现的问题。如果您为用户设置了一个时间限制，也请通知他们，在此时间限制过后，您可以强制升级所有网站。有关详细信息，请参阅管理直观升级 (SharePoint Foundation 2010) 。如果网站集所有者决定为其网站集内的所有网站使用新的用户界面，他们不可以改变主意。但是，作为服务器场管理员，您可以通过使用 Windows PowerShell 或 SharePoint 对象模型更改这些设置来将网站还原到先前的用户界面。有关详细信息，请参阅管理直观升级 (SharePoint Foundation 2010) 。

283

一定要告诉网站集所有者和网站所有者，只要网站使用先前的用户界面，那么新功能（如功能区、Wiki 页面的就地编辑、交互日历和列表关系等）将不可用。但是，一旦网站切换到新的用户界面，应用程序功能会自动显示。另外需要注意，默认情况下，升级后创建的所有新网站将使用新的用户界面。

已知问题需要考虑的一些已知问题： 如果使用 SharePoint Foundation 2010，确保您使用的 SharePoint Designer 的版本和

service pack 均相同。

另请参阅就地升级到 SharePoint Foundation 2010 附加数据库并升级到 SharePoint Foundation 2010 升级到 SharePoint Foundation 2010

284

测试升级并解决升级问题 (SharePoint Foundation 2010)在从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 之前，您应花些时间来测试升级过程，并了解在实际升级过程中可能会面临的问题。本节包含有关如何测试升级并利用测试信息来预测升级将需要的时间和空间的信息，以及有关在执行实际升级前可以采取哪些步骤来清理环境的信息。在升级过程中和升级之后，可使用本节中的文章解决任何问题并继续升级过程。本节内容： 测试升级的最佳方案 (SharePoint Foundation 2010)

请遵循以下最佳做法，以便充分利用升级测试。 使用试验升级查找潜在问题 (SharePoint Foundation 2010)

了解如何通过在物理环境或虚拟环境中使用实际数据测试升级，来进行规划以获得成功。 估计升级过程将花费的时间和所需的空间量 (SharePoint Foundation 2010)

使用测试信息了解您的升级将持续多久。 在升级之前清理环境 (SharePoint Foundation 2010) 若您通过清理额外的网站或数据来准备好环境，则升级会更加顺畅地运行。本文列出在开始升级过程前应考虑清理的常见内容。

解决升级问题 (SharePoint Foundation) 遵循这些建议解决升级过程中出现的任何问题。也可以查阅常见问题并了解如何解决它们。

升级失败后进行恢复 (SharePoint Foundation 2010) 如果在开始就地升级之前创建了环境和数据库的备份，或者如果在开始数据库附加升级之前将环境设置为只读，则在升级过程失败时您可以恢复环境。

继续升级 (SharePoint Foundation 2010) 如果在升级过程中遇到错误，您可以通过使用疑难解答文章来修复这些错误，然后使用本文重新启动或继续升级。

此外，当测试升级过程时，以下资源也会很有用： SharePoint Products 2010 升级工作表

可使用此工作表在测试升级过程时记录有关环境的信息。可从 http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x804 （该链接可能指向英文页面） 下载此工作表。

Microsoft SharePoint 2010 产品 - 测试升级过程模型此海报以直观方式显示了有关测试升级过程的信息。可从 http://go.microsoft.com/fwlink/?linkid=166303&clcid=0x804 （该链接可能指向英文页面） 下载此海报。

285

测试升级的最佳方案 (SharePoint Foundation 2010)为了在尝试执行升级之前了解您的环境，并准确规划升级所需的时间，您应执行一次或多次试验升级。测试升级的目的在于提前发现并解决问题，从而使您在执行实际升级时对升级的过程和结果充满信心。若要对从 Windows SharePoint Services 3.0 到 Microsoft SharePoint Foundation 2010 的升级过程执行准确有用的测试，请遵循以下最佳方案：1. 尽可能地使测试环境与实际环境类似。

如果可能，请使用同一类硬件并通过使用相同的设置、相同的 URL 等来配置该硬件。能够将测试环境与实际环境之间的差异减少得越小越好。这两个环境之间的差异越大，跟踪不相关的问题以确保这些问题在实际升级过程中不会发生所花费的时间可能就越多。2. 了解环境中的内容。首先进行完全调查。花时间记录环境中存在的硬件和软件、安装和使用的服务器端自定义项以及需要的设置及其位置。这将帮助您进行更完整的规划，并可帮助您在升级失败时进行恢复。为您提供了一个工作表，供您在准备升级时记录有关环境的信息。可从 http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x804 （该链接可能指向英文页面） 下载此工作表。

3. 使用实际数据。使用实际数据库的副本运行测试。在使用实际数据进行测试时，可以标识任何问题区域并确定升级性能。还可以测量对各种数据执行不同的升级序列和操作所花费的时间。如果无法测试所有数据，请测试具有代表性的数据子集以确保发现与环境中存在的具有不同的类型和大小的网站、列表、库和自定义项相关的任何问题。

4. 运行多个测试。单个测试可告知您是否将遇到大问题，而多个测试将帮助确保发现可能将面临的所有问题，并可为您提供针对过程的更准确的时间线。通过运行多个测试，可以确定最适合环境的升级方法，应计划使用的用于减少停机时间的方法，以及在解决第一次测试中所发现的问题后可能更改过程和性能的方式。通过最后的测试可帮助您验证是否已纠正所有错误以及是否准备好升级生产环境。

5. 不要忽略警告。虽然警告不是错误，但它稍后会在升级过程中导致出现问题。纠正错误，并调查任何警告以确保您了解警告可能造成的影响。

6. 测试升级后的环境，而不仅仅是升级过程。检查服务应用程序和服务。运行搜索爬网并审阅日志文件。确认“我的网站”网站正在工作。

7. 在两种直观升级模式中验证网站。不要做出以下假设：由于可以在一种模式中很好地预览网站，因此该网站便将在另一种模式中正常运行。查看以前的版本和新版本的用户体验。

8. 考虑预览环境。

286

可以创建一个预览环境，您的用户可以在测试升级后在该环境中验证其网站，这样用户便可帮助您验证升级并找出问题。可以使用只读环境，也可以让您的用户进行更改但告知他们将不会保存其所做的任何更改。考虑仅对一小组具有代表性的网站应用此预览环境并仅限制对感兴趣方的访问，以减少您承载预览环境所需的时间和收到的反馈量。有关如何测试升级的详细信息，请参阅使用试验升级查找潜在问题 (SharePoint Foundation 2010) 和 http://go.microsoft.com/fwlink/?linkid=166303&clcid=0x804 （该链接可能指向英文页面） 上发布的“测试升级过程”海报。

287

使用试验升级查找潜在问题 (SharePoint Foundation 2010)在开始从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 的过程之前，您将需要测试升级过程，以确保确切了解要成功进行升级所必须进行的操作。通过使用试验升级来测试该过程，您可以了解： 您的环境中有哪些自定义项，以便能够规划如何在升级过程中处理这些自定义项。 您是否应升级硬件以提高升级的效率和速度。 升级的时间，即在您的环境中进行升级将用多长时间。 您需要在操作上规划哪些内容 － 例如，要提供的资源。此外，您可以使用试验升级来熟悉升级工具以及过程本身，以便了解进行实际过程时的预期结果。通过测试，您可以了解： 您的环境有哪些特殊情况，哪种升级方法对您而言效率最高？ 升级用户界面什么样？如何知道您已完成一个阶段并将转入另一阶段？ 日志文件在何处？如何查看日志文件？日志文件提供什么信息？ 您可以使用哪些技术来减少停机时间？本文提供了用于测试升级的基本步骤，并给出了有关根据在测试过程中了解的信息来审阅结果和调整升级计划的建议。本文内容： 设置测试环境 确定和安装自定义项 将真实数据复制到测试环境并尝试升级 审阅结果 调整计划并再次测试此外，当测试升级过程时，以下资源也会很有用： SharePoint Products 2010 升级工作表

可使用此工作表在测试升级过程时记录有关环境的信息。可从 http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x804 （该链接可能指向英文页面） 下载此工作表。

Microsoft SharePoint 2010 产品 - 测试升级过程模型此海报以直观方式显示了有关测试升级过程的信息。可从 http://go.microsoft.com/fwlink/?linkid=166303&clcid=0x804 （该链接可能指向英文页面） 下载此海报。

288

设置测试环境您可使用虚拟或物理硬件来测试升级过程。每个环境都是唯一的，因此升级所用时间以及升级特定自定义项的困难程度没有一般原则可循。衡量升级情况的最佳方法是进行一系列试验性升级。创建测试环境时： 使测试服务器场与实际服务器场尽可能保持一致，例如，具有相同的硬件、软件和可用空间。 在测试服务器场中使用与在实际服务器场中相同的 URL。（如果不这样做，您将因诊断与实际升级中不会出现的 URL 相关的问题而浪费时间。 确保将所有设置和自定义项传送到测试环境。确定和安装自定义项一节中提供了有关收集此信息的说明。

使用虚拟测试环境当使用虚拟化测试环境进行测试时，无需使用大量硬件。只需使用两台运行 Hyper-V 的服务器即可复制您的环境。其中一台服务器具有前端 Web 服务器和应用程序服务器的映像，另一台服务器具有数据库服务器的映像。

289

使用物理测试环境在使用物理环境进行测试时，您需要以尽可能接近的方式复制整个服务器场环境。如果过度减少前端 Web 服务器、应用程序服务器或数据库服务器的数目，将无法准确估计升级过程所用的时间，并且可能无法了解相同角色服务器之间进行交互（如 SQL Server 事务）的复杂性。如果原始服务器场中有多台服务器属于同一个角色，请在测试服务器场中为该角色至少使用两台服务器来测试此类问题。

用于数据库附加升级的其他测试环境如果使用数据库附加升级方法，则可能需要另建一个测试环境：运行 Windows SharePoint Services 3.0 的一个单服务器场，您可以使用该服务器场在尝试升级数据之前运行升级前检查程序。通过在现有生产服务器场上运行升级前检查程序，您可以避免此步骤。

确定和安装自定义项为了使测试过程准确无误，您必须查找当前环境中的所有自定义项，并将它们复制到测试环境。有关您需要确定的自定项的类型的详细信息，请参阅确定如何处理自定义设置 (SharePoint Foundation 2010)。 使用升级前检查程序来确定您的环境中的网站定义、网站模板和功能。 升级前检查程序将扫描每个网站集，并生成有关每个网站状态的报告。它还保存每个列表的列表定义信息。在启动升级过程之前，您可以查看这些报告以找到问题并将其解决。与 Windows SharePoint Services 3.0 的升级前扫描工具不同，升级前检查程序是一种只读工具，不会更改您的网站。有关此工具及其运行步骤的详细信息，请参阅针对未来版本的升级前扫描和报告 (Windows SharePoint Services) 和运行升级前检查程序 (SharePoint Foundation 2010) 。

对 Windows SharePoint Services 3.0 环境中的所有内容数据库使用 Stsadm –o enumallwebs 操作，以确定子网站中的特定自定义项。此操作将列出环境中每个网站集和子网站的 ID，以及网站所依赖的模板。此操作是在 Windows SharePoint Services 3.0 Service Pack

290

2 (SP2) 中首次引入的。有关详细信息，请参阅 Enumallwebs ： Stsadm 操作 (Windows SharePoint Services)。

使用 WinDiff 之类的工具（大多数 Microsoft 操作系统都提供此工具）将生产环境服务器与测试场服务器进行比较。您可以使用此工具来了解服务器上存在哪些文件以及这些文件之间的差异。 检查 web.config 文件是否有任何改动，并查看 SafeControls 元素以查找任何自定义控件。 使用 SharePoint 诊断工具 (SPDiag) 可查找已部署的解决方案。有关详细信息，请参阅

SharePoint 诊断工具 (SPDiag) 。 创建找到的所有自定义项的列表。如有可能，请确定自定义项的来源。例如，是否有在内部自定义的第三方外接程序或模板？确定来源之后，可以检查这些自定义项是否有更新或升级版本。有一个工作表可用于填写有关环境的信息，这些信息基于在升级前检查程序的结果中找到的数据和在对自定义项的研究中找到的数据。可从 http://go.microsoft.com/fwlink/?

linkid=179928&clcid=0x804 （该链接可能指向英文页面） 下载此工作表，并根据需要对其进行自定义。 对于不是您创建的自定义项的相关问题，您应与谁联系？

在识别所有自定义项之后，请将它们复制到测试服务器场中适当的服务器上。在将数据库附加到 SharePoint Foundation 2010 之前，可以使用 Windows PowerShell cmdlet test-spcontentdatabase 来确定环境中是否缺少任何自定义项。在将数据库还原到数据库服务器之后但在运行升级之前，请为每个数据库运行此命令。请注意，此 cmdlet 以静默方式运行，除非存在错误，否则它将不会返回任何输出。

将真实数据复制到测试环境并尝试升级除非使用实际数据，否则将无法实现测试目标。可以使用以下方法来创建数据的副本： 对于就地升级，请创建服务器场备份，然后将其还原到测试环境。有关详细信息，请参阅备份和还原完整服务器场（ Windows SharePoint Services 3.0 技术） 。 对于数据库附加升级，您需要使用 Microsoft SQL Server 备份和还原工具来创建内容数据库以及希望升级的任何其他数据库的副本。有关详细信息，请参阅备份和还原内容数据库 (Windows

SharePoint Services 3.0)。除了针对所有数据的副本进行测试外，没有其他更好的方式来了解在升级过程中可能发生的情况；但是，在进行初始测试时，实际上并不总是会选择此方法。您可以将测试分为多个阶段，每次测试一个数据库（如果数据库很大），这样可以确保测试数据集的特有内容，或者可以组合使用来自环境中代表性网站的数据子集。如果您想先使用一个数据子集进行测试，则请确保该子集具有下列特征： 数据子集包含您的环境所支持的典型网站。 该数据子集的大小和复杂性与环境的实际大小和复杂性非常相似。

测试数据子集并不会生成关于处理环境的全部数据量将花费多长时间的有效基准。复制数据之后，先执行一遍升级过程以观察发生的情况。这只是首轮测试。

291

提示 重要：

尝试就地升级如果要尝试就地升级方法，请使用以下步骤来试验升级过程：1. 创建服务器场的备份。2. 将备份还原到测试服务器场。

有关详细信息，请参阅备份和还原完整服务器场（ Windows SharePoint Services 3.0 技术） 。3. 运行升级前检查程序。记下该工具所发现的任何问题。在生产服务器场上运行实际升级之前，您将需要在原始环境中解决这些问题。有关详细信息，请参阅运行升级前检查程序 (SharePoint

Foundation 2010)。4. 按照执行就地升级 (SharePoint Foundation 2010) 中的步骤尝试就地升级。5. 审阅结果。

尝试数据库附加升级1. 创建内容数据库的 SQL Server 备份。2. 使用 SQL Server 将备份还原到单服务器测试场中，并将内容数据库附加到该环境。

有关详细信息，请参阅备份和还原内容数据库 (Windows SharePoint Services 3.0) 。3. 运行升级前检查程序。记下该工具所发现的任何问题以及做出的任何更改。在生产服务器场上运行实际升级之前，您将需要在原始环境中解决这些问题并进行相应更改。有关详细信息，请参阅运行升级前检查程序 (SharePoint Foundation 2010) 。4. 按照准备新的 SharePoint Foundation 环境 中的步骤进行操作，以针对数据库附加升级配置测试环境。5. 按照附加数据库并升级到 SharePoint Foundation 2010 中的步骤进行操作，以尝试数据库附加升级过程。

审阅结果测试升级完成之后，可以审阅结果并重新检查计划。查看日志文件、查看升级的网站，并签出自定义项。对于您的环境，升级的工作情况怎么样？您发现了什么情况？您需要如何重新考虑升级计划？

审阅日志文件审阅以下日志文件： 升级前检查程序日志文件。升级前检查程序 (stsadm -o preupgradecheck) 的日志文件位于 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS 中。日志文件按以下格式命名：PreUpgradeCheck_YYYYMMDD-HHMMSS-SSS-随机数字.log，其中 YYYYMMDD 是日期，HHMMSS-SSS 是时间（24 小时制的小时数，然后是分钟数、秒数和毫秒数），随机数字用于区分可能发生的同步运行升级前检查程序的多个操作。

292

SharePoint 产品和技术配置向导 (Psconfig.exe) 日志文件（在试验就地升级的过程中运行此向导时生成）。PSCDiagnostics 日志文件位于 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS 中。

升级日志文件和升级错误日志文件（在运行升级时生成）。升级日志文件 (.log) 和升级错误日志文件 (.err) 位于 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS 中。日志文件按以下格式命名：Upgrade-YYYYMMDD-HHMMSS-SSS.log，其中 YYYYMMDD 是日期，HHMMSS-SSS 是时间（24 小时制的小时数，然后是分钟数、秒数和毫秒数）。

若要审阅日志文件以查找和解决问题，请从文件的开头开始。如果环境中的几个网站集都发生错误或警告，或者错误或警告完全阻止了升级过程，则这些错误或警告可能重复出现。例如，如果您无法连接到配置数据库，则升级过程将尝试（并失败）数次，而这些尝试将列在日志文件中。搜索或直接浏览查找以下条目： Finished upgrading SPFarm Name=<配置数据库的名称> In-place upgrade session finishes. Root object = SPFarm=<配置数据库的名称>,

recursive = True. 0 errors and 0 warnings encountered.如果找到这些条目，则表明安装成功。如果在上一步中未找到这些条目，则可以在 Upgrade.log 文件中搜索或直接浏览查找下列词条，以确定可能造成失败的特定问题： 在日志文件中搜索 ERROR 以查找任何失败错误（如组件失败或数据库连接错误）。 搜索 WARNING 以查找缺少功能或组件之类的问题。若要查找升级问题，您可能会发现使用日志分析程序针对日志文件运行查询将非常有用。

必要时重新启动升级在数据库附加升级过程中，将跳过任何无法升级的网站。在就地升级过程中，如果服务器重新启动或升级失败，则需要重新启动升级过程以升级其余的网站。若要查看在升级过程中是否遗漏或跳过了任何网站，请在 SharePoint Foundation 2010 服务器场中的每台前端 Web 服务器上运行以下 Stsadm 操作：stsadm -o localupgradestatus。有关此操作的详细信息，请参阅 Localupgradestatus ： Stsadm 操作 (Windows SharePoint Services) 。如果升级时跳过任何网站集，则可以使用以下 Windows PowerShell cmdlet 对包含该网站集的数据库重新启动升级过程：upgrade-spcontentdatabase -id <GUID>。有关此 cmdlet 的详细信息，请参阅 Upgrade-SPContentDatabase。有关详细信息，请参阅继续升级 (SharePoint Foundation 2010) 。

审阅升级后的网站在生产环境中运行升级过程之前，请审阅升级后的网站以找出任何需要解决的问题。有关要查找的特定内容的详细信息，请参阅验证升级和审阅升级后的网站 (SharePoint Foundation 2010) 。

293

调整计划并再次测试重复测试过程，直至您确信已找到了所有可能面临的问题，并且知道如何处理这些问题。您的目标是明确以下问题：假设现在是星期日下午 4:00，您必须在星期一早上重新实现联机，但升级进行得不顺利，这种情况下您有什么计划？您是否已经没有退路？请测试您的回滚计划，并在您开始实际升级之前确保该计划的有效性。

294

估计升级过程将花费的时间和所需的空间量 (SharePoint Foundation 2010)规划从 Windows SharePoint Services 3.0 到 Microsoft SharePoint Foundation 2010 的升级过程时最重要的是确定生成过程将花费的时间和将需要的存储空间。每个环境都独一无二，包括不同的硬件功能和不同的网站特征。运行升级所需的空间和时间长度根据环境不同会有较大的差异。估计这些因子的最好方法是执行一个试验升级，然后查看该升级所占用的空间和时间。有关如何执行试验升级的详细信息，请参阅使用试验升级查找潜在问题 (SharePoint Foundation 2010) 。本文内容： 估计升级所需的空间 估计升级将花费的时间

估计升级所需的空间对于就地升级方法和数据库附加升级方法，升级过程中数据库都有可能会扩展。另外，升级过程运行时还会发生大量事务，因此必须确保日志文件有空间可扩展以容纳正在发生的更改。您必须对数据库和日志文件进行增长规划。计划升级时，请确保您的当前环境遵循 Windows SharePoint Services 3.0 关于存储的最佳做法，以便在升级过程中您可以获得最佳体验和性能。有关详细信息，请参阅物理存储建议 (Office SharePoint Server)。您还应该查看有关 SharePoint Foundation 2010 的最佳做法并对升级后的环境进行任何所需的调整。 由于在新版本中表结构发生了更改，因此在重新组织数据时数据库将临时增长。升级后可以恢复此增长的空间，但您应确保在运行就地升级或数据库附加升级时，存在相当于数据库当前大小 50% 的空间，以防数据库增加这么多空间（请注意，在升级后，您可以再次减少数据库以恢复该空间中的一大部分）。您还应确保数据库服务器上具有空间，可满足数据库因典型用途而随时间不断增长的结果。若要了解数据库当前的大小，请使用 Microsoft SQL Server 中的“企业管理器”。除了数据库空间以外，还必须具有可供以下项使用的空间： 临时数据库。请确保具有足够的数据库空间，以便能够满足快速增长的临时数据库对空间的需求。如果没有足够的空间，则升级过程可能会超时，并且升级将失败。 升级日志文件。 数据库的事务日志文件。这些日志文件必须迅速增大以适应数据库中发生的更改次数。

在超大型环境中，事务日志文件的默认增长率 (10%) 有可能跟不上升级过程；这会导致超时。此外，若要确定事务日志文件能否跟上升级过程，试验升级是最佳方法。如果环境非常大，或者升级过程在试验升级期间超时，请考虑预先扩展 SQL Server 事务日志文件以确保有空间可用于必须处理的事务数。有关如何扩展 SQL Server 事务日志的详细信息，请参阅扩展数据库 (SQL Server 2005) (http://go.microsoft.com/fwlink/?

295

注意：

linkid=182619&clcid=0x804) 或扩展数据库 (SQL Server 2008) (http://go.microsoft.com/fwlink/?linkid=182620&clcid=0x804)。

估计升级将花费的时间得到磁盘空间的估计值并且进行一些测试后，现在可以计算实际升级过程所需时间的粗略估计值。在不同环境中，升级时间会有很大差异。升级的性能主要取决于所使用的硬件、网站的复杂程度以及实现的特定特征。例如，如果有许多大型文档库，则升级这些文档库所花费的时间可能就比升级简单网站长。下表描述了影响性能的因素。

内容因素 硬件因素数量： 网站集 子网站 列表 文档版本（编号和大小） 文档 链接包括整体数据库本身的大小。

SQL Server 每秒的磁盘输入/输出量 要参与磁盘布局的 SQL Server 数据库 SQL Server 临时数据库优化 SQL Server CPU 和内存特征 Web 服务器 CPU 和内存特征 网络带宽和延迟

数据结构的设计方式会影响到数据升级所要花费的时间。例如，每个含有 10 项的 10,000 个列表的升级时间将比每个含有 10,000 项的 10 个列表的升级时间要长。必须为每个列表执行升级列表基础结构所需的操作，而不考虑项的数量；因此，列表越多就等于是操作越多。对于上表中“内容因素”列中的大多数项都是如此。硬件的结构也会对性能造成很大的影响。通常，数据库服务器的性能要比 Web 服务器的性能更加重要，但是任一层上硬件动力不足或连接有问题会严重影响升级性能。所选择的升级方法也会使升级过程所需时间有很大差异。执行数据库附加升级是最快速的方法（但是，此方法的升级前和升级后步骤所需时间比就地升级要长）。就地升级花费的时间要多一点，因为您除了升级网站还要升级环境，但使用此方法时就不必执行那么多的升级前和升级后步骤了。估计总时间的最佳方法是对一小部分或所有数据进行试验升级，然后查看升级日志文件。日志文件中包含升级过程的持续时间（请查看升级日志文件底部的“经过的总时间”）。使用此时间可以计划全套内容的持续时间。在升级过程中还可以使用日志文件检查进度。该 upgrade.log 文件位于 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\14\LOGS 中。根据试验升级得出的估计时间只是针对数据的实际升级过程的时间；它并不包括此步骤之前和之后必须执行的所有步骤所需的时间，而这些步骤花费的时间可能比升级数据本身所需时间更长。在估计升级将花费的时间时，除了估计处理数据所需的时间之外，还必须估计升级前和升级后这两个阶段的活动将花费的时间。

296

对于升级前步骤，请考虑以下因素： 创建自定义元素 创建 Web 部件或重做自定义模板以利用新功能将花费一些时间。创建自定义元素的过程应在项目的评估阶段中尽早开始。 备份数据库 对于就地升级，必须执行整个环境的完整备份（而非差异备份），以确保能够在升级失败而必须重建服务器场时（这种可能性微乎其微）进行恢复。对于大型环境，此步骤可能会花费大量时间。尤其是备份到网络位置时，网络延迟问题会减慢这一过程。对于升级后步骤，请考虑以下因素： 验证网站并进行更改 给用户足够的时间在升级后验证其网站。这可能需要几天时间。有关详细信息，请参阅验证升级和审阅升级后的网站 (SharePoint Foundation 2010) 。环境中的其他因素也会导致升级时间变长，这些因素包括： 超大型文档库 如果文档库中有超过 250,000 个文档，且所有文档都位于文档库的根中（而非文件夹中），则升级这样的库将花费很长时间，并且升级可能会失败。遵照使用文件夹分解大型文档库的

Windows SharePoint Services 3.0 指导标准可以帮助您管理库的大小。例如，如果重新排列同一文档库，使 250,000 个文档划分为 125 个文件夹，则升级这样的文档库应该更容易些。 超大型数据库 升级大于 100 GB 的数据库需要很长时间。

如果您的内容数据库大于 100 GB，则您可能需要在运行升级之前将其分隔为一些较小的数据库。大型数据库不仅需要花费更长时间来升级，还使升级失败后的恢复变得更加困难。 可以使用 Stsadm.exe 中的 mergecontentdbs 或 backup 和 restore 操作在数据库之间移动网站。有关详细信息，请参阅 Mergecontentdbs ： Stsadm 操作 (Windows

SharePoint Services) 和 Backup 和 restore ： Stsadm 操作 (Windows SharePoint Services)。

如果您拥有无法拆分（因为大部分内容在一个网站集中）的超大型数据库（大于 100 GB），则可能需要重新考虑升级方法。数据库附加升级方法较难处理超大型数据库，因为备份和还原如此之大的数据库本身就是个问题。 尝试升级之前，请遵循以前版本和新版本中的容量规划指导标准。如果超出了最佳性能指导标准，则升级过程可能花费更长时间，还可能失败（例如，升级过程对同一大型文档库可能重复超时）。如果部署不满足推荐的容量指导标准，则在尝试升级之前请考虑是否需要做些什么来满足这些指导标准。此外，试验升级可以帮助您做出该决定。

通信要求需要通知您的用户和升级计划团队，并给他们留出一些时间来完成各自的任务。有关详细信息，请参阅创建沟通计划 (SharePoint Foundation 2010) 。

管理系统中心警报和告警升级过程中需要监视系统的性能，但不需要监视特定的功能。暂停来自 Microsoft Systems Center Operations Manager 或 Microsoft Operations Manager 的任何不需要的警报和告警，然后在升级后重新开启这些警报。

打开/关闭 SQL 监视和日志传送功能

297

注意 警告：

升级前应关闭监视和日志传送功能，然后在升级后，已确定环境运行正确时重新打开这些功能。建议不要在升级的过程中运行监视或日志传送功能，因为这样会在运行 SQL Server 的服务器上创建其他负载，另外还会因监视或传送的是临时数据而浪费资源。测试升级过程以了解该过程可能会花费的时间，然后针对升级操作创建一个计划并测试该计划，以确定您的时间线。应在操作时间线中包括执行升级前和升级后步骤所需的时间：如果开始前需要 5 个小时来备份环境，则需要在中断窗口中包括这段时间。另外还应包括缓冲时间以防您需要执行还原或恢复操作，即应同时确定计划的中断时间线（现实情况）和紧急的中断时间线（最糟情况）。

298

在升级之前清理环境 (SharePoint Foundation 2010)在开始从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 之前，您应该确保环境运行状况良好并且清理任何不必升级的内容。您也可以花些时间来移除或重新排列有关内容，以便在执行升级后生成的结构是您所希望的。本文内容： 要清理的项 进行结构更改

要清理的项其中很多项都可以通过使用 Stsadm.exe 命令进行移除或修复。若要运行 Stsadm 命令行工具，您必须是本地计算机上的 Administrators 组的成员。

删除未利用或未充分利用的网站集和子网站您不希望升级无需保留的内容。如果某项内容已经很久未使用并且将来也不需要，请备份该内容然后将其删除，以释放存储和管理资源、提高升级性能并降低升级风险。请务必就网站状态与网站所有者或组织联系人进行交流，以便在删除网站之前确保不需要该网站（例如，您不希望删除满足合规性所必需的网站，例如紧急预案，即使这些预案可能不会经常更新）。有关如何删除网站集和子网站的详细信息，请参阅： Deletesite ： Stsadm 操作 (Windows SharePoint Services) Deleteweb ： Stsadm 操作 (Windows SharePoint Services)

解决大列表问题默认情况下，在升级到 SharePoint Foundation 2010 后将应用大列表查询限制。当列表非常大时，如果用户使用一个视图或执行一个超出限制阈值的查询，则将不允许使用该视图或查询。升级前，检查环境中的任何大列表，并请求网站所有者或列表所有者解决问题。例如，所有者可以使用已筛选视图创建索引列、将各项组织到文件夹、在页面上为大视图设置项限制，或者使用外部列表。有关如何解决大列表问题的详细信息，请参阅 Office Online 上的管理包含许多项的列表和库 (http://go.microsoft.com/fwlink/?linkid=182370&clcid=0x804)。

299

重要：

解决大 ACL 问题频繁地使用项目级权限会导致生成大量的访问控制列表 (ACL) 条目，这反过来又会在服务器上产生性能问题。有关此问题的信息和有关如何处理大量用户的提示，请参阅知识库文章 953132 ：在 Windows SharePoint Services 3.0 和 SharePoint Server 2007 中如何将大量用户添加到网站、列表或文档 库 (http://go.microsoft.com/fwlink/?linkid=182327&clcid=0x804)。

删除多余的文档版本文档版本数目过大会严重地减慢升级速度。如果您不必保留多个版本，您可以允许用户手动删除一些版本或使用对象模型找到并删除它们。有关如何以编程方式移除多余版本的详细信息，请参阅 MSDN 上的版本 Web 服务（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=182330&clcid=0x804)（该链接可能指向英文页面）。

移除未利用的模板、功能和 Web 部件首先，确认没有网站正在使用模板、功能或 Web 部件。可以使用升级前检查程序 (Stsadm -o preupgradecheck) 和 Stsadm -o EnumAllWebs 操作来标识环境中的这些自定义项。这两种操作都已在 2009 年 10 月版累积更新 (CU) 中进行了更新，现在它们标识正在环境中使用的 Web 部件、功能、事件处理程序和安装文件。升级前检查程序指定环境中存在哪些服务器端文件以及这些文件的使用次数。EnumAllWebs 命令指定各网站都使用哪些文件。有关如何标识环境中的自定义项的详细信息，请参阅使用试验升级查找潜在问题 (SharePoint Foundation 2010)。如果自定义项未在使用中，请删除它们。有关如何管理这些类型的自定义项的详细信息，请参阅 MSDN 上的功能和模板 (http://go.microsoft.com/fwlink/?linkid=182338&clcid=0x804) 和解决方案和 Web 部件包 (http://go.microsoft.com/fwlink/?linkid=182332&clcid=0x804)。

修复数据问题清理数据库以移除任何孤立的网站或其他已损坏的数据（如已损坏的列表）。在从数据库中移除网站或子网站后，请考虑进行碎片整理。有关详细信息，请参阅： Databaserepair ： Stsadm 操作 (Windows SharePoint Services) Forcedeletelist ： Stsadm 操作 (Windows SharePoint Services)

进行结构更改如果希望对环境进行结构上的更改（如来回移动网站集或更改数据库的分配方式），可以使用以下方法： Stsadm -o mergecontentdbs   使用此方法可以在数据库之间移动网站集。当数据库中包含类似数据时，升级是最有效的。因此，最好是共享某个内容数据库的任何网站集采用相似的类型。使用此操作还可以划分包含多个网站集的大型数据库。这还可以帮助提高升级效率。

有关详细信息，请参阅 Mergecontentdbs ： Stsadm 操作 (Windows SharePoint Services) 。

300

导出和导入网站 使用此方法可以在服务器场内或服务器场之间移动子网站或网站集。有关详细信息，请参阅导入和导出： Stsadm 操作 (Windows SharePoint Services) 。

301

解决升级问题 (SharePoint Foundation)即使在通过测试升级过程来标识潜在问题之后，您也可能会在从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 的过程中遇到意外的问题。当您在升级后遇到问题时，您检测并解决这些问题的速度越快，最终用户体验就越佳。 本文描述用于标识和解决升级问题的一般原则，并包含一个常见问题列表。在标识并解决问题之后，可以恢复升级。有关如何恢复升级的详细信息，请参阅继续升级 (SharePoint Foundation 2010) 。本文内容： 用于标识问题的一般原则 常见问题

用于标识问题的一般原则首先，通过检查升级状态确定升级停止的位置（如果已停止），通过检查日志文件查找任何错误或警告。接下来，解决您发现的问题，然后再继续升级。

首先，查看升级状态和日志文件升级状态指示器和日志文件将指出升级过程中出现的错误。我们建议您仔细审阅升级日志文件中记录的所有错误。虽然警告并不总是表示问题，但您应审阅所有警告以确定是否存在可能导致更多问题的警告。1. 通过执行下列一项或两项操作来查看升级状态：

查看 SharePoint 管理中心网站中的“升级状态”页。 使用 Stsadm.exe 操作 localupgradestatus 查看升级状态。有关如何查看升级状态的详细信息，请参阅验证升级和审阅升级后的网站 (SharePoint Foundation 2010)。

2. 审阅以下日志文件： Setup.exe 日志文件。 SharePoint 产品和技术配置向导 (Psconfig.exe) 日志文件。 升级错误日志文件和升级日志文件（此文件中包含的信息比升级错误日志文件中包含的信息更为详细）。 ULS 或跟踪日志文件。

这些文件存储在 %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS 文件夹中，其名称为 Servername_YYYYMMDD-MMSS.log。

应用程序事件日志文件。 可以使用事件查看器来查看此文件。

302

有关 Setup.exe、PSconfig.exe 和升级日志文件的详细信息，请参阅验证升级和审阅升级后的网站 (SharePoint Foundation 2010) 。有关跟踪日志文件的详细信息，请参阅 MSDN 上的跟踪日志 (http://go.microsoft.com/fwlink/?linkid=182380&clcid=0x804)。

然后，按顺序解决问题有一些问题产生的影响比其他问题产生的影响更大。例如，缺少服务器端文件会导致许多看似不相关的网站级错误。按以下顺序解决问题：1. 缺少的服务器端文件或自定义项，如功能或 Web 部件。2. 服务器场、Web 应用程序或服务（如未启动的托管路径或服务）中的配置问题。3. 在各个网站（从影响较大的网站开始）上发现的其他问题。在标识并解决首要问题时，可以尝试重新运行升级以查看是否解决了升级过程中后面出现的任何问题。

常见问题检查以确定以下问题中是否存在导致升级错误或警告的问题。

服务器端文件或自定义项缺失或被弃用升级过程中的一个常见错误是缺少服务器端文件（随 Windows SharePoint Services 3.0 安装的文件或自定义的文件）。在准备升级时，应创建网站所需的服务器端自定义项（例如网站定义、模板、功能、Web 部件、程序集）的清单。（升级前检查程序可帮助识别这些项。）查看此清单以确保在升级环境中安装自定义项所需的所有文件。如果执行的是数据库附加升级，则可在升级数据库之前使用 test-spcontentdatabaseWindows PowerShell cmdlet 来确定丢失的任何文件。也可以使用 Stsadm.exe 中的 enumallwebs 操作来标识正在使用的服务器端自定义项。在升级日志文件中，您也许会看到如下类似的错误： 错误: 发现使用缺少的 Web 模板的网站的引用计数，ContentDatabase 内容数据库名称中的网站模板标识符 (lcid: 网站模板语言代码)。 错误: 发现缺少功能 Id = [功能标识符] 错误: 文件 [相对文件路径] 在数据库中引用了 [引用计数] 次，但在当前服务器上没有安装。 警告: WebPart 类 [Web 部件标识符] 在数据库中引用了 [引用计数] 次，但在当前服务器上没有安装。 警告: 程序集 [程序集路径] 在数据库中进行了引用，但在当前服务器上没有安装。 警告: 未能升级功能。异常: 未能找到 ID 为“功能标识符”的功能定义。如果您能够获得缺失的服务器端文件或依赖项，请安装它，然后为受影响的网站重新运行升级。如果该文件或依赖项（如 Web 部件）已被弃用，您必须调查是否需要重新生成网站、网页或 Web 部件以使用

303

不同的模板、功能或 Web 部件。如果使用尚未被弃用的依赖项来重新进行自定义，则可以为受影响的网站重新运行升级。如果无法移除依赖项，则无法升级网站。安装缺少的文件或依赖项之后，可以在测试服务器上使用 test-SPContentDatabaseWindows PowerShell cmdlet 来确定是否缺少该数据库的任何其他文件。如果只是运行升级前检查程序或重新运行升级，则日志文件中可能不会显示该错误，即使该错误可能仍在发生。

服务器场、Web 应用程序或服务的设置配置不正确或缺失验证服务器场和 Web 应用程序的设置，创建并启动任何缺失的服务。确认每个 Web 应用程序的任何托管路径（包含路径或排除路径）配置正确。在升级日志文件中，您也许会看到如下类似的错误： 错误: 由于异常而未能访问模板 模板 Id: SPSite Id=网站 Id。在模板升级过程中跳过 SPWeb

Id=Web Id。异常: System.IO.FileNotFoundException: 未找到具有 ID 网站 Id 的网站。此错误指示缺少管理路径。请将网站集的管理路径添加到 Web 应用程序中，并为包含此网站集的内容数据库重新启动升级。

更新级别不一致或不正确必须运行 Windows SharePoint Services 3.0 Service Pack 2 才能运行升级。如果未满足此最低要求，则您将看到一个错误，并且升级将不会运行。

数据问题以下数据问题会导致升级过程中出现错误或警告： 与数据源的连接。如果服务器无法连接到数据库，则无法更新它们。 孤立的网站或列表或其他数据库已损坏。有关详细信息，请参阅在升级之前清理环境 (SharePoint

Foundation 2010)。 列数据已隐藏。如果升级过程向列表中添加一个列，而列表中已存在一个具有相同名称的自定义列，则将重命名该自定义列。在升级之后，您可能必须重新调整视图以包含该重命名的列。在升级日志文件中，您也许会看到如下类似的错误： 警告: 孤立的网站可能会导致升级失败。 错误: 数据库 [内容数据库名称] 包含的网站 (Id = [网站集标识符]，Url = [网站集 URL]) 在站点地图中找不到。修复任何孤立的项或数据库损坏问题，然后重新运行升级。

UI 更改对用户界面 (UI) 进行更改（如添加 Fluent UI（也称作功能区）或遵循 XHTML 标准）会导致网站中出现问题。有时，自定义元素（如内容类型）具有的名称可能会与新版本中的某个名称发生冲突。您也可以有必须转换为标准网站定义的网页或必须为其创建新视图的大型列表。

304

有关如何查看网站中的 UI 问题的详细信息，请参阅验证升级和审阅升级后的网站 (SharePoint Foundation 2010)。在升级日志文件中，您也许会看到如下类似的错误： 未能在网站 [网站 Url] 上激活网站集功能。异常: 发现重复的内容类型名称“名称”。

此错误指示已将第三方的“摘要信息”内容类型添加到 o12 中的指定网站，并且在升级到 o14 的过程中，其名称与动态“摘要信息”内容类型的名称发生冲突。在指定网站中，删除第三方内容类型或将其重命名为“摘要信息”之外的其他名称，然后再重新运行升级。

缺少空间如果空间不足（例如，用于数据库服务器上的事务日志文件的空间不足），升级将无法继续。请释放一些空间，或增大事务日志文件的大小，然后再继续升级。有关详细信息，请参阅管理事务日志文件的大小 (http://go.microsoft.com/fwlink/?linkid=124882&clcid=0x804)。

基于表单的身份验证如果升级的是使用基于表单的身份验证的环境，则必须执行其他步骤。按照为基于声明的 Web 应用程序 配置基于表单的身份验证 (SharePoint Foundation 2010) 中的步骤执行操作可升级基于表单的身份验证提供程序。

安全性和权限如果您收到一条有关未知帐户的错误，或者数据库未升级，请验证以下事项： 对于就地升级，确保用于运行 SharePoint 产品和技术配置向导的帐户是要升级的所有数据库的

db_owner 固定数据库角色的成员。如果它不是此角色的成员，则在向导开始升级数据库时，您可能会看到有关未知用户帐户的错误。 对于数据库附加升级，如果在 SQL Server 的实例之间移动数据库，请确保验证是否正确配置了安全性。检查所用帐户是否有适当的固定角色和数据库权限，以及在跨域升级时它们是否仍是有效的帐户。

另请参阅使用试验升级查找潜在问题 (SharePoint Foundation 2010) 验证升级和审阅升级后的网站 (SharePoint Foundation 2010) 继续升级 (SharePoint Foundation 2010)

305

升级失败后进行恢复 (SharePoint Foundation 2010)如果 Microsoft SharePoint Foundation 2010 升级失败，并且没有时间继续解决问题或继续执行升级过程，您可以恢复 Windows SharePoint Services 3.0 环境。恢复的步骤有所不同，具体取决于您拥有的备份类型。如果您执行的是数据库附加升级并且让原始环境保持可用（通过使用只读数据库或采用脱机环境）您可以很轻松地恢复环境。如果您执行的是就地升级，则必须恢复整个环境并还原数据。时间充裕的情况下，应解决问题并继续升级。有关详细信息，请参阅解决升级问题 (SharePoint Foundation) 和继续升级 (SharePoint Foundation 2010) 。本文内容： 在待机环境下拥有只读数据库的条件下（数据库附加升级）执行恢复 拥有完整环境备份的条件下（就地升级）执行恢复 拥有数据库备份的条件下（就地升级）执行恢复

在待机环境下拥有只读数据库的条件下（数据库附加升级）执行恢复当执行数据库附加升级时，您可以选择保持现有环境可用，但数据库设置为只读。此种状态下的恢复最为简单，因为您的原始环境仍旧可用且仅仅设置为只读。如果必须恢复环境，您仅需将数据库重新切换为读/写状态并恢复服务请求。文章 运行使用只读数据库的服务器场 (Windows SharePoint Services) 中描述了将服务器场设置为使用只读数据库的步骤。要将只读服务器场返回至可以进行所有操作，请将“数据库只读”项设置为“False”，然后重新启用本文中所列出的计时器作业。

拥有完整环境备份的条件下（就地升级）执行恢复如果在开始升级过程前为环境创建了一个完整备份，您可以还原完整备份来恢复环境。有关如何从完整备份中进行还原的详细信息，请参阅使用内置工具还原服务器场 (Windows SharePoint Services 3.0)。

拥有数据库备份的条件下（就地升级）执行恢复如果只创建了内容数据库备份，您仍然可以恢复环境，但是这会花费更长时间且需要更多步骤。基本上，您需要再次构建环境，然后还原数据库备份。有关恢复环境和还原已备份内容数据库的详细信息，请参阅配置数据库出现问题后还原服务器场 (Windows SharePoint Services) 。

306

继续升级 (SharePoint Foundation 2010)在某些情况下，您可能不得不重新启动升级才能完成将网站从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 的过程。例如： 在就地升级过程中，如果服务器重新启动或升级失败，则必须通过使用 Psconfig.exe 重新启动升级过程以升级其余网站。 在数据库附加升级过程中，将跳过任何无法升级的网站。在解决这些网站中存在的所有问题（如缺少模板或语言包，或者网站已设置为只读或已超出其配额）之后，可使用 Windows PowerShell 命令重新启动升级过程以仅升级跳过的网站。升级失败的一个常见原因是，环境中缺少自定义的功能、解决方案或其他元素。在开始升级过程之前，确保在您的前端 Web 服务器上安装所需的任何自定义元素。可以使用升级前检查程序（对于数据库附加升级，可使用 test-spcontentdatabaseWindows PowerShell cmdlet）来找出网站可能使用的任何自定义元素。有关详细信息，请参阅“使用试验升级查找潜在问题”一文中的确定和安装自定义项。

本文内容： 使用 Psconfig.exe 重新启动针对服务器场的升级 使用 Windows PowerShell 重新启动对数据库的升级

使用 Psconfig.exe 重新启动针对服务器场的升级如果您确定升级过程在 SharePoint 产品和技术配置向导完成之前的某个时间点已停止或失败，则可以通过重新运行 SharePoint 产品和技术配置向导或使用命令行操作，从该时间点重新启动升级。这一过程也称为强制软件升级。在重新启动升级之前，请务必查明并解决导致升级失败或停止的问题。

1. 验证您是否拥有以下管理凭据： 若要使用 Psconfig.exe，您必须是服务器上的本地 Administrators 组的成员。

2. 打开命令提示符窗口并导航到以下目录：%COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\14\Bin\

3. 键入以下命令：psconfig -cmd upgrade -inplace v2v -passphrase <passphrase> -wait有一个可选参数 -force，当命令不起作用时，此参数可以强制升级过程继续。将 -force 添加到命令字符串的末尾可强制升级过程继续。

在再次开始安装软件升级之前，可以启用 Windows Installer 日志记录。若要启用 Windows Installer 日志记录，请参阅 Microsoft 知识库文章 99206 ：如何启用 Windows Installer 日 志记录(http://go.microsoft.com/fwlink/?linkid=99206&clcid=0x804)。

307

注意： 重新启动针对服务器场的升级 注意：

使用 Windows PowerShell 重新启动对数据库的升级如果在就地升级或数据库附加升级过程中跳过了任何网站集，则可以通过使用 Windows PowerShell cmdlet 重新启动针对包含相应网站集的数据库的升级过程。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令：

upgrade-spcontentdatabase -id <GUID>其中 GUID 是数据库的标识符。可以运行以下 cmdlet 来查找内容数据库的 GUID： Get-SPContentDatabase -Identity<内容数据库名称>

有关详细信息，请参阅 Upgrade-SPContentDatabase。

308

使用 Windows PowerShell 重新启动对数据库的升级

执行升级前步骤 (SharePoint Foundation 2010)在计划针对 Microsoft SharePoint Foundation 2010 的升级过程之后，您可以按照以下必需的升级前步骤操作来开始升级过程。本节内容： 运行升级前检查程序 (SharePoint Foundation 2010) 升级前检查程序可确定环境中的潜在升级问题。请在规划升级时以及在开始升级过程之前运行此工具，以便可以解决这些问题。

进行就地升级前备份整个环境 (SharePoint Foundation 2010) 创建环境的完整备份，以确保在升级未按计划进行时可以进行恢复。

309

运行升级前检查程序 (SharePoint Foundation 2010)在升级到 Microsoft SharePoint Foundation 2010 之前，可以使用升级前检查程序报告您的环境和 SharePoint 网站的状态。强烈建议服务器管理员在安排升级前运行升级前检查程序，并尽量解决所有可以解决的问题。 升级前检查程序是一个可在 Windows SharePoint Services 3.0 环境中运行的 Stsadm 操作，用以查找任何潜在升级问题以及审核相关建议和最佳实践。该操作可用于 Windows SharePoint Services 3.0 Service Pack 2 并已在 2009 年 10 月版的 Windows SharePoint Services 3.0 累计更新中更新。您可以从 2009 年 10 月版 SharePoint Server 2007 和 Windows SharePoint Services 3.0 累计更新软件包已发布（该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=169179&clcid=0x804)（该链接可能指向英文页面）下载并安装 2009 年 10 月版累计更新。

您可能需要多次运行升级前检查程序。例如，如果您运行此工具以评估服务器场，但在几个星期内不执行升级，那么在您执行升级前需要再次运行此工具以扫描任何新网站，并确保在这几个星期中没有出现其他问题。本文内容： 关于升级前检查程序报告 运行升级前检查程序升级过程中出现故障的一个常见原因是环境中缺少自定义功能、解决方案或其他元素。在开始升级过程之前，应确保将所需的所有自定义元素安装到前端 Web 服务器上。可以使用升级前检查程序（对于数据库附加升级，可使用 test-spcontentdatabaseWindows PowerShell cmdlet）来找出网站可能使用的任何自定义元素。有关详细信息，请参阅“使用试验升级来查找潜在问题”一文中的确定和安装自定义项。

关于升级前检查程序报告升级前检查程序报告有关您的环境以及该环境中 SharePoint 网站的状态信息，其中包括： 升级准备和支持的途径 返回服务器场中所有服务器和组件的列表以及有关服务器是否符合升级要求的信息。 备用访问映射设置 返回服务器场中使用的备用访问映射 URL 的列表。 已安装的元素 返回服务器场中安装的所有网站定义、网站模板、功能和语言包的列表。您需要了解已经安装或使用了哪些网站模板以确保可以在升级或附加数据库后验证它们是否可用。您还需要了解已自定义了哪些元素以确保可以在升级后再次验证自定义项。例如，您需要了解某网站是否依赖

SharePoint Foundation 2010 尚且不具备的 Windows SharePoint Services 3.0 语言包，以便可以计划如何在升级期间处理该网站。 不支持的自定义项 报告服务器场中是否存在不支持的服务器端自定义项（如数据库架构修改）。

310

注意： 注意：

孤立的对象 列出服务器场中的全部数据库或网站孤立项。列表项、列表、文档、网站和网站集等对象都可以是孤立对象 — 也就是说，这些对象存在但不与特定网站相关联。由于孤立对象在以前版本中不起作用，因此升级后它们也不会起作用。如果您执行就地升级，则孤立项目将仍然存在但不会起作用。建议您在升级之前修复任何孤立对象。前端 Web 服务器上 Administrators 组的成员可以按照知识库文章 918744 可用于修复 Windows SharePoint Services 中内容数据库的新命令行操作的说 明(http://go.microsoft.com/fwlink/?linkid=69958&clcid=0x804) 中的步骤操作，在升级之前修复孤立的项目。

有效配置设置 报告服务器场中任何缺失或无效的配置设置（如缺少的 Web.config 文件、无效的主机名或无效的服务帐户）。 数据库要求 报告数据库是否符合升级要求。例如，将数据库设置为读/写模式，并且存储在

Windows Internal Database 中的任何数据库和网站集都不大于 4 GB。使用从升级前检查程序中收集的信息可以确定： 执行就地升级还是数据库附加升级。

确定升级方法 (SharePoint Foundation 2010) 提供的信息有助于您确定执行哪种类型的升级。在做出这一决定时要考虑升级前检查程序生成的报告，这一点很重要。如果服务器不符合就地升级要求，则需要考虑执行数据库附加升级。 升级包含自定义网站的部分网站集还是所有网站集。 对于升级后需要重新应用或恢复自定义设置的网站，在审阅阶段比其他网站需要的时间要长。我们提供了一个工作表，以便您可以在准备升级的过程中记录关于环境的信息。可从 http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x804 （该链接可能指向英文页面） 下载此工作表。

运行升级前检查程序在执行此过程之前，请确认以下内容： 您的系统运行的是 Windows SharePoint Services 3.0 Service Pack 2

1. 验证您是否拥有以下管理凭据： 若要使用 Stsadm，您必须是服务器上本地 Administrators 组的成员之一。

2. 单击“开始”，右键单击“命令提示符”，然后单击“以管理员身份运行”。3. 在命令提示符窗口中，导航到以下目录：

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\bin4. 键入以下命令，然后按 Enter：

STSADM.EXE -o preupgradecheck此命令检查本地服务器和场级设置。如需可以用于执行此操作的其他参数的列表，请参阅升级前

311

提示： 运行升级前检查程序

检查： Stsadm 操作 (Windows SharePoint Services) 。有关升级前检查程序中包括的规则的列表，请参阅将来版本的升级前扫描和报告 (Windows SharePoint Services) 。运行升级前检查程序之后，该报告会自动在默认浏览器中打开。您也可以通过从报告所在的 %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\LOGS 目录中打开该报告来进行查看。报告按以下格式命名：PreUpgradeCheck_YYYYMMDD-HHMMSS-SSS-随机数字.htm，其中 YYYYMMDD 是日期，HHMMSS-SSS 是时间（24 小时制的小时数，然后是分钟数、秒数和毫秒数），随机数字用于区分可能进行的运行升级前检查程序的多个并发尝试。同一位置还提供了报告的 TXT 和 XML 版本。使用报告可以查找并解决问题。还可以与升级团队的其他成员共享相关结果。例如，在安排升级之前，您可以向相应网站所有者、Web 设计人员或开发人员报告自定义网站模板或自定义 Web 部件等相关问题，以给他们时间来解决这些问题。

312

进行就地升级前备份整个环境 (SharePoint Foundation 2010)要确保在升级过程中出现错误时可以恢复现有环境，您必须在运行升级过程之前对 Windows SharePoint Services 3.0 进行备份。 如果您正在 Hyper-V 虚拟环境中运行 Windows SharePoint Services 3.0，请参阅在 Hyper-V 虚拟 环境中使用 SharePoint 产品和技术 (http://go.microsoft.com/fwlink/?linkid=125834&clcid=0x804)。

 备份环境。您可以对 Windows SharePoint Services 3.0 环境进行完整备份。我们建议您在升级前对服务器场进行完整备份。要对 Windows SharePoint Services 3.0 环境进行备份，请使用在通过使用内置工具备份服务器场 (Windows SharePoint Services 3.0)中所描述的过程 (http://go.microsoft.com/fwlink/?linkid=105988&clcid=0x804)。 如果已部署自定义项，您还必须对自定义项进行备份。有关详细信息，请参阅备份和还原自定义项 (Windows SharePoint Services) (http://go.microsoft.com/fwlink/?linkid=186627&clcid=0x804)。

测试备份您必须确保这些备份有效，以便在升级过程中发生硬件失败或数据损坏时可以进行恢复。若要测试备份，请设置一个非生产用的 Windows SharePoint Services 3.0 服务器场，还原备份并安装所有自定义项（例如网站定义、Web 部件等），然后验证还原的备份能否正常运行。 要执行此操作，请使用通过使用内置工具还原服务器场 (Windows SharePoint Services 3.0) (http://go.microsoft.com/fwlink/?linkid=105989&clcid=0x804)。

另请参阅备份和还原服务器场 (Windows SharePoint Services 3.0)

313

执行就地升级 (SharePoint Foundation 2010)您通过阅读关于升级过程 (SharePoint Foundation 2010) 中的文章，对升级过程已有所了解，并且您已按照规划并准备升级 (SharePoint Foundation 2010) 中的文章介绍的步骤规划了您的升级过程，现在，您已准备好执行针对 Microsoft SharePoint Foundation 2010 的就地升级了。可以使用本节中的步骤在生产服务器场上进行实验升级和实际的就地升级。本节内容： 就地升级清单 (SharePoint Foundation 2010)

在您准备升级，执行升级以及执行升级后步骤时，请使用此清单确保遵循所有必要步骤。 就地升级到 SharePoint Foundation 2010 获取执行就地升级所需的所有步骤（从安装必备组件到升级网站）。

从 Windows SharePoint Services 3.0 的独立安装升级到带远程 BLOB 存储的 SharePoint Foundation 2010获取从内容数据库大于 4 GB 的独立 Windows SharePoint Services 3.0 系统升级到 SharePoint Foundation 2010 的步骤。

使用已分离数据库执行就地升级指南 (SharePoint Foundation 2010) 了解使用分离数据库混合方法进行升级的过程。此方法兼具就地升级与同时升级多个数据库的效率和速度优点。

安装可用的语言模板包 (SharePoint Foundation 2010) 在运行安装程序后但在运行 SharePoint 产品和技术配置向导之前，安装环境所需的任何语言包。

314

就地升级清单 (SharePoint Foundation 2010)本文包含您可以用于确保在准备升级、执行升级和执行升级后步骤时遵循所有必要步骤的清单。本文内容： 准备升级 执行升级 执行升级后步骤其中的某些步骤包括关于这些步骤可能占用时间的注释。这些时间只是粗略估计，以便让您大致了解某一步骤的持续时间。要了解对于您的环境每个步骤将占用多长时间，建议在测试环境中执行试验升级。有关详细信息，请参阅估计升级过程将花费的时间和所需的空间量 (SharePoint Foundation 2010) 和使用试验升级查找潜在问题 (SharePoint Foundation 2010) 。

准备升级在开始就地升级之前按顺序执行这些步骤：

就地升级的升级前步骤 说明[ ] 运行升级前检查工具

运行升级前检查工具并且解决任何问题。使用工具生成的报告填写升级规划工作表。 详细步骤：运行升级前检查程序 (SharePoint Foundation 2010)。

在您清理环境和测试升级过程时多次执行此步骤。运行检查工具只占用几分钟时间，但解决任何问题可能会花费几天乃至几星期。

[ ] 清理环境在您开始升级之前，请确保您的环境在正常运行状态下工作，您将清除无需保留的任何内容。删除或修复任何孤立的网站或数据、确定任何大型列表或大型访问控制列表 (ACL)、删除多余的文档版本以及删除任何未使用的模板、功能或 Web 部件。

对整个环境执行一次此步骤。此过程可能花费几天或几星期来完成。

315

就地升级的升级前步骤 说明详细步骤：在升级之前清理环境 (SharePoint Foundation 2010)。

[ ] 记录被禁止的文件类型被禁止的文件类型在升级期间不会保留。请复制被禁止的文件类型的列表，在升级工作表中保存该列表，这样您就可以在升级之后重新应用设置。

对整个环境执行一次此步骤。

[ ] 对环境进行备份对整个环境进行备份，以确保在升级过程中出错的情况下您可以恢复现有环境。 详细步骤：进行就地升级前备份整个环境 (SharePoint Foundation 2010)。

对整个环境执行一次此步骤。此步骤可能占用一个小时、几个小时或更长时间，这取决于您的数据集和环境。

执行升级在就地升级过程中按顺序执行这些步骤。具有分离数据库的就地升级所需的步骤也包括在内。

当您从使用 Windows Internal Database 且数据库大小接近 4 GB 的 Windows SharePoint Services 3.0 安装执行就地升级时，您必须执行另外的附加步骤。有关这些步骤的详细信息，请参阅当内容数据库超过 4 GB （远程 BLOB 存储）时，从 Windows SharePoint Services 3.0 的独立安装升级到 SharePoint Foundation 2010 。

执行就地升级 说明[ ] 运行升级前检查工具

再次运行升级前检查工具，以便在开始升级之前确定任何新问题或遗留的问题。 详细步骤：运行升级前检查程序 (SharePoint Foundation 2010)。

运行检查工具只占用几分钟时间，但解决任何问题可能花费更长时间。

[ ] 在所有服务器上安装必备组件 对环境中的每台 Web 服务器执

316

警告：

执行就地升级 说明在可以升级之前，必须在已安装 Windows SharePoint Services 3.0 的每台 Web 服务器上成功运行必备组件安装程序。 详细步骤：“就地升级到 SharePoint Foundation 2010”文章中的安装必备组件。

行此步骤。

[ ] 分离数据库（仅限具有分离数据库的就地升级）如果您执行的是具有分离数据库的就地升级，则在运行安装程序之前分离数据库。详细步骤：使用已分离数据库执行就地升级指南 (SharePoint Foundation 2010)。

对环境中的每个内容数据库执行此步骤。

[ ] 将用户断开连接如果要升级服务器场，则停止所有 Web 服务器上的 World Wide Web 发布服务 (W3SVC)，以便断开所有用户与服务器场的连接。

在环境中的每台 Web 服务器上执行此步骤。

[ ] 在所有服务器上运行安装程序在所有服务器上运行安装程序以升级软件。 详细步骤：“就地升级到 SharePoint Foundation 2010”文章中的在所有服务器上运行安装程序。

对环境中的每台 Web 服务器执行此步骤。此步骤可能占用几分钟或超过一个小时，取决于环境中有多少台服务器。

[ ] 安装语言包在运行 SharePoint 产品和技术配置向导之前安装所需的任何语言包。 详细步骤：安装可用的语言模板包 (SharePoint Foundation 2010)。

在环境中的每台 Web 服务器上执行此步骤。此步骤应该对每台 Web 服务器只花费几分钟时间。

[ ] 运行 SharePoint 产品和技术配置向导 对环境中的每台 Web 服务器执行此步骤。

317

执行就地升级 说明如果您在升级服务器场，则首先在运行 SharePoint 管理中心的服务器上运行 SharePoint 产品和技术配置向导，在服务器场中的其他服务器上暂停，然后运行向导，之后返回第一台服务器完成向导。

重要：必须先升级 SharePoint 管理中心，然后才能尝试升级服务器场中的任何其他内容，在运行 SharePoint 管理中心的服务器上完成该向导可以实现这一点。

详细步骤：“就地升级到 SharePoint Foundation 2010”文章中的运行 SharePoint 产品配 置向导。

此步骤可能花费一个小时或更久。

[ ] 为基于声明的 Web 应用程序配置基于表单的身份验证（仅限具有分离数据库的就地升级）对于被配置为使用基于表单的身份验证或 Web 单一登录 (Web SSO) 身份验证的 Web 应用程序，在附加和升级数据库之前必须执行附加步骤。首先，将 Windows SharePoint Services 3.0 Web 应用程序转换为声明身份验证。在将 Web 应用程序转换为声明身份验证后，为基于表单的身份验证（或 Web SSO 身份验证，视情况而定）配置 Web 应用程序区域。然后，您可以将用户和权限迁移到 SharePoint Foundation 2010。 详细步骤：为基于声明的 Web 应用 程序配置基于表单的身份验证 (SharePoint Foundation 2010)。

如果您采用具有分离数据库的就地升级方式，则现在就执行此步骤。如果您采用标准的就地升级方式，请在升级完成后执行此步骤。 对于在 Windows SharePoint Services 3.0 中使用基于表单的身份验证的任何 Web 应用程序执行此步骤。

[ ] 附加数据库（仅限具有分离数据库 对环境中的每个内容数据库执行

318

执行就地升级 说明的就地升级）如果您执行的是具有分离数据库的就地升级，则附加数据库，然后升级数据。详细步骤：使用已分离数据库执行就地升级指南 (SharePoint Foundation 2010)。

此步骤。此步骤可能花费一小时、几小时或几天，取决于您的数据集、您是否在并行升级多个数据库以及 Web 服务器、数据库服务器和存储子系统上的硬件。

[ ] 监视升级进度在您的网站升级时使用 SharePoint 管理中心的“升级状态”页监视升级进度。 详细步骤：验证升级和审阅升级后的网站 (SharePoint Foundation 2010)。

对整个环境执行一次此步骤。此步骤可能花费一小时、几小时或几天，取决于您的数据集。

执行升级后步骤在执行就地升级后执行以下步骤。

就地升级的升级后步骤 说明[ ] 为基于声明的 Web 应用程序配置基于表单的身份验证

对于被配置为使用基于表单的身份验证或 Web 单一登录 (Web SSO) 身份验证的 Web 应用程序，在升级后必须执行附加步骤。首先，将 Windows SharePoint Services 3.0 Web 应用程序转换为声明身份验证。在将 Web 应用程序转换为声明身份验证后，为基于表单的身份验证（或 Web SSO 身份验证，视情况而定）配置 Web 应用程序区域。然后，您可以将用户和权限迁移到 SharePoint Foundation

对于在 Windows SharePoint Services 3.0 中使用基于表单的身份验证的任何 Web 应用程序执行此步骤。

319

就地升级的升级后步骤 说明2010。 详细步骤：为基于声明的 Web 应 用程序配置基于表单的身份验证 (SharePoint Foundation 2010)。

[ ] 验证升级并审阅升级后的网站审阅网站以确定这些网站已成功升级并且可以由用户查看。 详细步骤：验证升级和审阅升级后的网站 (SharePoint Foundation 2010)。

对环境中每个已升级的 Web 应用程序和网站集执行此步骤。此步骤可能花费一小时、几小时或几天，取决于您的内容。您还应该让网站所有者审阅其网站并报告任何问题。

另请参阅SharePoint 2010 产品的升级工作表（该链接可能指向英文页面）

320

就地升级到 SharePoint Foundation 2010运行从 Windows SharePoint Services 3.0 到 Microsoft SharePoint Foundation 2010 的就地升级时，将按固定的顺序，在现有硬件上同时对服务器场的配置数据和场中的所有内容进行升级。启动就地升级过程时，安装程序会使 Web 服务器脱机，网站将无法使用，直到升级完成，此时安装程序将重新启动 Web 服务器。开始就地升级后，将无法暂停或回滚到先前的版本。 升级失败的一个常见原因是，环境中缺少自定义的功能、解决方案或其他元素。在开始升级之前，请确保您需要的任何自定义元素均安装在前端 Web 服务器上。可以使用升级前检查程序确定网站可能正使用的任何自定义元素。有关详细信息，请参阅“使用试验升级查找潜在问题”一文中的确定和安装自定义项。

如果您的数据库大小超过 4 GB，则从安装的 Windows SharePoint Services 3.0（使用 Windows Internal Database）就地升级需要执行额外的步骤。有关详细信息，请参阅当内容数据库超过 4 GB （远程 BLOB 存储）时，从 Windows SharePoint Services 3.0 的独立安装升级到 SharePoint Foundation 2010。 您还可以使用本文中的许多过程借助分离数据库混合方法进行升级，在此升级过程中，您可以就地升级服务器和基础架构，并通过并行分离和附加内容数据库来升级这些数据库。有关分离数据库过程的信息，请参阅使用已分离数据库执行就地升级指南 (SharePoint Foundation 2010) 。有关如何选择升级方法的详细信息，请参阅确定升级方法 (SharePoint Foundation 2010) 和升级过程概述 (SharePoint Foundation 2010)。

必须在 64 位 Windows Server 2008 环境中运行 Windows SharePoint Services 3.0 Service Pack 2 (SP2) 才能就地升级到 SharePoint Foundation 2010。如果您位于服务器场环境中，则还必须运行 64 位版本的 Microsoft SQL Server 2008 R2、SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 以及 SQL Server 2005 SP3 和累积更新 3。

本文内容： 过程概述 开始之前 安装必备组件 在所有服务器上运行安装程序 运行 SharePoint 产品配置向导 检查网站的升级状态 验证

过程概述使用本文中的过程，您可以在环境中安装 SharePoint Foundation 2010 并升级所有 SharePoint 网站。建议先在测试环境中执行升级过程，然后再尝试升级生产环境。有关详细信息，请参阅使用试验升级查找潜在问题 (SharePoint Foundation 2010) 。

321

注意： 重要：

在升级服务器场时，请按照以下顺序在服务器上安装和配置新版本：1. 在服务器场中的所有服务器上安装 SharePoint Foundation 2010。2. 为 SharePoint Foundation 2010 安装任何所需的语言包。有关详细信息，请参阅安装可用的语言模板包 (SharePoint Foundation 2010) 。3. 在包含 SharePoint 管理中心网站的前端 Web 服务器上运行 SharePoint 产品和技术配置向导。若要确定哪台服务器正在运行 SharePoint 管理中心，可打开“服务器场中的服务器”页 (http://server_name: adminport/_admin/farmservers.aspx)，并记下正在运行“管理中心服务”的服务器。可以在安装 SharePoint Foundation 2010 之前执行该步骤，此时仍可使用 Windows SharePoint Services 3.0 的 SharePoint 管理中心。

如果有多台服务器正在运行 SharePoint 管理中心，可选择其中一台服务器作为最初要在其上运行升级的服务器。在该服务器上完成升级过程后，可以继续对运行 SharePoint 管理中心的其他服务器执行该过程。4. 按任意顺序在服务器场中的其余前端 Web 服务器和应用程序服务器上运行 SharePoint 产品和技术配置向导。若要查看每种升级方法的相关概述和示意图，请参阅升级过程概述 (SharePoint Foundation 2010) 。

如果使用分离数据库混合方法进行升级，则可采用类似的过程，但需要在运行安装程序之前分离所有内容数据库，然后在运行 SharePoint 产品和技术配置向导后重新附加这些数据库。有关分离数据库升级方法的详细信息，请参阅使用已分离数据库执行就地升级指南 (SharePoint Foundation 2010)。

开始之前在开始就地升级之前，请查看以下有关权限、硬件要求和软件要求的信息，以及开始升级过程之前要执行的步骤。 在开始升级之前，应确保已运行升级前检查工具（stsadm -o preupgradecheck，在

Windows SharePoint Services 3.0 Service Pack 2 中提供，并在 2009 年 10 月版累积更新中进行了更新），并且已解决所有问题。有关详细信息，请参阅运行升级前检查程序 (SharePoint Foundation 2010)。

在开始升级过程之前，建议您备份所在环境。有关详细信息，请参阅进行就地升级前备份整个环境 (SharePoint Foundation 2010)。

确保您满足所有硬件和软件要求。您必须拥有 64 位版本的 Windows Server 2008 或 Windows Server 2008 R2。对于服务器场，您也必须拥有 64 位版本的 SQL Server 2005 或 SQL Server 2008。有关这些要求（比如必须安装的特定更新）的详细信息，请参阅确定硬件和软件要求 (SharePoint Foundation 2010) 。

确保您准备好使用适当的权限设置所需帐户。有关详细信息，请参阅初始部署所需的管理帐户和服务帐户 (SharePoint Foundation 2010) 。 确保您用于运行 SharePoint 产品和技术配置向导的帐户是要升级的所有数据库的 db_owner 固定数据库角色的成员。

322

注意： 注意：

安装必备组件在可以升级之前，必须在已安装 Windows SharePoint Services 3.0 的每台 Web 服务器上成功运行必备组件安装程序。必备组件安装程序用于安装为 SharePoint Foundation 2010 提供支持时所需的软件。

1. 从产品光盘打开安装文件夹，并运行 PrerequisiteInstaller.exe。这将打开 Microsoft SharePoint 产品准备工具。

2. 单击“下一步”。3. 在“许可条款”页上，选中“我接受许可协议的条款”复选框，然后单击“下一步”。

该工具将运行，以安装和配置所需软件。4. 单击“下一步”。5. 在“安装完成”屏幕上，验证每个必备组件是否已成功安装或者是否已经安装。6. 单击“完成”关闭向导。

在所有服务器上运行安装程序在安装所有必备组件后，即可在服务器场中的所有 Web 服务器上运行 Setup.exe。

如果使用分离数据库混合方法进行升级，则应在运行安装程序之前分离内容数据库。有关如何分离数据库的详细信息，请参阅使用已分离数据库执行就地升级指南 (SharePoint Foundation 2010)。如果要在服务器场中运行就地升级，则停止所有前端 Web 服务器上的 World Wide Web 发布服务 (W3SVC)，以便断开所有用户与服务器场的连接。如果您允许服务器场中的用户在更新某一台 Web 服务器上的文件和数据库后进行连接，而此时其他 Web 服务器尚未更新，则用户将无法浏览网站。1. 运行 Setup.exe。2. 查看“阅读 Microsoft 软件许可条款”页上的条款，选中“我接受此协议的条款”复选框，然后单击“继续”。3. 在“升级早期版本”页上，单击“立即安装”。 4. 安装程序将运行并安装 SharePoint Foundation 2010。

在完成页上，清除“立即运行 SharePoint 产品配置向导”复选框，然后单击“关闭”。在运行 SharePoint 产品和技术配置向导之前，为 SharePoint Foundation 2010 安装任何语言模板包。有关详细信息，请参阅安装可用的语言模板包 (SharePoint Foundation 2010) 。

323

运行必备组件安装程序 注意： 重要： 安装新版本

运行 SharePoint 产品配置向导如果升级单台服务器，则可以只在该服务器上运行 SharePoint 产品和技术配置向导并开始升级内容。如果升级服务器场，则应首先在运行 SharePoint 管理中心的服务器上运行 SharePoint 产品和技术配置向导，暂停该向导然后在服务器场中的其他服务器上运行该向导，然后返回到第一台服务器完成该向导。必须先升级 SharePoint 管理中心，然后才能尝试升级服务器场中的任何其他内容，这一点很重要。在运行 SharePoint 管理中心的服务器上完成该向导可以实现这一点。

确保您用于运行 SharePoint 产品和技术配置向导的帐户是要升级的所有数据库的 db_owner 固定数据库角色的成员。如果不是，当向导开始升级数据库时，您可能会看到有关未知用户帐户的错误。确保先安装任何语言模板包，然后再运行 SharePoint 产品和技术配置向导。运行 SharePoint 产品和技术配置向导后，将无法再使用 Windows SharePoint Services 3.0。您无法暂停或回滚安装和升级过程。在继续安装 SharePoint Foundation 2010 之前，应确保具有有效和最新的环境备份。1. 单击“开始”，依次指向“所有程序”和“管理工具”，然后单击“SharePoint 产品配置向导”。2. 在 SharePoint 产品和技术配置向导中的“欢迎使用 SharePoint 产品”页上，单击“下一步”。

将显示一条消息，通知您在配置期间可能需要重新启动或重置 Internet Information Services (IIS)、SharePoint 管理服务 v4 和 SharePoint 定时服务 v4。

3. 单击“是”以继续运行该向导。4. 在“指定服务器场设置”页上的“密码”框中，键入密码，在“确认密码”框中，键入同一密码。密码至少应为八个字符，并且至少应包含以下四个组的三个组中的字符： 英文大写字符（A 到 Z） 英文小写字符（a 到 z） 数字（0 到 9） 非字母字符（例如 !、$、#、%）

5. 在“直观升级”页上，选择下列选项之一： 更改现有的 SharePoint 网站以使用新的用户体验。管理员将控制最终用户的用户体验。

可以使用该选项更改所有网站以使用新的用户体验，而不需要首先预览该体验。如果选择该选项，还可以选择以下两个选项之一： 保留自定义页面，但更新模板和应用程序页面以使用新的 UI。 将所有自定义页面重置为其原始模板。此选项将从自定义页面删除修改并无法撤消。 保留现有 SharePoint 网站的外观并允许最终用户更新其网站的用户体验。

324

重要： 警告： 运行 SharePoint 产品配置向导

这是默认选项。网站所有者可通过该选项使用新的用户体验来预览其网站，并决定准备何时将网站永久切换到新的用户体验。6. 在“正在完成 SharePoint 产品配置向导”页上，验证设置，然后单击“下一步”。

SharePoint 产品和技术配置向导将为 SharePoint Foundation 2010 运行和配置配置数据库及 SharePoint 管理中心。7. 显示一条消息，指出如果您具有一个包含多台服务器的服务器场，则必须在每台服务器上运行安装程序，以便在继续执行 SharePoint 产品和技术配置向导之前安装新的二进制文件。

如果这是服务器场中唯一的服务器，或者您已经在服务器场中的所有服务器上运行了安装程序，则单击“确定”以继续运行该向导。 如果您尚未在服务器场中的所有服务器上运行安装程序，请立即在其余服务器上运行安装程序，然后返回到此服务器，并单击“确定”以继续运行该向导。通过设置配置数据库并安装 SharePoint 管理中心，SharePoint 产品和技术配置向导继续执行升级过程。

8. 在“配置成功，正在进行升级”页上查看已配置的设置，然后单击“完成”。 SharePoint 产品和技术配置向导将关闭，同时“升级状态”页将打开。在“升级状态”页打开之前，可能会提示您输入用户名和密码。升级过程可能需要花一段时间才能完成，具体取决于服务器场中的数据量。

注意：如果使用分离数据库混合方法进行升级，现在则可以开始附加内容数据库以升级这些数据库。有关详细信息，请参阅使用已分离数据库执行就地升级指南 (SharePoint Foundation 2010)。

9. 如果升级服务器场，现在则可以在服务器场中的其他服务器上完成 SharePoint 产品和技术配置向导。

检查网站的升级状态完成 SharePoint 产品和技术配置向导后，可以从 SharePoint 管理中心的“升级状态”页，或者使用 Stsadm.exe 中的 localupgradestatus 操作来监控每个网站的升级过程。有关详细信息，请参阅验证升级和审阅升级后的网站 (SharePoint Foundation 2010) 。如果在升级前停止了所有前端 Web 服务器上的 World Wide Web 发布服务 (W3SVC)，则在所有网站均已成功完成升级后，应手动启动前端 Web 服务器上的 World Wide Web 发布服务，使用户能够使用 Web 服务器。

搜索结果可能不完整，或者可能不会在升级后的几分钟内返回。这是因为搜索同步计时器作业必须在升级后运行，而搜索结果必须在该作业完成后才可用。

325

注意：

验证如果升级失败或报告有问题，则可以参考日志和错误文件获取详细信息。有关如何查看日志文件和失败后重新开始升级的详细信息，请参阅验证升级和审阅升级后的网站 (SharePoint Foundation 2010) 。如果使用的是直观升级，若要获取有关预览网站和更改为新用户界面的详细信息，请参阅管理直观升级 (SharePoint Foundation 2010)。

另请参阅解决升级问题 (SharePoint Foundation)

326

使用已分离数据库执行就地升级指南 (SharePoint Foundation 2010)从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 时，可以执行就地升级或数据库附加升级，也可以在升级过程中组合运用这两种方法的某些方面，以提高可用性或吞吐量。本文介绍如何执行将就地升级与分离和附加数据库相结合的混合方法，以便可以同时（甚至是在单独的硬件上）升级多个数据库。可以使用此方法一次升级两个或更多内容数据库，因此升级速度比使用标准就地升级（这种升级依次升级各个内容数据库和网站集）时的速度更快。此方法使用以下混合技术： 使用就地升级来升级服务器场和设置。 并行分离和升级多个数据库。 备选的升级序列：在临时的小型服务器场上升级数据库。请注意，如果您决定使用临时小型服务器场来执行实际升级，则必须能够直接访问数据库服务器以从中复制数据库。通过网络复制数据库会占用时间和带宽，因此务必要测试此过程，以确定是否具有使用临时的小型服务器场所需的资源。有关不同的升级方法有何优缺点的详细信息，请参阅确定升级方法 (SharePoint Foundation 2010) 。有关要为每种方法执行哪些步骤的概述和图形说明，请参阅升级过程概述 (SharePoint Foundation 2010)。升级失败的一个常见原因是，环境中缺少自定义的功能、解决方案或其他元素。在开始升级之前，请确保您需要的任何自定义元素均安装在前端 Web 服务器上。可以使用升级前检查程序（对于数据库附加升级，可使用 test-spcontentdatabaseWindows PowerShell cmdlet）来找出网站可能使用的任何自定义元素。有关详细信息，请参阅“使用试验升级查找潜在问题”一文中的确定和安装自定义项。

本文内容： 过程概述 开始之前 在相同服务器场上并行分离和升级数据库 在临时小型服务器场上并行分离和升级数据库 验证

必须在 64 位 Windows Server 2008 环境中运行 Windows SharePoint Services 3.0 Service Pack 2 (SP2) 才能就地升级到 SharePoint Foundation 2010。如果您位于服务器场环境中，则还必须运行以下产品之一的 64 位版本：Microsoft SQL Server 2008 R2、SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 以及 SQL Server 2005 SP3 和累积更新 3。

327

注意： 重要：

过程概述由于此升级方法混合了用于就地升级和数据库附加升级的技术，所以本文介绍如何将每种方法的步骤结合到混合过程中。本文不提供该过程中每个步骤的详细信息，因为以下文章介绍了这些步骤： 就地升级到 SharePoint Foundation 2010 附加数据库并升级到 SharePoint Foundation 2010 这些文章与本指南相结合，为您提供了执行此混合升级所需的信息。 可以使用两种方法来执行此类型的混合式升级：自始至终都使用一个服务器场，或者使用一个临时的小型服务器场来执行实际升级。下面各节提供了使用其中每种方法执行升级时需要采取的步骤。

开始之前在开始就地升级之前，请查看以下有关权限、硬件要求和软件要求的信息，以及开始升级之前要执行的步骤。 在开始升级之前，应确保已运行升级前检查工具（stsadm -o preupgradecheck，在

Windows SharePoint Services 3.0 Service Pack 2 中提供，并在 2009 年 10 月版累积更新中进行了更新），并且已解决所有问题。有关详细信息，请参阅运行升级前检查程序 (SharePoint Foundation 2010)。

在开始升级之前，建议您备份所在环境。有关详细信息，请参阅进行就地升级前备份整个环境 (SharePoint Foundation 2010)。

确保您满足所有硬件和软件要求。您必须拥有 64 位版本的 Windows Server 2008 或 Windows Server 2008 R2。对于服务器场，您也必须拥有 64 位版本的 SQL Server 2005 或 SQL Server 2008。有关这些要求（比如必须安装的特定更新）的详细信息，请参阅确定硬件和软件要求 (SharePoint Foundation 2010) 。

确保您准备好使用适当的权限设置所需帐户。有关详细信息，请参阅初始部署所需的管理帐户和服务帐户 (SharePoint Foundation 2010) 。

在相同服务器场上并行分离和升级数据库本节说明在单一服务器场上使用分离数据库升级方法所要执行的步骤。

使用分离数据库（相同服务器场）进行就地升级的过程分离数据库1. 使用以下操作分离内容数据库：

Stsadm.exe -o deletecontentdb -url http://servername-databasenameContentDatabaseNam

328

使用分离数据库（相同服务器场）进行就地升级的过程

e有关此操作的详细信息，请参阅 Deletecontentdb ： Stsadm 操作 (Windows SharePoint Services)。

就地升级服务器场1. 在服务器场中的所有服务器上安装所有必备软件。2. 在服务器场中的所有服务器上运行安装程序。3. 在服务器场中的所有服务器上运行

SharePoint 产品和技术配置向导。有关说明这些步骤的详细过程，请参阅就地升级到 SharePoint Foundation 2010 。附加数据库并升级内容1. 将内容数据库添加到 Web 应用程序。

使用以下 Windows PowerShell cmdlet 添加和升级内容数据库： Mount-SPContentDatabase –Name

<DatabaseName> –DatabaseServer

<ServerName> –WebApplication

<URL> [-Updateuserexperience]

2. 验证第一个数据库的升级。3. 以并行方式对其余的数据库重复数据库的还原和添加过程。有关说明这些步骤的详细过程，请参阅执行针对 SharePoint Foundation 2010 的数据库附加 升级。

在临时小型服务器场上并行分离和升级数据库本节说明在两个服务器场（原始服务器场和临时的小型服务器场）上使用分离数据库升级方法所要执行的步骤。

329

使用分离数据库（临时小型服务器场）进行就地升级的过程设置要在升级数据库过程中使用的临时小型服务器场有关说明这些步骤的详细过程，请参阅准备新的 SharePoint Foundation 环境 。2 - 从原始服务器场中分离数据库1. 使用 SQL Server 工具备份以前版本的数据库。

有关备份数据库的详细过程，请参阅执行针对 SharePoint Foundation 2010 的数据 库附加升级。2. 使用以下操作分离内容数据库：

Stsadm.exe -o deletecontentdb -url http://servername-databasenameContentDatabaseName有关此操作的详细信息，请参阅 Deletecontentdb ： Stsadm 操作 (Windows SharePoint Services)。

就地升级原始服务器场1. 在服务器场中的所有服务器上安装所有必备软件。2. 在服务器场中的所有服务器上运行安装程序。3. 在服务器场中的所有服务器上运行

SharePoint 产品和技术配置向导。有关说明这些步骤的详细过程，请参阅执行就地升级 (SharePoint Foundation 2010) 。将数据库附加到临时的小型服务器场并升级内容1. 将备份副本还原到新服务器场。2. 将内容数据库添加到 Web 应用程序。

使用以下 Windows PowerShell cmdlet 添加和升级内容数据库：Mount-SPContentDatabase –Name

<DatabaseName> –DatabaseServer

<ServerName> –WebApplication

330

使用分离数据库（临时小型服务器场）进行就地升级的过程

<URL> [-Updateuserexperience]

3. 验证第一个数据库的升级。4. 以并行方式对其余的数据库重复数据库的还原和添加过程。有关说明这些步骤的详细过程，请参阅执行针对 SharePoint Foundation 2010 的数据库附加 升级。从临时的小型服务器场备份数据库并将它们附加到原始服务器场1. 使用 SQL Server 工具备份升级后的数据库。2. 将备份副本还原到原始服务器场。3. 将升级后的内容数据库添加到原始 Web 应用程序。此过程基本上与上一步相同；但是，这次是将数据库从临时的小型服务器场移回到原始服务器场中。您将要执行与前面的步骤相同的过程。

验证如果升级失败或报告有问题，则可以参考日志和错误文件获取详细信息。有关查看日志文件和失败后重新开始升级的详细信息，请参阅验证升级和审阅升级后的网站 (SharePoint Foundation 2010) 。

331

安装可用的语言模板包 (SharePoint Foundation 2010)必须安装新版本的语言包，才能升级基于原有版本语言包的任何网站。本文内容： 关于安装语言包和升级网站 关于更改语言 从完全本地化的产品转移到语言包 将语言更改为新语言包

关于安装语言包和升级网站如果要为 Microsoft SharePoint Foundation 2010 安装语言包，可在运行安装程序之后且在运行 SharePoint 产品和技术配置向导之前进行。这样，在升级过程中，您可将基于之前版本语言包的所有网站和其他基于新版本语言包的网站一起升级。有关安装语言包的详细信息，请参阅部署指南中的部署语言包 (SharePoint Foundation 2010) 。也可以在运行 SharePoint 产品和技术配置向导之后以及升级您的环境中未基于语言包的网站之后安装语言包。如果选择此选项，则必须使用 PSConfig 命令行工具基于新安装的语言包来升级网站。

关于更改语言一般情况下不支持跨语言升级。升级前后的语言必须相同。例如，如果在原有版本中运行美国英语，则需要在新版本中升级为美国英语。如果要更改语言，必须先执行升级，然后再更改网站的语言。但是，在某些情况下此过程比较复杂，例如，原有版本对特定语言有完全本地化的产品，而新版本只有语言包，或者新版本的语言包中有某种新语言在原有版本中未提供。

从完全本地化的产品转移到语言包在每台 Web 服务器上使用以下过程从原有版本中受完全本地化产品支持、但在新版本中只受语言包支持的语言进行升级：

1. 验证执行此过程的用户帐户是否是 SharePoint 组“Farm Administrators”的成员。2. 选择要为新版本安装的语言（例如英语），SharePoint 管理中心网站将使用此语言。3. 在 SharePoint 产品和技术配置向导中，当提示您安装语言包时，请停止向导并安装相应的语言包。

332

将完全本地化的产品转移到语言包

如果已安装其他原有版本语言包，则应立即安装相应的 SharePoint Foundation 2010 语言包，方法是取消该向导，然后运行相应安装程序以安装语言包。 注意：您必须是本地计算机上 Administrators 组的成员才能执行此步骤。

有关安装语言包的详细信息，请参阅部署指南中的部署语言包 (SharePoint Foundation 2010)。

4. 再次启动配置向导以完成升级过程。

将语言更改为新语言包使用以下过程从原有版本中的一种语言升级为新版本中的不同语言（例如，如果原有版本中未提供所需的语言，但新版本中以语言包的形式提供了该语言）。

1. 确保执行后续两个步骤的用户帐户是本地计算机 Administrators 组的成员。2. 升级到对原有版本使用的相同语言的新版本。3. 升级完成之后，安装新的语言包。4. 确保执行后续两个步骤的用户帐户是 SharePoint 组“Farm Administrators”的成员。5. 创建基于新语言包的新网站。6. 将内容手动移动到新网站。

另请参阅部署语言包 (SharePoint Foundation 2010)

333

将语言更改为新语言包

当内容数据库超过 4 GB（远程 BLOB 存储）时，从 Windows SharePoint Services 3.0 的独立安装升级到 SharePoint Foundation 2010本文介绍您可能希望从独立 Windows SharePoint Services 3.0 系统升级到带有远程 BLOB 存储 (RBS) 的 SharePoint Foundation 2010 的情况。 当从独立安装的 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 时，升级过程将因内容数据库的大小不同而异。 在 Windows SharePoint Services 3.0 的独立安装中，内容数据库存储在 Windows Internal Database 中且没有大小限制。相反，在 SharePoint Foundation 2010 中，内容数据库存储在 Microsoft SQL Server 2008 Express 中，每个数据库最大大小为 4 GB。如果您的数据库大于 4 GB，则必须使用 Microsoft SQL Server 2008 R2、SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 以及 SQL Server 2005 SP3 和累积更新 3 或者安装远程 BLOB 存储 (RBS)。

Microsoft SQL Server 2008 R2 Express 最多支持 10 GB 的数据库。如果安装中的数据库大于 4 GB 但小于 10 GB，那么您可以升级到 SQL Server 2008 R2 Express 来获取内容数据库存储解决方案，而不是实施 RBS。可从如下地址下载安装 SQL Server 2008 R2 Express：http://go.microsoft.com/fwlink/?linkid=168472&clcid=0x804。

RBS 设计用于将二进制大型对象 (BLOB) 的存储从数据库服务器移动到商业存储解决方案。RBS 是可应用于 SQL Server 2008 Express 和 SQL Server 2008 的加载项。有关 RBS 的详细信息，请参阅远程 BLOB 存储概述 (SharePoint Foundation 2010) 。如果从 Windows SharePoint Services 3.0 进行升级，并且所有数据库都小于 4 GB，则可按标准就地升级过程操作。有关详细信息，请参阅就地升级到 SharePoint Foundation 2010 。如果从 Windows SharePoint Services 3.0 进行升级，并且搜索数据库大于 4 GB，则无法迁移该数据库。若要进行升级，必须在迁移和升级之前移除现有搜索实例。升级之后，可以创建新的搜索实例。如果新安装位于 SQL Server 2008 Express 上，则搜索数据库将限制在 4 GB。 如果从 Windows SharePoint Services 3.0 进行升级，并且配置数据库大于 4 GB，则无法迁移该配置数据库。您可以创建一个使用 SQL Server 2008 Express 的新 SharePoint Foundation 系统（如果配置数据库预计不会超过 4 GB），或创建一个使用 SQL Server 2008 Standard 或 SQL Server 2008 Enterprise 的新安装。也可以将现有系统迁移到 SQL Server 2008 Standard 或 SQL Server 2008 Enterprise，然后将其升级。如果您不升级现有 Windows SharePoint Services 3.0 系统，而是想在 SharePoint Foundation 2010 中安装和配置 RBS，则请参阅安装和配置远程 BLOB 存储或外部 BLOB 存储 (SharePoint Foundation 2010)。

334

注意：

如果在将内容迁移到 RBS 之后，还剩余大于 4 GB 的内容数据库，则迁移操作失败。通常只有非常大的数据库（20 GB 或更大）才会发生这种失败，但如果较小的数据库包含大量的元数据，也可能发生这种失败。 如果配置中包含大于 16 GB 的 SharePoint 数据库，则由于 SQL Server 2008 Express 和

SQL Server 2008 R2 Express 的限制，RBS 不大可能提供完整解决方案。在这种情况下，您应准备使用 SQL Server 2008 Standard 或 SQL Server 2008 Enterprise 来支持 SharePoint 数据库。

在开始升级过程之前，请确认硬件配置支持 SharePoint Foundation 2010。有关详细信息，请参阅硬件和软件要求 (SharePoint Foundation 2010) 。

本节内容 从 Windows SharePoint Services 3.0 的独立安装升级到带远程 BLOB 存储的 SharePoint

Foundation 2010本文介绍如何从包含大于 4 GB 内容数据库的独立 Windows SharePoint Services 3.0 系统升级到 SharePoint Foundation 2010。

使用远程 BLOB 存储 (RBS) 在域控制器上升级独立安装（数据库附加） 本文介绍如何从包含大于 4 GB 内容数据库的独立 Windows SharePoint Services 3.0 系统升级到在域控制器中运行的 SharePoint Foundation 2010 系统。

使用远程 BLOB 存储将独立安装升级到新硬件（数据库附加） 本文介绍如何从包含大于 4 GB 内容数据库的独立 Windows SharePoint Services 3.0 系统升级到安装于新硬件上的 SharePoint Foundation 2010。

另请参阅规划远程 BLOB 存储 (RBS) (SharePoint Foundation 2010)

335

注意

从 Windows SharePoint Services 3.0 的独立安装升级到带远程 BLOB 存储的 SharePoint Foundation 2010本文介绍如何从独立 Windows SharePoint Services 3.0 系统（包含大小范围介于 4 GB 到 16 GB 的内容数据库）升级到带有远程 BLOB 存储 (RBS) 的 Microsoft SharePoint Foundation 2010。

Microsoft SQL Server 2008 R2 Express 支持最大 10 GB 的数据库。如果安装中的内容数据库大于 4 GB 但小于 10 GB，则可升级到 SQL Server 2008 R2 Express 来获取内容数据库存储解决方案，而不是实施 RBS。有关详细信息，请参阅 Microsoft SQL Server 2008 R2 Express Edition (http://go.microsoft.com/fwlink/?linkid=189418&clcid=0x804)。

在执行本文中描述的操作之前，强烈建议您阅读以下文章以确保您遵循最佳的升级途径： 规划远程 BLOB 存储 (RBS) (SharePoint Foundation 2010) 远程 BLOB 存储概述 (SharePoint Foundation 2010) 当内容数据库超过 4 GB （远程 BLOB 存储）时，从 Windows SharePoint Services 3.0 的独立 安装升级到 SharePoint Foundation 2010

1. 检查用于执行升级和安装的用户帐户，验证其是否是正在执行升级并在安装 RBS、同时运行 Windows SharePoint Services 3.0 的计算机上 Administrators 组的成员。

2. 确认硬件配置支持 SharePoint Foundation 2010。有关详细信息，请参阅硬件和软件要求 (SharePoint Foundation 2010)。

3. 验证可用的磁盘空间是否满足以下要求： 可用磁盘空间至少是最大内容数据库大小的两倍。 可用磁盘空间等于或大于所有内容数据库大小的总和。

4. 从升级网站下载 SharePoint Foundation 2010 软件更新。5. 打开包含软件下载的本地文件夹，然后双击“PrerequisiteInstaller”。接受默认值，然后完成系统必备安装程序向导。6. 双击“安装”，接受默认值，然后完成安装向导。

安装完成后，SharePoint 产品和技术配置向导将自动运行。如果该向导检测到大于 4 GB 的 SharePoint 数据库，则会显示一条消息，通知您必须将数据库迁移到 RBS。

注意：如果存在大于 4 GB 的 SharePoint 数据库，则必须将所有 SharePoint 数据库都迁移

336

注意： 从 Windows SharePoint Services 3.0 的独立安装升级到带 RBS 的 SharePoint Foundation 2010

到 RBS，即使某些数据库小于 4 GB 也应如此。7. 如果以前没有在服务器上安装 RBS，则 SharePoint 产品和技术配置向导将失败，然后显示一条错误消息，指出检测到大于 4 GB 的数据库，必须安装 RBS。如果必须安装 RBS，则继续执行下列步骤。如果已在服务器上安装 RBS，在该向导将成功完成而不会显示错误消息。8. 转到 http://go.microsoft.com/fwlink/?linkid=177388&clcid=0x804 下载

RBS_X64.msi 文件。重要：必须安装 Microsoft SQL Server 2008 R2 功能包中提供的 SQL Server 远程 BLOB 存储安装包中的 SQL Server 远程 BLOB 存储区安装程序包中附带的 RBS 版本。RBS 的版本必须是 10.50.xxx。SharePoint Foundation 2010 不支持 RBS 的任何早期版本。

9. 打开包含该文件的文件夹，然后双击“RBS_X64.msi”启动“安装 SQL 远程 BLOB 存储”向导。10. 在“安装 SQL 远程 BLOB 存储”向导中的“功能选择”页上，展开“服务器”，单击“执行脚本”旁的向下箭头，然后单击“所有功能都将不可用”。11.展开“FILESTREAM Provider”，展开“服务器”，单击“执行脚本”旁的向下箭头，然后单击“所有功能都将不可用”。12. 使用默认值完成该向导。13.依次单击“开始”、“所有程序”、“Microsoft SharePoint 2010 产品”，然后单击“SharePoint 2010 产品配置向导”。14. 向导将完成升级。

另请参阅新增升级功能 (SharePoint Foundation 2010) 升级过程概述 (SharePoint Foundation 2010)

337

使用远程 BLOB 存储 (RBS) 在域控制器上升级独立安装（数据库附加）本文讨论通过远程 BLOB 存储 (RBS) 从运行在域控制器上的独立 Windows SharePoint Services 3.0 系统升级到 Microsoft SharePoint Foundation 2010 所需的升级过程。在内容数据库有 4 GB 大小或更大时，我们通常建议您使用 RBS。 强烈建议您阅读当内容数据库超过 4 GB （远程 BLOB 存储）时，从 Windows SharePoint Services 3.0 的独立安装升级到 SharePoint Foundation 2010 一文，了解有关如何通过 RBS 从 Windows SharePoint Services 3.0 升级到 SharePoint Foundation 2010 的重要信息和建议。

可以使用 RBS 将二进制大型对象 (BLOB) 的存储从数据库服务器移动到商业存储解决方案。RBS 是可应用于 SQL Server 2008 Express 和 SQL Server 2008 的加载项。 本文讨论的 RBS 实现使用 SQL Server FILESTREAM 提供程序。有关 RBS 和 FILESTREAM 提供程序的详细信息，请参阅远程 BLOB 存储概述 (SharePoint Foundation 2010) 。在 SharePoint Foundation 2010 中，内容数据库存储在 SQL Server 2008 Express 中，并且每个数据库的最大大小是 4 GB。因为 Microsoft SQL Server 2008 R2 Express 最多可支持 10 GB 的内容数据库，所以建议您安装 SQL Server 2008 R2 Express 来支持此类内容数据库。本文提供的升级到 SharePoint Foundation 2010 方面的指导并不全面。而是引导您阅读要执行升级而应参考的文章。本文包含在 SharePoint Foundation 2010 的域控制器安装上安装和实现 RBS 所需的其他步骤。 在开始升级过程之前，请阅读下面的文章并制定升级计划： 关于升级过程 (SharePoint Foundation 2010) 规划并准备升级 (SharePoint Foundation 2010) 当内容数据库超过 4 GB （远程 BLOB 存储）时，从 Windows SharePoint Services 3.0 的独立 安装升级到 SharePoint Foundation 2010 本文中的过程： 准备在域控制器上使用 RBS 升级到 SharePoint Foundation 2010 安装 SQL Server 2008 Express R2 安装 RBS 安装 SharePoint Foundation 2010 安装 SharePoint Foundation 2010

1. 确认用于执行升级和安装的用户帐户满足初始部署所需的管理和服务帐户 (SharePoint Foundation 2010) 中列出的要求。

338

重要： 准备在域控制器上使用 RBS 升级到 SharePoint Foundation 2010

2. 确认该用户帐户是本地计算机上的 Administrators 组的成员。 3. 确认硬件配置支持 SharePoint Foundation 2010。有关详细信息，请参阅硬件和软件要求

(SharePoint Foundation 2010)。4. 验证可用的磁盘空间是否满足以下要求：

可用磁盘空间至少是最大内容数据库大小的两倍。 可用磁盘空间等于或大于所有内容数据库大小的总和。

5. 执行执行升级前步骤 (SharePoint Foundation 2010) 一文中讨论的升级前任务。这些任务如下： 运行升级前检查程序 (SharePoint Foundation 2010) 升级前检查工具报告会包含所有内容数据库的名称。您将需要此列表来为内容数据库启用 RBS。如果具有多个 Web 应用程序，您应汇总一个列表，说明哪些内容数据库附加到哪些 Web 应用程序。升级后，您将需要此信息。

进行就地升级前备份整个环境 (SharePoint Foundation 2010)

1. 从网站下载 SQL Server 2008 R2 Express。2. 按照屏幕上的说明在域控制器上安装 SQL Server 2008 R2 Express。

有关如何安装 SQL Server 2008 R2 Express 的详细信息，请参阅如何安装 SQL Server 2008 （安装程序） (http://go.microsoft.com/fwlink/?linkid=186119&clcid=0x804)。 接受大多数安装选项的默认设置。尤其是应接受以下选项：a. 在“功能选择”页上，可以选择要安装的组件。确保选定“SQL Server Management

Studio”作为要安装的功能。b. 在“实例配置”页上，指定是安装默认实例还是命名实例。如果创建命名实例，请记下该实例名称，因为在本文的后面过程中将需要该名称。c. 在“服务器配置 - 服务帐户”页上，必须为 SQL Server 服务指定登录帐户。可以为所有

SQL Server 服务分配同一个登录帐户，也可以单独配置每个服务帐户。必须使用域帐户作为 SQL Server 数据库引擎的登录帐户。 d. 在“数据库引擎配置”页上，确保用于此安装的域帐户作为 SQL Server 管理员列出。

1. 转到 http://go.microsoft.com/fwlink/?linkid=168472&clcid=0x804 并下载 RBS_X64.msi 文件。

重要：必须安装 Microsoft SQL Server 2008 R2 功能包中提供的 SQL Server 远程 BLOB 存储安装包中提供的 RBS 版本。RBS 的版本必须是 10.50.xxx。SharePoint

339

安装 SQL Server 2008 Express R2 安装 RBS

Foundation 2010 不支持 RBS 的任何早期版本。2. 打开包含该文件的文件夹，然后双击“RBS_X64.msi”启动“安装 SQL 远程 BLOB 存储”向导。3. 在“安装 SQL 远程 BLOB 存储”向导中的“功能选择”页上，展开“服务器”，单击“执行脚本”旁的向下箭头，然后单击“所有功能都将不可用”。4. 展开“FILESTREAM Provider”，展开“服务器”，单击“执行脚本”旁的向下箭头，然后单击“所有功能都将不可用”。

注意：用来承载脚本的数据库尚不存在，因为它将在数据库升级过程中创建。在 SharePoint Foundation 2010 的安装过程中将自动安装“执行脚本”选项。

5. 使用默认值完成该向导。在安装的过程中，会出现一个描述 RBS Maintainer 任务的对话框。单击该对话框中的“确定”继续安装。

1. 使用控制面板卸载域控制器上存在的 SharePoint 产品和技术的所有早期版本。2. 按照在场服务器上安装 SharePoint Foundation 2010 中的说明安装 SharePoint

Foundation 2010。在安装的过程中，必须使用在过程安装 SQL Server 2008 Express R2 的步骤 2 中创建的数据库实例名称。如果您在步骤 2 中使用了默认命名实例，则必须在此步骤中以 "SQLExpress" 的形式输入该名称。如果使用的是默认实例，则必须在此处键入 " "，而不是使用默认的 SQLExpress 命名实例。 请注意，您正在创建 SharePoint Foundation 2010 的新安装。您执行的是数据库附加升级，而不是就地升级。

注意：安装 SharePoint Foundation 2010 后不要创建任何 Web 应用程序，直至本文后面指示您这样做。

1. 确认执行此过程的用户帐户与用于安装运行 SharePoint Foundation 2010 和 RBS 的服务器场的用户帐户相同。 2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符下，键入以下命令以将内容数据库迁移到 RBS：

Move-SPBlobStorageLocation –SourceDatabase "<ContentDbName>" –

DestinationDataSourceInstance "<InstanceName>"

其中：

340

安装 SharePoint Foundation 2010 将内容数据库迁移到 RBS 并完成安装

<ContentDbName> 是内容数据库的名称。 <InstanceName> 是您在过程安装 SQL Server 2008 Express R2 的步骤 2 中创建的

SQL Server 数据库实例名称。如果您在步骤 2 中使用了默认命名实例，则必须在此处以 "SQLExpress" 的形式输入该名称。如果使用的是默认实例，则必须在此处键入 " "，而不是使用默认的“SQLExpress”命名实例。

必须针对每个内容数据库重复此命令。请参考本文前面准备在域控制器上使用 RBS 升级到 SharePoint Foundation 2010 过程的步骤 5 中由升级前检查工具生成的内容数据库列表。

6. 创建内容数据库将附加到的 Web 应用程序。有关如何在 SharePoint Foundation 2010 中创建 Web 应用程序的信息，请参阅创建 Web 应用程序 (SharePoint Foundation 2010) 或配置基于声明的 Web 应用程序 (SharePoint Foundation 2010) 。7. 若要将内容数据库附加到 SharePoint Foundation 2010 Web 应用程序并进行升级，请键入以下命令：

Mount-SPContentDatabase "<ContentDbName>" –DatabaseServer "<DbServer>" –

WebApplication <http://SiteName>

其中： <ContentDbName> 是数据库的名称。 <DbServer> 是数据库服务器的名称。 <http://SiteName> 是 Web 应用程序的 URL。有关详细信息，请参阅 Move-SPBlobStorageLocation 和 Mount-SPContentDatabase。

8. 在新系统上创建或还原所需的自定义项。有关建议的升级后步骤，请参阅执行升级后步骤 (SharePoint Foundation 2010)。

另请参阅规划远程 BLOB 存储 (RBS) (SharePoint Foundation 2010) 新增升级功能 (SharePoint Foundation 2010)

341

使用远程 BLOB 存储将独立安装升级到新硬件（数据库附加）本文探讨从独立的 Windows SharePoint Services 3.0 系统升级到在新硬件平台上安装的带有远程 BLOB 存储 (RBS) 的 SharePoint Foundation 2010 时所必需的升级过程。

我们强烈建议您阅读文章 当内容数据库超过 4 GB （远程 BLOB 存储）时，从 Windows SharePoint Services 3.0 的独立安装升级到 SharePoint Foundation 2010 ，以了解有关从 Windows SharePoint Services 3.0 升级到带有 RBS 的 Microsoft SharePoint Foundation 2010 的重要信息和建议。

RBS 旨在将二进制大型对象 (BLOB) 的存储从数据库服务器移动到商业存储解决方案。RBS 是可应用于 Microsoft SQL Server 2008 Express 和 Microsoft SQL Server 2008 R2 Express 的加载项。RBS 的此类实现将使用 SQL FILESTREAM 提供程序。有关 RBS 和 FILESTREAM 的详细信息，请参阅远程 BLOB 存储概述 (SharePoint Foundation 2010) 。 由于 SQL Server 2008 Express 中的数据库大小的限制，应安装 Windows Internal Database 并将 Windows SharePoint Services 3.0 数据库还原到 Windows Internal Database 中。然后您可以安装 RBS，将 Windows Internal Database 中的内容数据库移动到 SQL Server 中，最后将 BLOB 移动到设为使用 RBS 的内容数据库中。默认情况下，SharePoint Foundation 2010 中的内容数据库存储在 SQL Server 2008 Express（其每个内容数据库的最大大小为 4GB）中。由于 SQL Server 2008 R2 Express 支持最大 10 GB 的内容数据库，我们建议您安装 SQL Server 2008 R2 Express 以支持内容数据库。SQL Server 2008 R2 Express 是可以从 Microsoft SQL Server 2008 R2 Express Edition (http://go.microsoft.com/fwlink/?LinkID=189418&clcid=0x409) 下载和安装的免费升级版。

本文假定您已在 Windows SharePoint Services 3.0 服务器场的数据库服务器上安装 SQL Server Management Studio。如果您尚未安装此软件，则可以从 Microsoft® SQL Server® 2008 Management Studio Express （该链接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=186132&clcid=0x804)（该链接可能指向英文页面）上下载并安装该软件。

本文并不是指导如何升级到 SharePoint Foundation 2010 的综合指南。在开始升级过程之前，请阅读以下文章并制定升级计划： 关于升级过程 (SharePoint Foundation 2010) 规划并准备升级 (SharePoint Foundation 2010) 当内容数据库超过 4 GB （远程 BLOB 存储）时，从 Windows SharePoint Services 3.0 的独立 安装升级到 SharePoint Foundation 2010 本文内容： 准备升级到原始服务器上的 SharePoint Foundation 2010 准备升级到新服务器上的 SharePoint Foundation 2010

342

重要： 注意：

在新服务器上安装和配置 Windows Internal Database 将内容数据库移动到新服务器 在新服务器上安装 SQL Server Express 2008 R2 在新服务器上安装 RBS 在新服务器上安装 SharePoint Foundation 2010 将内容数据库迁移到 RBS 并完成安装

1. 验证用于执行此过程的用户帐户是否满足 初始部署所需的管理和服务帐户 (SharePoint Foundation 2010) 中所列的要求，以及用户是否为本地计算机上的 Administrators 组的成员。

2. 验证原始服务器上是否安装了 Management Studio。3. 使用如何备份数据库 (SQL Server Management Studio)

(http://go.microsoft.com/fwlink/?linkid=187768&clcid=0x804) 中描述的过程备份内容数据库。您可以对所有选项使用默认设置，但必须使用以下设置： 在步骤 1 中，您必须将 Windows Internal Database 的实例名称设置为 \\.\pipe\

MSSQL$MICROSOFT##SSEE\sql\query。 在步骤 12 中，选择“目标”选项。确保目标媒体具有充足的空闲空间用于备份。

4. 运行文章执行升级前步骤 (SharePoint Foundation 2010) 中探讨的升级前检查程序。升级前检查程序报告包括所有内容数据库的名称。您必须具有此列表才能将内容数据库迁移到 RBS。如果您有多个 Web 应用程序，则还必须注意哪些内容数据库附加到了哪些 Web 应用程序。

1. 验证用于执行升级和安装的用户帐户是否满足 初始部署所需的管理和服务帐户 (SharePoint Foundation 2010) 中所列的要求，以及用户是否为本地计算机上的 Administrators 组的成员。

2. 确认硬件配置支持 SharePoint Foundation 2010。有关详细信息，请参阅硬件和软件要求 (SharePoint Foundation 2010)。

3. 验证可用的磁盘空间是否满足以下要求： 可用磁盘空间至少是最大内容数据库大小的两倍。 可用磁盘空间等于或大于所有内容数据库大小的总和。

1. 单击“开始”，再单击“服务器管理器”。2. 在服务器管理器中，单击“功能”，然后单击“添加功能”。

343

准备升级到原始服务器上的 SharePoint Foundation 2010 准备升级到新服务器上的 SharePoint Foundation 2010在新服务器上安装和配置 Windows Internal Database

3. 在添加功能向导中，向下滚动功能列表，然后选择“Windows Internal Database”。4. 单击“安装”。5. 退出服务器管理器。6. 依次单击“开始”、“管理工具”和“计算机管理”。7. 展开“服务和应用程序”。8. 单击“服务”。9. 在“服务”窗格中，右键单击“Windows Internal Database”，然后单击“属性”。10. 使用下拉菜单将“启动类型”更改为“自动”。11.单击“启动”以启动服务。12.单击“确定”，然后退出“计算机管理”。

1. 复制准备升级到原始服务器上的 SharePoint Foundation 2010 过程中创建的内容数据库备份文件。2. 在新服务器上，从 Microsoft® SQL Server® 2008 Management Studio Express （该链 接可能指向英文页面） (http://go.microsoft.com/fwlink/?linkid=186132&clcid=0x804)（该链接可能指向英文页面）中下载并安装 Management Studio。3. 可以通过 Management Studio 使用如何还原数据库备份 (SQL Server Management

Studio) (http://go.microsoft.com/fwlink/?linkid=187769&clcid=0x804) 中的说明。为还原过程使用以下设置： 在步骤 1 中，您可以为 Windows Internal Database 实例使用以下名称：\\.\pipe\

MSSQL$MICROSOFT##SSEE\sql\query。 在步骤 5 中，输入要还原的确切数据库名称。我们建议您使用备份数据库时所用的同一个名称。 在步骤 7 中，选择在步骤 1 中复制的数据库文件。 接受其他默认选项并完成还原。

1. 从 Microsoft SQL Server 2008 R2 Express Edition (http://go.microsoft.com/fwlink/?LinkID=189418&clcid=0x409) 下载 SQL Server 2008 R2 Express。

2. 按照屏幕上的说明安装 SQL Server 2008 R2 Express。有关详细信息，请参阅 如何安装 SQL Server 2008 （安装程序） (http://go.microsoft.com/fwlink/?linkid=187771&clcid=0x804)。特别要注意以下设置： 在“实例配置”页上，指定是安装“默认实例”还是“命名实例”。如果您创建的是命名实例，请注明实例名称。您必须在稍后的过程中提供此名称。 在“服务器配置 — 服务帐户”页上，您必须为 SQL Server 服务指定登录帐户。您可以将

344

将内容数据库移动到新服务器 在新服务器上安装 SQL Server Express 2008 R2

同样的登录帐户分配到所有 SQL Server 服务，也可以分别配置每个服务帐户。 在“数据库引擎配置”页上，确保要为此安装使用的域帐户已经列为 SQL Server 管理员。

1. 转到 http://go.microsoft.com/fwlink/?linkid=168472&clcid=0x804 (http://go.microsoft.com/fwlink/?linkid=168472&clcid=0x804) 并下载 RBS_X64.msi 文件。

重要：必须安装 Microsoft SQL Server 2008 R2 功能包中提供的 SQL Server 远程 BLOB 存储安装包 中附带的 RBS 版本。RBS 的版本必须为 10.50.xxx。SharePoint Foundation 2010 不支持更早的 RBS 版本。

2. 打开包含该 .msi 文件的文件夹，然后双击“RBS_X64.msi”启动“安装 SQL 远程 BLOB 存储”向导。3. 在“安装 SQL 远程 BLOB 存储”向导中的“功能选择”页上，展开“服务器”，单击“执行脚本”旁的向下箭头，然后单击“所有功能都将不可用”。4. 展开“FILESTREAM Provider”，展开“服务器”，单击“执行脚本”旁的向下箭头，然后单击“所有功能都将不可用”。

注意：承载脚本的数据库还不存在。它是在数据库升级过程中创建的。在安装 SharePoint Foundation 2010 的过程中将自动安装“执行脚本”选项。

5. 使用默认值完成该向导。在安装过程中，将显示有关 RBS Maintainer 任务的对话框。单击对话框中的“确定”可以继续安装。

1. 按照在场服务器上安装 SharePoint Foundation 2010 中的说明安装 SharePoint Foundation 2010。您必须使用在本文前面执行过的在新服务器上安装 SQL Server Express 2008 R2 过程中步骤 2 创建的数据库实例名称。如果您使用的是该步骤中的默认命名实例，则必须在此输入为“SQLExpress”。如果您使用的是默认实例，则必须在此输入“”，而 不使用默认 SQLExpress 命名实例。请注意，您要创建的是 SharePoint Foundation 2010 的新安装。您要执行的是数据库附加升级，而不是就地升级。

注意：安装 SharePoint Foundation 2010 后，请不要创建任何 Web 应用程序，除非在本文后面提示您这样做。

1. 验证用于安装 SharePoint Foundation 2010 和 RBS 的帐户就是执行此过程的帐户。

345

在新服务器上安装 RBS 在新服务器上安装 SharePoint Foundation 2010将内容数据库迁移到 RBS 并完成安装

2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符下，键入以下命令将内容数据库迁移到 RBS。您必须对每个内容数据库重复执行此命令。请参阅在本文前面准备升级到原始服务器上的 SharePoint

Foundation 2010 过程中的步骤 4 由升级前检查程序生成的内容数据库列表。Move-SPBlobStorageLocation –SourceDatabase "<DbName>" –DestinationDataSourceInstance

"<InstanceName>"

其中： <DbName> 是您要还原到 Windows Internal Database 中的内容数据库的名称。 <InstanceName> 是您在本文前面在新服务器上安装 SQL Server Express 2008 R2 过程中创建的 SQL Server 数据库实例。如果您使用的是该步骤中的默认命名实例，则必须在此输入为“SQLExpress”。如果您使用的是默认实例，则必须在此输入“”，而 不使用默认 SQLExpress 命名实例。

6. 创建附加到内容数据库的 Web 应用程序。有关如何在 SharePoint Foundation 2010 中创建 Web 应用程序的信息，请参阅 创建 Web 应用程序 (SharePoint Foundation 2010) 或 配置基于声明的 Web 应用程序 (SharePoint Foundation 2010) 。

7. 键入以下命令将内容数据库附加并升级到 Web 应用程序： Mount-SPContentDatabase "<DbName>" –WebApplication <http://SiteName>

其中： <DbName> 是计算机的名称。 <http://SiteName> 是 Web 应用程序的名称。对每个内容数据库重复执行此命令。有关详细信息，请参阅 Move-SPBlobStorageLocation 和 Mount-SPContentDatabase。

8. 创建所需的自定义项并将其附加到新系统上。有关建议的升级后步骤，请参阅执行升级后步骤 (SharePoint Foundation 2010)。

另请参阅规划远程 BLOB 存储 (RBS) (SharePoint Foundation 2010)

346

执行针对 SharePoint Foundation 2010 的数据库附加升级您通过阅读关于升级过程 (SharePoint Foundation 2010) 中的文章，对升级过程已有所了解，并且您已按照规划并准备升级 (SharePoint Foundation 2010) 中的文章介绍的步骤规划了您的升级过程，现在，您已准备好执行针对 Microsoft SharePoint Foundation 2010 的数据库附加升级了。可以按照本节中的步骤在生产服务器场上进行实验升级和实际的就地升级。本节内容： 数据库附加升级的清单 (SharePoint Foundation 2010)

使用此清单可确保您在准备升级、执行升级和执行升级后步骤时，按照所有必要的步骤进行操作。 准备新的 SharePoint Foundation 环境

在附加和升级数据库之前，您必须全面配置新环境。 附加数据库并升级到 SharePoint Foundation 2010

在全面配置新环境之后，请按照这些步骤附加数据库并升级您的 SharePoint 网站。

347

数据库附加升级的清单 (SharePoint Foundation 2010)本文包含一个清单，可用来确保在准备升级、执行升级以及执行升级后步骤时遵循所有必要的步骤。本文内容： 准备升级 执行升级 执行升级后步骤一些步骤包含有关执行这些步骤可能花费时间的说明。这些时间仅是粗略估计值，可让您初步了解该步骤持续的时间。若要了解针对您的环境执行每个步骤所耗时间多少，建议在测试环境中执行试验升级。有关详细信息，请参阅估计升级过程将花费的时间和所需的空间量 (SharePoint Foundation 2010) 和使用试验升级查找潜在问题 (SharePoint Foundation 2010) 。

准备升级开始数据库附加升级之前，请按顺序执行以下步骤：

数据库附加升级的升级前步骤 说明准备升级[ ] 运行升级前检查程序

运行升级前检查程序并解决所有问题。使用该工具生成的报告填写升级规划工作表。 详细步骤：运行升级前检查程序 (SharePoint Foundation 2010)。

清理环境和测试升级进度时，可多次执行此步骤。运行检查程序只需几分钟，但解决所有问题可能需要数天或数周。

[ ] 创建一个环境中服务器端自定义项的清单创建一个环境中服务器端自定义项的清单（解决方案、功能、Web 部件、事件处理程序、母版页、页面布局、CSS 文件等）。运行升级前检查程序时，将报告这些信息中的大部分内容。在升级工作表中记录

为整个环境执行此步骤。检查每个 Web 服务器，确保没有缺少任何自定义项。准备升级时保持该清单为最新状态。

348

数据库附加升级的升级前步骤 说明环境所需的所有自定义项。详细步骤：“使用试验升级查找潜在问题”一文中的确定和安装自定义项。

[ ] 清理环境开始升级之前，应确保您的环境运行正常，同时您已清除不必升级的所有内容。清理所有孤立网站或数据，解决所有大型列表和大型 ACL 的问题，删除外部文档版本，并删除全部未使用的模板、功能和 Web 部件。 详细步骤：在升级之前清理环境 (SharePoint Foundation 2010)。

为整个环境执行此步骤一次。此步骤可能需要数天或数周才能完成。

准备新环境另请参阅准备新的 SharePoint Foundation 环境 。[ ] 安装和配置 SharePoint

Foundation 2010 及所有语言包安装必备软件，然后安装并配置 SharePoint Foundation 2010。

在服务器场中的每台服务器上执行这些步骤。此步骤可能耗时一个小时或多个小时，具体取决于环境中的服务器数量。

[ ] 配置常规服务器场设置从以前的服务器场重新应用所有必备的常规服务器场设置（如阻止的文件类型以及电子邮件和配额设置），然后将用户或组添加到 Farm Administrators 组。配置一些新设置，如使用率和运行状况数据集、诊断日志记录和移动帐户。

为整个环境执行此步骤一次。

[ ] 创建和配置 Web 应用程序为旧环境中存在的每个 Web 应用程序创建一个 Web 应用程序。

为整个环境执行此步骤一次。

[ ] 重新应用服务器端自定义项 确保将自定义项重新应用到服务器场中的所有 Web 服务器。

349

数据库附加升级的升级前步骤 说明将所有服务器端自定义项手动传送到新服务器场中。参考在升级工作表中创建的清单，确保已安装网站正常工作所依赖的所有组件。

[ ] 验证新环境在设置完新环境后，可以在升级数据之前执行测试以确保它包含所有所需组件。

为整个环境执行此步骤一次。

执行升级在数据库附期间按顺序执行这些步骤。也包括使用只读数据库的数据库附加所需的步骤。详细步骤：附加数据库并升级到 SharePoint Foundation 2010 。

通过安装 Windows SharePoint Services 3.0（使用 Windows Internal Database 且数据库大小超过 4 GB）进行升级时，必须执行其他步骤。有关这些步骤的详细信息，请参阅当内容数据库超过 4 GB （远程 BLOB 存储）时，从 Windows SharePoint Services 3.0 的独立安 装升级到 SharePoint Foundation 2010 。

执行数据库附加升级 说明[ ] 运行升级前检查程序

将数据库设置为只读数据库或备份数据库之前，重新运行升级前检查程序以找出所有的新问题及剩余问题。 详细步骤：运行升级前检查程序 (SharePoint Foundation 2010)。

运行检查程序只需几分钟，但解决所有问题可能需要较长时间。

[ ] 将以前版本的数据库设置为只读数据库（使用只读数据库的数据库附加）如果希望原始环境在只读状态仍可供用户使用，请在备份数据库之前将其设置为只读数据库。

为环境中的每个内容数据库执行此步骤。可能需要数据库管理员执行此任务，具体取决于组织的情况。

[ ] 备份数据库开始数据库附加升级过程之前，先备份所有内容数据库。

为环境中的每个内容数据库执行此步骤。此步骤可能耗时一个小时、数个小时或更长时间，具体取决

350

警告：

执行数据库附加升级 说明于您的数据集和环境。可能需要数据库管理员执行此任务，具体取决于组织的情况。

[ ] 分离以前版本的数据库（标准数据库附加）如果要升级原始数据库（而不是备份副本），请从 Microsoft SQL Server 实例分离原始数据库，以便可以将这些数据库移到新环境。

为环境中的每个内容数据库执行此步骤。可能需要数据库管理员执行此任务，具体取决于组织的情况。

[ ] 还原数据库的备份副本（使用只读数据库的数据库附加）如果要升级数据库的副本，请从备份还原数据库。

为环境中的每个内容数据库执行此步骤。此步骤可能耗时一个小时或更长时间，具体取决于您的数据集和环境。可能需要数据库管理员执行此任务，具体取决于组织的情况。

[ ] 验证自定义组件使用 Test-SPContentDatabaseWindows PowerShell cmdlet 验证是否具有该数据库所需的所有自定义组件。

为环境中的每个内容数据库执行此步骤。运行 cmdlet 只需几分钟，但解决所有问题可能需要较长时间。

[ ] 验证权限确保用于附加数据库的帐户是要升级内容数据库的 db_owner 固定数据库角色的成员。

[ ] 将内容数据库附加到 Web 应用程序附加要升级的第一个内容数据库。必须从命令行执行此操作。可以使用 Mount-SPContentDatabaseWindows PowerShell cmdlet，也可以使用 AddContentDB Stsadm 操作。

为环境中的一个内容数据库执行此步骤。此步骤可能耗时一个小时、数个小时或更长时间，具体取决于数据集，以及 Web 服务器、数据库服务器和存储子系统上的硬件。

[ ] 验证第一个数据库是否升级成功验证第一个数据库是否升级成功，并检

为刚才附加的内容数据库执行此步骤。

351

执行数据库附加升级 说明查网站是否存在任何问题。详细步骤：验证升级和审阅升级后的网站 (SharePoint Foundation 2010)。

[ ] 附加其余数据库附加并升级环境中的其余内容数据库。必须从命令行执行此操作。

为环境中其余的每个内容数据库执行此步骤。此步骤可能耗时一个小时、数个小时或更长时间，具体取决于数据集，是否并行升级多个数据库，以及 Web 服务器、数据库服务器和存储子系统上的硬件。

[ ] 监视升级进度升级网站时，可以使用 SharePoint 管理中心内的“升级状态”页监视进度。 详细步骤：验证升级和审阅升级后的网站 (SharePoint Foundation 2010)。

为升级的每个内容数据库执行此步骤。此步骤可能耗时一个小时、数个小时或数天，具体取决于数据集。

[ ] 验证其余数据库是否升级成功验证其余数据库是否升级成功，并检查网站是否存在任何问题。详细步骤：验证升级和审阅升级后的网站 (SharePoint Foundation 2010)。

为环境中其余的每个内容数据库执行此步骤。此步骤可能耗时一个小时、数个小时或数天，具体取决于内容。

执行升级后步骤执行数据库附加升级之后，按顺序执行以下步骤。

数据库附加升级的升级后步骤 说明[ ] 验证是否升级成功并查看升级的网站

检查网站，确保它们已成功升级并为环境中的每个已升级数据库和网站集执行此步骤。此步骤可能耗时一个小时、数

352

数据库附加升级的升级后步骤 说明已准备好供用户查看。 详细步骤：验证升级和审阅升级后的网站 (SharePoint Foundation 2010)。

个小时或数天，具体取决于内容。还应由网站所有者查看其网站，并报告所有问题。

另请参阅SharePoint 2010 产品的升级工作表（该链接可能指向英文页面）

353

准备新的 SharePoint Foundation 环境在使用数据库附加方法从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 时，只会升级适用于您的环境的内容，而不升级配置设置。如果要更改硬件或者要在升级过程中重新配置服务器场拓扑，则使用数据库附加升级会非常有用。有关如何选择升级方法的详细信息，请参阅确定升级方法 (SharePoint Foundation 2010) 。在升级数据之前，必须先使用 SharePoint Foundation 2010 配置新服务器或服务器场。本文介绍了创建新环境时需要配置的元素。有关使用数据库附加升级方法进行升级的常规过程的详细信息，请参阅升级过程概述 (SharePoint Foundation 2010) 。若要执行本文中的步骤，您必须在本地服务器计算机上拥有管理员权限。有关详细信息，请参阅初始部署所需的管理和服务帐户 (SharePoint Foundation 2010) 。

本文内容： 开始之前 创建和配置新环境 验证新环境 执行升级

开始之前在开始为数据库附加升级创建新环境之前，请查看以下有关权限、硬件要求和软件要求的信息。 确保您满足所有硬件和软件要求。您必须拥有 64 位版本的 Windows Server 2008 或 Windows

Server 2008 R2。对于服务器场，您也必须拥有 64 位版本的 SQL Server 2005 或 SQL Server 2008。有关这些要求（比如必须安装的特定更新）的详细信息，请参阅确定硬件和软件要求 (SharePoint Foundation 2010) 。

确保您准备好使用适当的权限设置所需帐户。有关详细信息，请参阅初始部署所需的管理帐户和服务帐户 (SharePoint Foundation 2010) 。 对原始环境运行升级前检查程序。升级前检查程序识别环境中的潜在升级问题，以便可以在升级前解决它们。它还可以帮助识别新环境中所需的设置。有关详细信息，请参阅运行升级前检查程序

(SharePoint Foundation 2010)。

创建和配置新环境创建并配置新环境的过程包括多个步骤，必须按正确顺序执行这些步骤。这些步骤是：1. 在一台或多台服务器上安装 SharePoint Foundation 2010。2. 配置服务应用程序。

354

重要：

3. 配置常规服务器场设置。4. 创建并配置 Web 应用程序。5. 重新应用自定义项。本节的其余部分介绍这些步骤并提供指向其他文章的链接，这些文章包含如何执行相应步骤的分步说明。执行了这些步骤后，可以验证环境，然后执行升级。

安装创建新环境的第一步是安装 SharePoint Foundation 2010 并配置新服务器或服务器场。必须执行下列操作： 1. 运行 Microsoft SharePoint 产品准备工具来安装所有必需软件。2. 运行安装程序来安装产品。3. 安装环境中所需的任何语言包。4. 运行 SharePoint 产品和技术配置向导来配置一台或多台服务器。下列文章提供如何执行这些任务的分步说明。 安装并配置产品

按照下列某篇文章中的步骤操作，在单个服务器或服务器场上安装并配置 SharePoint Foundation 2010： 部署带 SQL Server 的单台服务器 (SharePoint Foundation 2010) 由多台服务器组成三层服务器场 (SharePoint Foundation 2010) 有关更多部署方案（例如使用 SQL Express 在独立环境中安装），请参阅部署方案 (SharePoint Foundation 2010)。

安装和配置语言包按照部署语言包 (SharePoint Foundation 2010) 中的步骤操作，安装并配置环境中的网站所需的任何语言包。

配置服务应用程序必须配置要在新环境中使用的任何服务，例如 Business Data Connectivity service。上面列出的部署方案文章中包括的步骤介绍如何使用初始场配置向导启用所有服务。不过，也可以手动配置服务。有关如何手动配置服务的详细信息，请参阅配置服务 (SharePoint Foundation 2010) 。

配置常规服务器场设置创建新环境的下一步是应用常规服务器场设置。必须手动重新应用以前版本的服务器场中的配置设置，包括以下设置： 传入和传出电子邮件设置 任何服务器场级别的安全和权限设置，例如将用户或组帐户添加到 Farm Administrators 组中。

355

被阻止的文件类型 配额模板必须配置要使用的任何新服务器场级别的设置，例如以下设置： 使用率和运行状况数据收集 诊断日志记录 移动帐户有关如何配置这些设置的详细信息，请参阅配置服务器场设置 (SharePoint Foundation 2010) 。

创建并配置 Web 应用程序针对原始环境中存在的每个 Web 应用程序创建 Web 应用程序。对每个 Web 应用程序执行下列操作： 使用相同的 URL 并配置任何备用访问映射设置。

如果使用不同的 URL，则可能无法正确地将 Microsoft Office 应用程序重定向到新 URL，并且旧 URL 的任何书签将无效。

使用相同的身份验证方法。 如果使用基于表单的身份验证，则需要配置基于声明的身份验证。还必须创建 Web 应用程序策略来为将执行数据库附加升级的用户帐户授予完全控制权限。 有关详细信息，请参阅为基于声明的 Web 应用程序配置基于表单的身份验证 (SharePoint

Foundation 2010)。 重新创建包含路径（例如 /Sites）。 为以前环境中使用的任何 Web 应用程序启用自助式网站创建。有关如何配置 Web 应用程序和身份验证的详细信息，请参阅以下文章： 关于经典身份验证：创建 Web 应用程序 (SharePoint Foundation 2010) 关于基于声明的身份验证：配置基于声明的 Web 应用程序 (SharePoint Foundation 2010) 和为基于声明的 Web 应用程序配置基于表单的身份验证 (SharePoint Foundation 2010)

重新应用自定义项升级失败的一个常见原因是，环境中缺少自定义的功能、解决方案或其他元素。在开始升级之前，请确保您必须具有的任何自定义元素均已安装在前端 Web 服务器上。可以使用升级前检查程序编译环境中的服务器端自定义项的列表。有关详细信息，请参阅“使用试验升级查找潜在问题”一文中的确定和安装自定义项。在此步骤中，手动将所有自定义项转移到新服务器场中。确保安装了您的网站正常工作所依赖的任何组件，其中包括以下组件： 自定义网站定义

如果网站定义是在 Windows SharePoint Services 3.0 中创建的，则可以按原样将其复制到新环境中。不过，如果它是在 Windows SharePoint Services 2.0 版中创建的，则

356

注意： 重要 注意：

可能必须创建升级定义文件才能将网站定义映射到 Windows SharePoint Services 3.0 中的新功能。有关详细信息，请参阅开发新的自定义网站定义并创建升级定义文件 (Windows SharePoint Services) 和部署升级定义文件和新的网站定义 (Windows SharePoint Services)。

自定义样式表，包括级联样式表和图像 自定义 Web 部件 自定义 Web 服务 自定义功能和解决方案 自定义程序集 Web.config 更改（如安全性）

确保将每个 Web 应用程序的 Web.config 文件中的任何独特设置转移到新服务器中。 您的网站依赖的任何其他组件或文件。有关如何更新自定义设置以在 SharePoint Foundation 2010 中使用的详细信息，请参阅：在 SharePoint Foundation 2010 和 SharePoint Server 2010 中重新部署自定义设置和解决方案 。有关如何将自定义设置部署到环境中的详细信息，请参阅部署自定义项 - 概述 (SharePoint Foundation 2010)。

验证新环境在设置好新环境之后，可以在升级数据之前执行测试，以确保该环境包含所需的全部组件。若要测试新环境，可以使用下列方法： 创建新的 Web 应用程序，然后使用 Windows PowerShellTest-SPContentDatabase

cmdlet 来验证新环境中是否存在该内容数据库所需的所有服务器端自定义项。不要附加或升级该数据库。有关详细信息，请参阅 Test-SPContentDatabase。还可以对原始内容数据库运行此命令，但那时它不应正在使用中。

在您的 Windows SharePoint Services 3.0 环境中使用 enumallwebs Stsadm 操作来了解每个网站所关联的模板，然后验证该模板是否已安装在您的 SharePoint Foundation 2010 环境中。10 月的累积更新包括对 enumallwebs 操作的改进，有助于您查找正在使用的自定义项。有关此操作的详细信息，请参阅 Enumallwebs ： Stsadm 操作 (Windows SharePoint Services) 。

执行升级准备好新环境之后，即可附加和升级数据库。 按照附加数据库并升级到 SharePoint Foundation 2010 中的步骤，附加数据库并将其从 Windows SharePoint Services 3.0 服务器或服务器场升级到新的 SharePoint Foundation 2010 服务器或服务器场。

357

注意：

当从安装的使用 Windows Internal Database 的 Windows SharePoint Services 3.0 升级并且数据库大小超过 4 GB 时，必须执行其他步骤。有关详细信息，请参阅当内容数据库超过 4 GB （远程 BLOB 存储）时，从 Windows SharePoint Services 3.0 的独立安装升级到 SharePoint Foundation 2010。

358

重要：

附加数据库并升级到 SharePoint Foundation 2010在使用数据库附加升级方法从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 时，只升级适用于您的环境的内容，而不升级配置设置。如果要更改硬件或者要在升级过程中重新配置服务器场拓扑，则使用数据库附加升级方法会非常有用。有关如何选择升级方法的详细信息，请参阅确定升级方法 (SharePoint Foundation 2010) 。该过程的第一步是建立用于承载升级内容的新环境。如果尚未设置和配置新环境，请按照准备新的 SharePoint Foundation 环境 中的步骤进行设置。建立新环境后，可以使用本文中的过程分离数据库然后重新连接数据库以执行实际的升级。本文包含执行标准数据库附加升级和使用只读数据库的数据库附加升级所需的步骤。本文内容： 过程概述 开始之前 将以前版本的数据库设置为只读（使用只读数据库的数据库附加） 使用 SQL Server 工具备份以前版本的数据库 分离以前版本的数据库（标准数据库附加） 还原数据库的备份副本（使用只读数据库的数据库附加） 验证自定义组件 将内容数据库附加到 Web 应用程序 验证：验证第一个数据库的升级 附加其余数据库 验证：验证其他数据库的升级升级失败的一个常见原因是，环境中缺少自定义的功能、解决方案或其他元素。在开始升级之前，请确保您需要的任何自定义元素均安装在前端 Web 服务器上。使用升级前检查程序（对于数据库附加升级，还可使用 test-spcontentdatabaseWindows PowerShell cmdlet）来确定网站可能正使用的任何自定义元素。有关详细信息，请参阅“使用试验升级查找潜在问题”一文中的确定和安装自定义项。

有关使用数据库附加升级方法进行升级的常规过程的详细信息，请参阅升级过程概述 (SharePoint Foundation 2010)。

359

注意：

过程概述当使用数据库附加升级进行升级时，可在旧服务器场中分离数据库，然后将它们附加到新服务器场。在将数据库附加到新服务器场时，升级过程将运行并升级整个数据库。数据库附加升级过程与就地升级过程类似，区别在于数据库附加升级过程是手动执行的，并且是在不同环境中执行的。 如果要保留原始服务器场并允许用户继续访问其数据，则必须将数据库设置为只读，然后附加数据库的备份副本。

将数据库从一台运行 Microsoft SQL Server 的计算机移到另一台运行 SQL Server 的计算机，这个特定的过程部分在本文中称为已规划的重定位。有关已规划的重定位的详细信息，请参阅移动用户数据库 (http://go.microsoft.com/fwlink/?linkid=148425&clcid=0x804)。 有关升级过程的一般概述，请参阅升级过程概述 (SharePoint Foundation 2010) 。

开始之前在开始数据库附加升级之前，请查看以下有关权限、硬件要求和软件要求的信息。请按照指定的步骤安装或配置必备软件或修改设置。 确保您满足所有硬件和软件要求。您必须拥有 64 位版本的 Windows Server 2008 或 Windows

Server 2008 R2。对于服务器场，您也必须拥有 64 位版本的 SQL Server 2005 或 SQL Server 2008。有关这些要求（比如必须安装的特定更新）的详细信息，请参阅确定硬件和软件要求 (SharePoint Foundation 2010) 。

确保您准备好使用适当的权限设置所需帐户。有关详细信息，请参阅初始部署所需的管理帐户和服务帐户 (SharePoint Foundation 2010) 。 确保用于附加数据库的帐户是要升级的内容数据库的 db_owner 固定数据库角色的成员。 对数据库中存储的网站运行升级前检查工具。升级前检查程序会识别环境中的潜在升级问题，以便您可以在升级前解决这些问题。有关详细信息，请参阅运行升级前检查程序 (SharePoint

Foundation 2010)。 创建新的服务器场环境。有关如何创建新环境的信息，请参阅准备新的 SharePoint Foundation 环境。 检查并修复任何数据库一致性错误。有关详细信息，请参阅 Windows SharePoint Services 3.0 的数据库维护（白皮书）。

将以前版本的数据库设置为只读（使用只读数据库的数据库附加）如果使用只读数据库混合方法进行升级，请在备份数据库之前将以前版本的数据库设置为只读。在任何类型的数据库附加升级中，也可以将数据库临时设置为只读，以确保在备份中捕获所有数据，以便还原和升级环境的当前状态。如果将数据库设置为只读，用户可以继续查看内容，但无法添加或更改内容。

360

注意：

无法升级设置为只读的数据库。如果采用的是使用只读数据库的数据库附加，则应还原数据库的副本并对副本执行升级。如果没有采用此方法，但希望在备份当前数据时将内容数据库临时设置为只读，请确保在附加并升级数据库之前将数据库设置为可读写。在执行此过程之前，确保运行了升级前检查程序。有关详细信息，请参阅运行升级前检查程序 (SharePoint Foundation 2010)。1. 在 SQL Server 企业管理器中，右键单击要设置为只读的数据库的名称，然后单击“属性”。2. 在“属性”对话框中，单击“选项”选项卡。3. 在“访问”下，选中“只读”复选框，然后单击“确定”。

1. 在 SQL Server Management Studio 中，右键单击要设置为只读的数据库的名称，然后单击“属性”。2. 在“选择页”部分，单击“选项”。3. 在右侧窗格中，在“其他选项”下的“状态”部分，单击“数据库为只读”旁边的箭头，然后选择“True”。

1. 在 SQL Server Management Studio 中，在对象资源管理器中连接到数据库引擎的实例，展开服务器，然后展开“数据库”。2. 选择要配置为只读的数据库，右键单击它，然后单击“属性”。3. 在“数据库属性”对话框中，在“选择页”部分单击“选项”。4. 在右侧窗格中，在“其他选项”下的“状态”部分，单击“数据库为只读”旁边的箭头，然后选择“True”。

可以使用 Transact-SQL 配置 READ_ONLY 数据库可用性选项。有关如何使用 ALTER DATABASE 语句的 SET 子句的详细信息，请参阅设置数据库选项 (http://go.microsoft.com/fwlink/?linkid=148362&clcid=0x804)。

使用 SQL Server 工具备份以前版本的数据库按照相应的步骤在 SQL Server 2000、SQL Server 2005 或 SQL Server 2008 中备份数据库。对服务器场中的每个内容数据库重复这些步骤。由于将在新服务器场中重新创建配置或管理内容数据库，因此无需备份这些数据库。有关 Windows SharePoint Services 3.0 服务器场中可能拥有的数据库类型的详细信息，请参阅数据库类型和说明 (Windows SharePoint Services 3.0)。在此过程结束时，将创建只读内容数据库的副本。

1. 在数据库服务器上，单击“开始”，指向“所有程序”，再指向“Microsoft SQL Server”，

361

重要： 重要： 在 SQL Server 2000 中将数据库设置为只读在 SQL Server 2005 中将数据库设置为只读在 SQL Server 2008 中将数据库设置为只读 在 SQL Server 2000 中备份数据库

然后单击“企业管理器”。2. 在 SQL Server 企业管理器中，展开“Microsoft SQL Server”。3. 展开“SQL Server 组”。4. 展开“(local) (Windows NT)”。5. 展开“数据库”。6. 右键单击要备份的数据库，指向“所有任务”，然后单击“备份数据库”。7. 在“SQL Server 备份”对话框的“名称”框中，为备份指定名称，然后在“备份”区域中选择“数据库 - 完全”。8. 在“目标”区域中选择一个现有目标或执行以下操作：

a. 单击“添加”。b. 在“选择备份目标”框中，选择“文件名”，然后单击“文件名”框旁边的“浏览”。c. 在“备份设备位置 - (本地)”对话框的“文件名”框中，键入文件名，然后单击“确定”。d. 再次单击“确定”，关闭“选择备份目标”对话框。

9. 单击“确定”开始备份过程。10.单击“确定”确认备份过程已完成。

重复上述过程以备份环境中由 Windows SharePoint Services 3.0 使用的所有其他内容数据库。1. 在数据库服务器上，单击“开始”，指向“所有程序”，再指向“Microsoft SQL Server

2005”，然后单击“SQL Server Management Studio”。2. 在“连接到服务器”框中，填写连接信息，然后单击“连接”。3. 连接到 SQL Server 2005 数据库引擎的相应实例后，在对象资源管理器中通过展开服务器名称来展开服务器树。4. 展开“数据库”，右键单击要备份的数据库，指向“任务”，然后单击“备份”。此时将出现“备份数据库”对话框。5. 在“源”区域的“数据库”框中验证数据库名称。6. 在“备份类型”框中，选择“完全”。7. 在“备份组件”下，选择“数据库”。8. 在“备份集”区域内的“名称”文本框中，接受建议的默认备份集名称，或者为备份集键入其他名称。9. 在“目标”区域中，通过选择“磁盘”或“磁带”来指定备份目标的类型，然后指定目标。若要创建其他目标，请单击“添加”。10.单击“确定”开始备份过程。

重复上述过程以备份环境中由 Windows SharePoint Services 3.0 使用的所有其他内容数据库。

362

在 SQL Server 2005 中备份数据库

1. 在数据库服务器上，单击“开始”，指向“所有程序”，再指向“Microsoft SQL Server 2008”，然后单击“SQL Server Management Studio”。

2. 在“连接到服务器”框中，填写连接信息，然后单击“连接”。3. 在连接到 SQL Server 2008 数据库引擎的相应实例后，在对象资源管理器中展开服务器名称。4. 展开“数据库”，右键单击要备份的数据库，指向“任务”，然后单击“备份”。此时将出现“备份数据库”对话框。5. 在“源”区域的“数据库”框中验证数据库名称。6. 在“备份类型”框中，选择“完全”。7. 在“备份组件”下，选择“数据库”。8. 在“备份集”区域内的“名称”文本框中，接受默认的备份集名称或者键入新名称。9. 在“目标”区域中，通过选择“磁盘”或“磁带”来指定备份目标的类型，然后指定目标。若要创建其他目标，请单击“添加”。10.单击“确定”开始备份过程。

重复上述过程以备份环境中由 Windows SharePoint Services 3.0 使用的所有其他内容数据库。

分离以前版本的数据库（标准数据库附加）在将数据库附加到新环境并升级数据之前，需要将其从当前环境分离。在分离数据库之后，可以将它们移动到新数据库服务器上或留在现有数据库服务器上，然后将它们附加到 Web 应用程序。

如果执行的是使用只读数据库的数据库附加升级，不要使用以下过程。若要继续允许用户访问其内容，需要保持数据库的附加状态，并按照下文的还原数据库的备份副本（使用只读数据库的数据库附加）一节中的步骤制作数据库的副本。1. 在管理中心的“应用程序管理”页上的“SharePoint Web 应用程序管理”部分，单击“内容数据库”。2. 在“管理内容数据库”页上，单击要分离的内容数据库。

注意：如果该内容数据库未显示，则它可能与另一个 Web 应用程序相关联。若要选择另一个 Web 应用程序，请在“Web 应用程序”菜单上，单击“更改 Web 应用程序”。

3. 在“管理内容数据库设置”页上的“删除内容数据库”部分，选中“删除内容数据库”复选框，再单击“确定”。注意：移除内容数据库不会删除该数据库；它只会移除数据库与 Web 应用程序的关联。

4. 针对要分离的每个内容数据库，重复执行步骤 2 和 3。

363

在 SQL Server 2008 中备份数据库 重要： 从 Web 应用程序分离内容数据库

也可以使用 deletecontentdb Stsadm 操作从 Web 应用程序分离内容数据库。有关详细信息，请参阅 Deletecontentdb ： Stsadm 操作 (Windows SharePoint Services) 。如果要将数据库移到不同的数据库服务器上，则还必须将数据库从 SQL Server 实例分离，然后才能移动它们并在移动之后将它们附加到 SQL Server 的新实例。

如果将数据库移到不同的 SQL Server 实例，请确保验证是否正确配置了安全性。检查所用帐户是否有适当的固定角色和数据库权限，以及在跨域升级时它们是否仍是有效的帐户。1. 在 SQL Server 2005 Management Studio 中，打开 SQL Server 的源实例，然后展开“数据库”节点。2. 右键单击该内容数据库，指向“任务”，再单击“分离”。对要分离并移动的每个内容数据库重复此步骤。

注意：使用此过程以便只移动内容数据库。不要分离任何其他数据库。

3. 在 Windows 资源管理器中，浏览到内容数据库的 .mdf 和 .ldf 文件所在的位置。4. 选择要移动的数据库的 .mdf 和 .ldf 文件，并将这些文件复制或移动到目标目录中。5. 在 SQL Server 2005 Management Studio 中，打开 SQL Server 的源实例。6. 右键单击“数据库”节点，指向“任务”，再单击“附加”。7. 在“附加数据库”对话框中，浏览到将 .mdf 和 .ldf 文件转移到的位置，选择要附加的数据库的

.mdf 文件，再单击“确定”。8. 针对要移动的每个内容数据库，重复执行步骤 6 和 7。

还原数据库的备份副本（使用只读数据库的数据库附加）配置新服务器场后，可以在下列位置之一还原数据库的备份副本：Microsoft SQL Server 2008 R2、SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 以及 SQL Server 2005 SP3 和累积更新 3。请注意，必须还原到 SQL Server 2008 R2、SQL Server 2008 SP1 和累积更新 2 以及 SQL Server 2005 SP3 和累积更新 3 的 64 位版本。可先还原一个数据库，确认还原工作正常，然后再还原其他数据库。下一节提供用于还原备份的过程。

1. 在 SQL Server Management Studio 中，右键单击“数据库”，然后单击“还原数据库”。此时将出现“还原数据库”对话框。2. 在“还原数据库”对话框的“常规”页上，在“目标数据库”框中键入要还原的数据库的名称。3. 在“目标时间点”文本框中，保留默认的“(最近状态)”。4. 若要指定要还原的备份集的源和位置，请单击“源设备”，然后单击“浏览”以选择备份文件。

364

重要： 从 SQL Server 实例分离数据库并将其移到另一个 SQL Server 实例在 SQL Server 2005 Enterprise Edition 中还原数据库的备份副本

5. 在“指定备份”对话框的“备份媒体”框中，确保选择了“文件”。6. 在“备份位置”区域中，单击“添加”。7. 在“定位备份文件”对话框中，选择要还原的文件，然后单击“确定”。8. 在“选择用于还原的备份集”网格中，选中最近完整备份旁边的“还原”复选框。9. 在“还原数据库”对话框中“选项”页上的“还原选项”下，选中“覆盖现有数据库”复选框。10.单击“确定”开始还原过程。

1. 在连接到 SQL Server 2008 数据库引擎的相应实例后，在对象资源管理器中展开服务器名称。2. 右键单击“数据库”，然后单击“还原数据库”。此时将出现“还原数据库”对话框。3. 在“还原数据库”对话框中的“常规”页上，在“目标数据库”列表中键入要还原的数据库的名称。4. 在“目标时间点”文本框中，保留默认的“(最近状态)”。5. 若要指定要还原的备份集的源和位置，请单击“源设备”，然后单击“浏览”以选择备份文件。6. 在“指定备份”对话框中的“备份媒体”框中，确保选择了“文件”。7. 在“备份位置”区域中，单击“添加”。8. 在“定位备份文件”对话框中，选择要还原的文件，单击“确定”，然后在“指定备份”对话框中单击“确定”。9. 在“还原数据库”对话框中的“选择用于还原的备份集”网格下，选中最近完整备份旁边的“还原”复选框。10. 在“还原数据库”对话框中“选项”页上的“还原选项”下，选中“覆盖现有数据库”复选框。11.单击“确定”开始还原过程。

验证自定义组件在将内容数据库附加到 Web 应用程序之前，使用 Test-SPContentDatabaseWindows PowerShell cmdlet 验证您是否拥有需要用于该数据库的所有自定义组件。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

Test-SPContentDatabase -Name <DatabaseName> -WebApplication <URL>

365

在 SQL Server 2008 Enterprise 中还原数据库的备份副本使用 Windows PowerShell 验证自定义组件是否可用

其中： <DatabaseName> 是要测试的数据库的名称。 <URL> 是将托管网站的 Web 应用程序的 URL。

有关详细信息，请参阅 Test-SPContentDatabase。

将内容数据库附加到 Web 应用程序附加内容数据库时，请确保将 Web 应用程序的根网站包括在所附加的第一个内容数据库中。换言之，在继续进行之前，检查原始服务器场中 Web 应用程序的根，以确定第一个网站集。附加包含根网站的数据库之后，可以按任意顺序为 Web 应用程序附加其他内容数据库。在附加数据库前，不需要创建任何网站集以存储内容；此过程会为您创建网站集。请确保在还原所有内容数据库之前没有添加任何新网站集。

如果要跨域或林移动内容数据库或将其移动到具有不同服务帐户的另一个环境中，请在附加数据库之前确保服务帐户的权限仍然正确。可以使用 Windows PowerShell 中的 Mount-SPContentDatabase cmdlet 或 addcontentdb Stsadm 命令将内容数据库附加到 Web 应用程序。升级时不支持使用 SharePoint 管理中心页来附加内容数据库。确保用于附加数据库的帐户是要升级的内容数据库的 db_owner 固定数据库角色的成员。

如果使用基于表单的身份验证，则需要在附加任何数据库之前为 Web 应用程序配置基于声明的身份验证。还必须创建策略为将执行数据库附加升级的用户帐户授予对 Web 应用程序的完全控制权限。 有关详细信息，请参阅为基于声明的 Web 应用程序配置基于表单的身份验证 (SharePoint

Foundation 2010)。 无法向服务器场中多次附加同一内容数据库，即使在不同的 Web 应用程序上也是如此。内容数据库中的每个网站集都有一个关联的 GUID，此标识符在配置数据库中注册。因此，无法向服务器场中添加两次同一网站集，即使在不同的 Web 应用程序中也是如此。尽管在这种情况下您可以成功地附加数据库，但无法启动网站集。 如果在同一个服务器场中需要网站集的重复副本，请首先将包含网站集的数据库附加到单独的服务器场中，然后使用 Stsadm 备份和还原操作将网站集复制到另一个服务器场中。Stsadm 备份和还原过程将为网站集创建新的 GUID。1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

Mount-SPContentDatabase -Name <DatabaseName> -DatabaseServer <ServerName> -

WebApplication <URL> [-Updateuserexperience]

366

重要： 重要 提示 使用 Windows PowerShell 将内容数据库附加到 Web 应用程序

其中： <DatabaseName> 是要升级的数据库的名称。 <ServerName> 是存储数据库的服务器。 <URL> 是将托管网站的 Web 应用程序的 URL。 Updateuserexperience 用于选择是更新到新用户体验还是保持旧用户体验（直观升级的一部分）。如果包括此参数，网站将设置为预览新用户体验。如果希望网站在升级后保持旧用户体验，请省略此参数。有关详细信息，请参阅规划直观升级 (SharePoint Foundation

2010)。有关详细信息，请参阅 Mount-SPContentDatabase。

注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

1. 在安装 SharePoint 产品和技术的驱动器上，转到以下目录：%COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin。

2. 键入以下命令，然后按 Enter：stsadm -o addcontentdb -url<URL> -databasename<DatabaseName>[-databaseserver<ServerName>] [-databaseuser<UserName>] [-databasepassword<Password>] [-sitewarning<SiteWarningCount>] [-preserveolduserexperiencetrue/false][-sitemax<SiteMaxCount>] [-assignnewdatabaseid][-clearchangelog]

注意将 preserveolduserexperience 参数设置为 true 时，内容数据库中的网站会在升级后保留以前版本的外观。将此参数设置为 false 时，网站会升级到新的外观。此参数的默认值为 true，即保留旧外观。 此参数是直观升级功能的一部分。有关详细信息，请参阅规划直观升级 (SharePoint Foundation 2010)。

有关详细信息，请参阅 Addcontentdb ： Stsadm 操作 (Windows SharePoint Services) 。

验证：验证第一个数据库的升级附加数据库后，可以使用管理中心的“升级状态”页来检查网站集的升级状态。完成升级过程之后，可以查看升级日志文件以了解升级过程中是否有任何问题。另外，还可以查看每个已升级的网站，以找出并解决与内容显示方式有关的任何问题。有关详细信息，请参阅验证升级和审阅升级后的网站 (SharePoint Foundation 2010)。

367

使用 Stsadm 命令行工具将内容数据库附加到 Web 应用程序

在管理中心，单击“升级和迁移”，然后单击“检查升级状态”。

升级错误日志文件和升级日志文件位于 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\14\LOGS 中。日志按以下格式命名：Upgrade-YYYYMMDD-HHMMSS-SSS-error.log 和 Upgrade-YYYYMMDD-HHMMSS-SSS.log，其中 YYYYMMDD 是日期，HHMMSS-SSS 是时间（24 小时制的小时，然后是分钟、秒和毫秒）。升级错误日志的示例是 Upgrade-20090415-132126-374-error.log，而升级日志的示例是 Upgrade-20090415-132126-374.log。

注意：升级日志文件包含要升级的内容数据库的名称。

附加其余数据库还原第一个内容数据库并通过查看升级日志文件来验证升级之后，可以继续还原和升级下一个数据库。可以在不同的命令提示符窗口中同时附加多个数据库，以同时运行多个升级过程。在成功还原并升级所有内容数据库后，可以查看网站以确保它们已正确升级。

验证：验证其他数据库的升级升级任何其他数据库后，查看“升级状态”页以监控进度并验证升级过程是否已完成。查看日志文件以确定任何其他问题，然后查看每个已升级的网站以找出并解决与内容显示方式有关的任何问题。有关详细信息，请参阅验证升级和审阅升级后的网站 (SharePoint Foundation 2010) 和管理直观升级 (SharePoint Foundation 2010)。

另请参阅解决升级问题 (SharePoint Foundation)

368

查看“升级状态”页 打开升级日志文件

执行升级后步骤 (SharePoint Foundation 2010)在执行了到 Microsoft SharePoint Foundation 2010 的就地升级或数据库附加升级之后，可以验证您的升级过程，并执行必需的配置步骤以便再次为用户准备好您的环境。本节内容： 为基于声明的 Web 应用程序配置基于表单的身份验证 (SharePoint Foundation 2010) 升级已配置为使用基于窗体的身份验证的现有 Windows SharePoint Services 3.0 Web 应用程序，以将其与 SharePoint Foundation 2010 一起使用。

验证升级和审阅升级后的网站 (SharePoint Foundation 2010) 了解如何判断升级是否已成功完成（从软件角度和通过对网站的直观检查），或者是否仍有需要解决的问题。如果必须在失败之后重新启动升级，请在本文中查找实现此目的的步骤。

升级失败后进行恢复 (SharePoint Foundation 2010) 如果升级到 Microsoft SharePoint Foundation 2010 失败而您没有时间继续解决问题或恢复升级过程，请执行这些步骤。

369

为基于声明的 Web 应用程序配置基于表单的身份验证 (SharePoint Foundation 2010)本文中的过程提供指导信息，以便： 使您能够为基于 Microsoft SharePoint Foundation 2010 声明的 Web 应用程序配置基于表单的身份验证。 帮助您升级现已配置为使用基于表单的身份验证的 Windows SharePoint Services 3.0 Web 应用程序，使它们能与 SharePoint Foundation 2010 配合工作。升级到 SharePoint Foundation 2010 之后，将针对旧的登录来配置 Windows SharePoint Services 3.0 Web 应用程序。对于配置为使用 Windows 身份验证的 Windows SharePoint Services 3.0 Web 应用程序，无需为升级执行其他步骤。但是，对于配置为使用基于表单的身份验证或 Web SSO 身份验证的 Windows SharePoint Services 3.0 Web 应用程序，必须首先转换为基于声明的身份验证，然后才能在 SharePoint Foundation 2010 中使用 Windows SharePoint Services 3.0 Web 应用程序。将 Windows SharePoint Services 3.0 Web 应用程序转换为基于声明的身份验证后，针对基于表单的身份验证（或 Web SSO 身份验证，视情况而定）配置 Web 应用程序区域。请注意，在 SharePoint Foundation 2010 和 Windows SharePoint Services 3.0 中使用的成员资格提供程序和角色提供程序的名称必须匹配。最后一步是将用户和权限迁移到 SharePoint Foundation 2010。本文内容： 将 Web 应用程序转换为基于声明的身份验证 使用管理中心将基于表单的 Web 应用程序配置为使用 LDAP 提供程序 配置 LDAP Web.Config 文件 使用 Windows PowerShell 将基于表单的 Web 应用程序配置为使用 LDAP 提供程序 将用户和权限从 Windows SharePoint Services 3.0 迁移到 SharePoint Foundation 2010

将 Web 应用程序转换为基于声明的身份验证执行以下过程中的步骤，以使用 Windows PowerShell 将现有的 Web 应用程序转换为基于声明的身份验证。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 从 Windows PowerShell 命令提示符处，键入以下内容：

370

将 Web 应用程序转换为基于声明的身份验证

$w = Get-SPWebApplication "http://<server>/"

$w.UseClaimsAuthentication = "True";

$w.Update()

$w.ProvisionGlobally()

注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

使用管理中心将基于表单的 Web 应用程序配置为使用 LDAP 提供程序执行以下过程中的步骤，以使用管理中心为基于声明的 Web 应用程序配置基于表单的身份验证。

1. 验证执行以下过程的用户帐户是否为网站集管理员。2. 在管理中心的“应用程序管理”下，选择“管理 Web 应用程序”。 3. 在功能区上，选择“新建”。4. 在“创建 Web 应用程序”对话框的“身份验证”部分，选择“基于声明的身份验证”。5. 在“身份验证类型”部分，选择“启用 ASP.NET 成员资格和角色提供程序”。6. 键入成员资格提供程序名称和角色管理器名称。在本文介绍的示例 Web.Config 文件中，成员资格提供程序的名称为 membership，角色管理器的名称为 rolemanager。7. 单击“确定”以创建 Web 应用程序。

配置 LDAP Web.Config 文件成功创建了 Web 应用程序（如上面过程所述）之后，修改以下 Web.Config 文件： 管理中心 Web 应用程序 Web.Config 文件 安全令牌服务 Web.Config 文件 基于表单的身份验证且基于声明的 Web 应用程序 Web.Config 文件

1. 在命令提示符处键入 INETMGR，以打开 IIS Manager。2. 在 IIS 中转到“SharePoint 管理中心”网站。 3. 右键单击“SharePoint 管理中心”，然后选择“浏览”。

371

使用管理中心为基于声明的 Web 应用程序配置基于表单的身份验证 配置管理中心 Web.Config 文件

4. 打开 Web.Config 文件。5. 找到 <Configuration> <system.web> 部分，然后添加以下项：

<membership defaultProvider="AspNetSqlMembershipProvider">

<providers>

<add name="membership"

type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server,

Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

userDNAttribute="distinguishedName"

userNameAttribute="sAMAccountName"

userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC= distinguishedName (of your

userContainer)"

userObjectClass="person"

userFilter="(ObjectClass=person)"

scope="Subtree"

otherRequiredUserAttributes="sn,givenname,cn" />

</providers>

</membership>

<roleManager enabled="true" defaultProvider="AspNetWindowsTokenRoleProvider" >

<providers>

<add name="roleManager"

type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server, Version=14.0.0.0,

Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC= distinguishedName (of your groupContainer)"

groupNameAttribute="cn"

groupNameAlternateSearchAttribute="samAccountName"

groupMemberAttribute="member"

userNameAttribute="sAMAccountName"

372

dnAttribute="distinguishedName"

groupFilter="((ObjectClass=group)"

userFilter="((ObjectClass=person)"

scope="Subtree" />

</providers>

</roleManager>

添加上述条目后，保存并关闭 Web.Config 文件。1. 在命令提示符处键入 INETMGR，以打开 IIS Manager。2. 转到“SharePoint Web 服务”网站。3. 转到“SecurityTokenServiceAppliction”子站点。4. 右键单击“SharePoint 管理中心”，然后选择“浏览”。5. 打开 Web.Config 文件。6. 找到 <Configuration> <system.web> 部分，然后添加以下项：

<membership>

<providers>

<add name="membership"

type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server,

Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

userDNAttribute="distinguishedName"

userNameAttribute="sAMAccountName"

userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com"

userObjectClass="person"

userFilter="(&amp;(ObjectClass=person))"

scope="Subtree"

otherRequiredUserAttributes="sn,givenname,cn" />

</providers>

</membership>

<roleManager enabled="true" >

373

重要： 配置安全令牌服务 Web.Config 文件

<providers>

<add name="rolemanager"

type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server, Version=14.0.0.0,

Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC=com"

groupNameAttribute="cn"

groupNameAlternateSearchAttribute="samAccountName"

groupMemberAttribute="member"

userNameAttribute="sAMAccountName"

dnAttribute="distinguishedName"

groupFilter="(&amp;(ObjectClass=group))"

userFilter="(&amp;(ObjectClass=person))"

scope="Subtree" />

</providers>

</roleManager>

添加上述条目后，保存并关闭 Web.Config 文件。1. 在命令提示符处键入 INETMGR，以打开 IIS Manager。2. 转到“声明表单”网站。3. 右键单击“声明表单”，然后选择“浏览”。4. 打开 Web.Config 文件。5. 找到 <Configuration> <system.web> 部分。6. 找到 <membership defaultProvider="i"> 部分，然后添加以下项：

<add name="membership"

type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server,

Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

374

重要： 配置基于表单的身份验证且基于声明的 Web 应用程序 Web.Config 文件

userDNAttribute="distinguishedName"

userNameAttribute="sAMAccountName"

userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com"

userObjectClass="person"

userFilter="(&amp;(ObjectClass=person))"

scope="Subtree"

otherRequiredUserAttributes="sn,givenname,cn" />

找到 <roleManager defaultProvider="c" enabled="true" cacheRolesInCookie="false"> 部分，然后添加以下项：<add name="roleManager"

type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server, Version=14.0.0.0,

Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC=com"

groupNameAttribute="cn"

groupNameAlternateSearchAttribute="samAccountName"

groupMemberAttribute="member"

userNameAttribute="sAMAccountName"

dnAttribute="distinguishedName"

groupFilter="(&amp;(ObjectClass=group))"

userFilter="(&amp;(ObjectClass=person))"

scope="Subtree" />

添加上述条目后，保存并关闭 Web.Config 文件。请勿覆盖此 Web.Config 文件中的任何现有项。

使用 Windows PowerShell 将基于表单的 Web 应用程序配置为使用 LDAP 提供程序执行以下过程中的步骤，以使用 Windows PowerShell 为基于声明的 Web 应用程序配置基于表单的身份验证。

375

重要： 警告：

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 从 Windows PowerShell 命令提示符处，键入以下内容：

$ap = New-SPAuthenticationProvider -Name "ClaimsForms" -ASPNETMembershipProvider

"membership" -ASPNETRoleProviderName "rolemanager"

$wa = New-SPWebApplication -Name "Claims Windows Web App" -ApplicationPool "Claims App

Pool" -ApplicationPoolAccount "internal\appool"

-Url http://servername -Port 80 -AuthenticationProvider $ap

注意：ApplicationPoolAccount 参数的值必须为服务器场上的管理帐户。

6. 成功创建了身份验证提供程序和 Web 应用程序之后，使用本文的“配置 LDAP Web.Config 文件”一节中提供的示例项修改以下 Web.Config 文件： 管理中心 Web 应用程序 Web.Config 文件 安全令牌服务 Web.Config 文件 基于表单的身份验证且基于声明的 Web 应用程序 Web.Config 文件

7. 修改了上面这些 Web.Config 文件之后，创建一个 SPClaimsPrinciple 和一个网站集，如下例中所示：$cp = New-SPClaimsPrincipal -Identity "membership:SiteOwner" -IdentityType FormsUser

$sp = New-SPSite http://servername:port -OwnerAlias $cp.Encode() -Template "STS#0"

注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

将用户和权限从 Windows SharePoint Services 3.0 迁移到 SharePoint Foundation 2010执行以下过程中的步骤，以使用 Windows PowerShell 迁移用户和权限。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。

376

使用 Windows PowerShell 将基于表单的 Web 应用程序配置为使用 LDAP 提供程序将用户和权限从 Windows SharePoint Services 3.0 迁移到 SharePoint Foundation 2010

3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 从 Windows PowerShell 命令提示符处，键入以下内容：

$w = Get-SPWebApplication "http://<server>/"

$w.MigrateUsers(True)

注意：我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。

377

验证升级和审阅升级后的网站 (SharePoint Foundation 2010)执行了目标为 Microsoft SharePoint Foundation 2010 的就地升级或数据库附加升级之后，必须验证内容已成功升级到新的版本。可以验证升级的状态（升级是否仍在进行中，或者升级是否已成功完成还是出错或失败？），然后还可以审阅升级后的网站，以了解是否仍有任何问题留待您解决。将这些步骤作为试验升级的一部分执行时，可以使用它们来确定在您尝试升级生产环境之前需要重新进行的自定义。升级生产环境时，更为重要的是，知道升级何时完成、哪些网站已成功升级，以及哪些网站需要做额外的工作才能允许用户重新访问它们。在某些情况下，可能需要重新启动升级才能完成网站的升级。有关如何重新启动升级的详细信息，请参阅继续升级 (SharePoint Foundation 2010) 。本文内容： 验证升级状态 审阅升级后的网站

验证升级状态升级过程包含多个阶段。对于就地升级，先运行 Setup.exe 以安装新的软件，然后运行 SharePoint 产品和技术配置向导升级配置数据库和管理内容数据库，在这之后 SharePoint 管理中心网站将会打开。此时，内容升级过程将会开始。在这些阶段的每一个中，可以使用不同的方法来检查升级过程的状态：可以审阅有关 Setup.exe、有关 SharePoint 产品和技术配置向导和有关内容升级的日志文件。在 SharePoint 管理中心中，可以查看版本号，以确保它对于您已升级到的版本是正确的。此外，还可以使用 SharePoint 管理中心中的“升级状态”页或使用 Stsadm 中的 localupgradestatus 操作来了解哪些网站已经升级或正在升级。如果升级未成功完成，则可以查看日志文件以查找和解决问题，然后重新开始升级过程。

审阅日志文件若要验证已成功升级，您可以查看以下日志和错误文件： SharePoint Foundation 2010 的 Setup.exe 日志文件。

安装程序日志文件存储在运行安装程序的用户帐户的临时目录（%USERTEMP% 或 %WINDIR%\Users\user account\AppData\Local\Temp）中。它的名称是 SharePoint Foundation Setup(YYYYMMDD-HHMMSS-SSS).log，其中 YYYYMMDD 是日期，而 HHMMSS-SSS 是时间（24 小时制的小时数，然后是分钟数、秒数和毫秒数）。

SharePoint 产品和技术配置向导 (Psconfig.exe) 日志文件。 Psconfig.exe 日志文件位于 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS 中。日志按以下格式命名：

378

PSCDiagnostics_MM_DD_YYYY_HH_MM_SS_SSS_随机数字.log，其中 MM_DD_YY 是日期，HH_MM_SS_SSS 是时间（24 小时制的小时数，然后是分钟数、秒数和毫秒数），而随机数字用于区分可能同时尝试运行 Psconfig.exe 程序的多个操作。

升级日志文件和升级错误日志文件。升级日志文件和升级错误文件位于 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS。日志按以下格式命名：Upgrade-YYYYMMDD-HHMMSS-SSS.log，其中 YYYYMMDD 是日期，HHMMSS-SSS 是时间（24 小时制的小时数，然后是分钟数、秒数和毫秒数）。升级错误日志文件将所有错误和警告合并到一个更小的文件中，命名为 Upgrade-YYYYMMDD-HHMMSS-SSS-error.log。

若要审阅日志文件以查找和解决问题，请从文件的开头开始。如果环境中的多个网站集发生了错误或警告，或者这些错误或警告完全阻碍了升级过程，则错误或警告可能会重复。例如，如果您无法连接到配置数据库，则升级过程将尝试（并失败）多次，并且这些尝试操作将列在日志文件中。1. 验证您是否拥有以下管理凭据：

若要查看日志文件，您必须是服务器上本地 Administrators 组的成员。2. 在 Windows 资源管理器中，转到包含您要查看的日志文件的目录。3. 使用文本编辑器打开日志文件。4. 在升级日志文件中，搜索或用肉眼查找以下条目：

Upgrade session finished successfully!如果找到此条目，则表明安装成功。

5. 如果在升级日志文件中未找到上一步中的条目，或者，如果正在审阅另一些日志文件中的某一个，则可以在文件中搜索或用肉眼查找以下词汇，以确定可能造成失败的具体问题： 在日志文件中搜索 ERROR，以查找任何失败情况（例如失败的组件和存在错误的数据库连接）。 搜索 WARNING 以查找缺少功能或组件之类的问题。

若要查找问题，您可能会发现使用日志分析程序针对日志文件运行查询将非常有用。如果在日志文件中找到阻碍升级的问题，则可以解决这些问题，然后重新开始升级以继续整个过程。

验证版本号除了查看升级日志文件之外，还可以通过使用 SharePoint 管理中心网站查看“服务器场中的服务器”页上的版本号来验证升级是否成功。

1. 验证您是否拥有以下管理凭据： 若要使用 SharePoint 管理中心，您必须是 Farm Administrators 组的成员。

2. 在管理中心主页上，在“系统设置”下单击“管理此场中的服务器”。

379

审阅日志文件 验证“服务器场中的服务器”页上的版本号

3. 在“服务器场信息”下，在“配置数据库版本”的旁边验证版本号以“14”开头。

检查网站的升级状态若要了解哪些网站已经升级或正在升级，可以使用 SharePoint 管理中心中的“升级状态”页，或使用 Stsadm.exe 中的 localupgradestatus 操作。 “升级状态”页列出升级会话，并提供有关每个会话状态的详细信息，而不管会话是成功还是失败，以及每台服务器发生了多少错误或警告。“升级状态”页还包含有关升级过程的日志和错误文件的信息，并为可能发生的问题提出补救措施建议。若要了解升级过程中丢失或跳过的网站，可以使用 Stsadm.exe 中的 localupgradestatus 操作。必须在服务器场中的每个前端 Web 服务器上运行此命令。

1. 验证您是否拥有以下管理凭据： 若要使用 SharePoint 管理中心，您必须是 Farm Administrators 组的成员。

2. 在管理中心主页上，在“升级和迁移”下单击“查看升级状态”。

1. 验证您是否拥有以下管理凭据： 若要使用 Stsadm，您必须是服务器上本地 Administrators 组的成员。

2. 单击“开始”，右键单击“命令提示符”，然后单击“以管理员身份运行”。3. 在命令提示符窗口中，导航到以下目录：

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\bin4. 键入以下命令，然后按 Enter：

Stsadm -o localupgradestatus

有关 localupgradestatus 操作的详细信息，请参阅 Localupgradestatus ： Stsadm 操作 (Windows SharePoint Services)。

审阅升级后的网站在生产环境中运行升级过程之前，请审阅升级后的网站以找出任何必须解决的问题。如果执行了就地升级并决定使用直观升级，则可以在新的用户界面中使用“直观升级”功能来预览网站。有关如何使用直观升级预览网站的详细信息，请参阅管理直观升级 (SharePoint Foundation 2010) 。如果您希望验证基本功能，可以使用一组有代表性的列表、库、Web 部件等创建一个新的网站集。请检查新网站以确保网站的常见级别元素工作正常。

380

在 SharePoint 管理中心中查看升级状态 从命令行查看升级状态

如果未呈现网页，则可以直接转到 URL (http://网站 url/_layouts/settings.aspx) 以检查“网站设置”页。如果“网站设置”页工作正常并且升级已成功，则可能是母版页或主页有问题。如果“网站设置”页工作不正常，请转到日志文件，以查看是否可以获得有关此问题的更多信息。首先验证影响最大或关注度最高的网站，然后验证优先级稍低的网站。作为规划过程的一部分，您应该确定哪些网站是影响最大、关注度最高的，需要立即引起注意，哪些网站可以稍后再处理问题。使用以下清单审阅升级后的网站和查找问题。

Web 部件下表列出了升级后可能发生的 Web 部件问题以及如何解决这些问题。若要快速测试 Web 部件，您可以在测试升级之前建立一个新的 Web 部件页以包含您的所有自定义 Web 部件，然后在进行试验升级之后查看此网页是否缺失或含有损坏的 Web 部件。

检查内容 出现问题时如何操作是否在升级后的网站中显示原始网站的所有 Web 部件？ 如果 Web 部件区域存在于自定义的（取消幻像的）网页而不是网站定义中，则在升级过程中，该

Web 部件区域中的 Web 部件可能已移动到网页的底部区域。在浏览器或 Microsoft SharePoint Designer 2010 中页面的编辑模式下，在底部区域或其他区域查找缺失的 Web 部件，或查看 Web 部件是否已关闭。有关在 SharePoint Designer 2010 中如何使用 Web 部件和 Web 部件区域的详细信息，请参阅 SharePoint Designer 帮助系统。

Web 部件是否在正确的区域和位置中以正确的大小显示？ 在浏览器或 SharePoint Designer 2010 中页面的编辑模式下，将 Web 部件拖入正确的区域或修改 Web 部件属性以纠正任何大小调整或定位问题。是否存在任何额外的或缺失的 Web 部件？ 在浏览器或 SharePoint Designer 2010 中页面的编辑模式下打开页面。如果在页面上看到额外的

Web 部件，请在页面的原始版本上查找已关闭的或非活动的 Web 部件。升级过程是否打开了已关闭的或非活动的 Web 部件？如果已打开，则可以修改 Web 部件属性以关闭这些 Web 部件。 如果 Web 部件缺失，请在 SharePoint Designer 2010 中查找错误（例如，“呈现控件出错”或“程序集缺失”）。这些错误指示未为新环境安装 Web 部件或错误地配置了 Web 部件，

381

提示：

检查内容 出现问题时如何操作必须重新安装或重新配置 Web 部件。

Web 部件是否工作正常？ 在浏览器或 SharePoint Designer 2010 中页面的编辑模式下打开页面，查找指示组件或服务缺失的错误。确保升级网站中存在 Web 部件依赖的所有组件或服务。尤其是对于数据库附加升级方法，必须确保已为 Web 部件安装了所需的所有组件或服务，并确保已正确配置这些组件或服务（例如：已配置了 Web.config 安全控件列表）。更新并重新部署仍然存在但不再正常工作的任何 Web 部件。

如果 Web 部件有问题，请在 URL 语法 (http:// siteurl/default.aspx?contents=1) 的末尾追加 contents=1 ，然后按 Enter。此操作将打开 Web 部件维护页，您可以在其中移除和修复损坏的 Web 部件页。

大型列表默认情况下，在升级到 SharePoint Foundation 2010 之后会应用大型列表查询限制。如果列表很大，用户使用视图或执行查询时超出了限制或限制阈值，将不允许该视图或查询。请检查环境中的任何大型列表，请网站所有者或列表所有者解决该问题。例如，他们可以使用筛选的视图创建索引列、将项目组织到文件夹中、对较大视图的页设置项目限制或使用外部列表。

样式和外观下表列出了升级后网站的样式和外观的常见问题以及如何解决这些问题。

可以通过纠正到此项的链接来解决本节中描述的大多数问题。

检查内容 出现问题时如何操作是否正确显示了页面上的所有图像？ 验证或纠正到图像的链接。 是否在适当的位置使用了正确的级联样式表颜色和样式？ 验证或纠正到级联样式表文件的链接。验证母版页上的链接。对网站应用的主题的外观是否仍相同？ 对网站进行升级之后，网站的主页或其他页面的外观可能不同。您可能需要重新创建或修改主题，然后重新应用。是否有任何未正常运行的脚本编写的控件？ 验证或纠正到控件的链接。

382

提示： 提示：

检查内容 出现问题时如何操作网页在 Windows Internet Explorer 8 中是否正确显示？ 验证网页上的任何 HTML 使用了严格的 XHTML 模式。任何网页上是否显示了任何脚本错误？ 验证脚本和链接，验证任何 HTML 使用了严格的

XHTML 模式。

权限相应的人员和组对网站、网页、列表和项目是否仍具有正确的权限级别？可以使用功能区的“权限工具”部分中的“检查权限”按钮了解哪个人对网站或子网站中的哪些项目具有权限。

自定义（取消幻像）的网页自定义（取消幻像）页面是已编辑的页面，这些页面此时是页面的唯一版本，而不是默认模板页。下表列出了升级之后自定义页面可能出现的问题以及如何解决这些问题。

检查内容 出现问题时如何操作自定义项是否仍然在正确的位置？ 确定整个网页只有一个问题还是有更大的问题。

如果为原始网站添加了一个全新的页面（例如，如果将 Default.aspx 替换为其他文件，而不是对现有 Default.aspx 文件进行更改），则新的页面将与网站定义没有任何关联，因此，该页面可能与升级的网站中的其他页面的外观不同，也不能将其外观重置为与其他页面相似。如果要使自定义页面的外观与网站中的其他页面相同，请考虑创建基于网站定义的全新页面，然后将自定义设置传输到该新页面。是否还能访问页面上的编辑控件？ 如果已自定义编辑控件（例如，“站点操作”链接或“编辑页面”链接），查看这些控件是否仍出现。如果没有出现，您可以通过将页面重置为默认版本，以便用新版本的编辑控件取代它们。

使用 SharePoint Designer 中的“重置为模板”命令将页面重置为默认版本（也称作重新幻像）。还原默认页面之后，您可以通过应用不同的母版页或通过在 SharePoint Designer 中重新应用自定义项，在浏览器中重新应用自定义项。

383

检查内容 出现问题时如何操作您的自定义项在新的环境中是否仍适用，或者您是否要更新为新的功能和外观？ 如果您需要新的功能，则必须重置所有自定义页面以使用模板。基本上，重置页面会丢弃自定义项并将页面附加到合适的母版页。然后，可以将所需的任何自定义项传送到母版页，而不是存储在单个页面中。

使用 SharePoint Designer 中的“重置为模板”命令将页面重置为默认版本（也就是重新幻像）。还原默认页面之后，您可以通过应用不同的母版页或通过在 SharePoint Designer 中重新应用自定义项，在浏览器中重新应用自定义项。是否有任何网页仍然保持签出状态？ 如果您签出页面进行更改，请确保重新签入此页面。

另请参阅继续升级 (SharePoint Foundation 2010) 解决升级问题 (SharePoint Foundation)

384

管理直观升级 (SharePoint Foundation 2010)本文提供有关直观升级功能的过程。当您从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 时，可以选择使用直观升级功能，使网站集所有者和网站所有者能够暂时保留以前的用户界面。这样使他们可以更新自定义功能，以便在新的用户界面中使用。有关直观升级及其相关选择的完整说明，请参阅规划直观升级 (SharePoint Foundation 2010) 。 本文内容： 关于使用直观升级 查看当前用户界面的状态 将网站恢复为上一用户界面 强制升级到新用户界面 有关直观升级的网站所有者选项

关于使用直观升级进行升级时，无论是使用就地升级还是使用数据库附加升级方法，都可以选择使用直观升级。 在就地升级期间，您选择使用直观升级作为 SharePoint 产品和技术配置向导的一个步骤。如果您是在具有内置数据库的独立服务器上执行升级，则直观升级功能在 SharePoint 产品和技术配置向导中不可用。但这种情况下，可使用 Psconfig 命令行工具来执行直观升级功能。然后您可以使用语法：psconfig.exe -cmd upgrade [–preserveolduserexperience <true|false>]。在数据库附件升级期间，使用以下两种方法之一可以更新到新用户体验或保留原来的用户体验： Mount-SPContentDatabase Windows PowerShell cmdlet 的

Updateuserexperience 参数。 addcontentdatabase Stsadm 操作的 preserveolduserexperience 参数。 有关升级期间使用这些参数的额外信息，请参阅附加数据库并升级到 SharePoint Foundation 2010 。

查看当前用户界面的状态您可以通过生成网站集中所有网站的列表及其相应直观升级数据来查看当前用户界面状态。如果您已设置了时间限制，网站所有者必须在该时间内准备好网站以使用新用户界面，并且您希望监视进度，那么这种做法很有用。以下过程说明如何查看当前用户界面状态。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。

385

使用 Windows PowerShell 查看当前用户界面的状态

3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

$sc = Get-SPSite http://machinename/sites/collectionname; $sc.GetVisualReport() | Format-

Table

有关详细信息，请参阅 Get-SPSite。

将网站恢复为上一用户界面如果网站集所有者或网站所有者错误地决定使用新用户界面，或者还有无法解决的问题，您可以使用 Windows PowerShell 恢复为原来的用户界面。此过程向您说明如何将一个网站或网站集中的所有网站恢复为上一用户界面。

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 若要将网站集中的特定网站恢复为上一用户界面，在 Windows PowerShell 命令提示符处，键入以下命令：

Get-SPSite http://machinename/sites/V3UI | Get-SPWeb "webname" |

Foreach{$_.UIVersionConfigurationEnabled=1;$_.UIVersion=3;$_.Update();}

若要将网站集中的所有网站恢复为上一用户界面，在 Windows PowerShell 命令提示符处，键入以下命令：Get-SPSite http://machinename/sites/V3UI | Foreach{$_.

UIVersionConfigurationEnabled=1;$_.UIVersion=3;$_.Update();}

有关详细信息，请参阅 Get-SPSite。

强制升级到新用户界面如果您要在升级后强制应用新用户界面，可能首先需要为网站集所有者和网站所有者提供指定的时间，在此期间，他们可以预览新用户界面，并解决可能遇到的任何问题。强制升级到新用户界面时，可以在初次升级期间使用脚本或使用 SharePoint 产品和技术配置向导。有关升级和 SharePoint 产品和技术配置向导的信息，请参阅运行 SharePoint 产品配置向导 。以下过程说明如何通过编程的方式将所有网站集和所有网站升级到新用户界面。

386

使用 Windows PowerShell 将网站恢复为上一用户界面

1. 验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。2. 在“开始”菜单上，单击“所有程序”。3. 单击“Microsoft SharePoint 2010 产品”。4. 单击“SharePoint 2010 Management Shell”。5. 在 Windows PowerShell 命令提示符处，键入以下命令：

$webapp = Get-SPWebApplication http://sitename

foreach ($s in $webapp.sites)

{$s.VisualUpgradeWebs() }

有关详细信息，请参阅 Get-SPWebApplication若要将单个网站集升级到新用户界面，在 Windows PowerShell 命令提示符处，键入以下命令：$site = Get-SPSite http://server

$site.VisualUpgradeWebs()

若要将单个网站升级到新用户界面，在 Windows PowerShell 命令提示符处，键入以下命令：$web = Get-SPWeb http://server/site

$web.UIVersion = 4

$web.UIVersionConfigurationEnabled = 0

$web.Update()

有关直观升级的网站所有者选项网站所有者可以使用“网站设置”用户界面在“使用上一用户界面”和“预览更新的用户界面”选项之间切换。如果网站所有者对网站外观满意，就可以选择“更新用户界面”选项最终确定新用户界面。下表介绍网站所有者可为网站选择的各种升级选项。升级模式位于“网站设置”页的“标题、说明和图标”部分。

模式类型 说明使用上一用户界面 网站所有者使用此模式使其所有网站使用

Windows SharePoint Services 3.0 提供的界面。预览更新的用户界面 网站所有者使用此模式评估网站在新界面中的外观效果和功能。选择此模式时，上一版本界面中的功能不可用。升级用户界面 当网站所有者对变化满意并且准备好切换到新用户

387

使用 Windows PowerShell 强制升级到新用户界面

模式类型 说明界面时，可以使用此选项。如有需要，管理员可以将用户界面还原到上一版本的界面。

另请参阅规划直观升级 (SharePoint Foundation 2010)

388

在升级过程中使用 AAM URL 重定向 (SharePoint Foundation 2010)（白皮书）本白皮书介绍了一些规划活动，为了成功部署并使用 Microsoft SharePoint Foundation 2010 中的备用访问映射 (AAM) URL 重定向功能来帮助减少服务器计算机或服务器场升级过程中的故障时间，您需要执行这些活动。此外，它还介绍了通过修改现有 Windows SharePoint Services 3.0 服务器计算机成功完成此功能配置所需执行的过程。

本白皮书中描述的过程是一种用于避免升级过程中的故障时间的高级技术。只有在其他技术（如只读数据库和使用已分离数据库进行就地升级）导致故障时间长得令用户无法接受的情况下，才应使用此技术。除非知道升级过程所需的时间将长于一个周末，否则请不要考虑使用此技术。如果升级不可能要那么久，那么执行本白皮书中的过程不会为您节省任何时间。有关其他升级方法的详细信息，请参阅确定升级方法 (SharePoint Foundation 2010) 。下载 Microsoft Word 文档 (.doc) 格式的白皮书 。(http://go.microsoft.com/fwlink/?linkid=168857&clcid=0x804)下载 PDF 文件格式的白皮书 。(http://go.microsoft.com/fwlink/?linkid=168858&clcid=0x804)

389

重要：

部署 Office Web Apps（安装在 SharePoint 2010 产品上）本文讨论了如何部署 Microsoft Office Web Apps。Office Web Apps 是 Office Word、Excel、PowerPoint 和 OneNote 应用程序的联机助理，它使用户可以从任何位置访问文档。用户可以跨个人计算机、移动电话和 Web，与他人一起联机查看、共享和处理文档。Office Web Apps 可通过 Windows Live 提供给用户使用，并通过 Microsoft Office 2010 批量许可和基于 Microsoft SharePoint 2010 产品 的文档管理解决方案提供给商业客户使用。适当的设备、Internet 连接和受支持的 Internet Explorer、Firefox 或 Safari 浏览器是必备条件。一些移动功能需要 Office Mobile 2010，该产品未包含在 Office 2010 应用程序、套件或 Office Web Apps 中。Office Web Apps、Office Mobile 2010 和 Office 2010 应用程序的功能之间存在一些差异。

本文提供的信息面向计划在组织中的 SharePoint 2010 产品内部部署上部署 Office Web Apps 的 IT 专业人员。除非另有说明，否则本文中的 SharePoint 2010 产品指的是 Microsoft SharePoint Server 2010 和 Microsoft SharePoint Foundation 2010。本文不提供有关部署 SharePoint 2010 产品的指导或说明。新内容和更新内容将定期发布。在组织中部署 Office Web Apps 之前，建议您先阅读 Microsoft TechNet 上的了解 Office Web Apps （安装在 SharePoint 2010 产品上） 和计划 Office Web Apps （安装在 SharePoint 2010 产 品上）。本文内容： 了解 Office Web Apps 部署 其他配置（可选） 疑难解答除了上述各节之外，以下某一节将适用于您的特定 Office Web Apps 部署： 在现有的独立 SharePoint 服务器上安装和配置 Office Web Apps 在新的独立 SharePoint 服务器上安装和配置 Office Web Apps 在现有的 SharePoint 服务器场中安装和配置 Office Web Apps 在新的 SharePoint 服务器场中安装和配置 Office Web Apps

了解 Office Web Apps 部署对于独立 SharePoint 服务器和 SharePoint 服务器场，部署 Office Web Apps 涉及三个主要阶段：运行安装程序和 PSConfig   具体任务包括在独立 SharePoint 服务器或 SharePoint 服务器场中的每台服务器上运行 Setup.exe 以及 SharePoint 产品和技术安装后配置向导 (PSConfig)。运行 Setup.exe 将在服务器上安装 Office Web Apps 文件和组件。Office Web Apps 安装过程中需要运

390

注意：

行 PSConfig，以便注册 Office Web Apps 服务、根据 SharePoint 安装类型启动服务实例、创建服务应用程序和服务应用程序代理以及激活 Office Web Apps 功能。激活 Office Web Apps 服务 包括启动服务实例以及创建服务应用程序和服务应用程序代理。是否需要激活服务取决于 SharePoint 的状态，以及先前是否运行过 PSconfig 和 SharePoint 场配置向导。激活 Office Web Apps 功能 包括在应该提供 Office Web Apps 的所有现有 SharePoint 网站集上激活 Office Web Apps 功能。如果在安装 Office Web Apps 之前运行过 PSconfig 或 SharePoint 场配置向导，将至少存在一个网站集。安装 Office Web Apps 后创建的新网站集将自动激活该功能。

本文中的一些过程需要使用 Windows PowerShell 或 SharePoint 2010 Management Shell 以运行 cmdlet。若要在 Windows PowerShell 中运行 SharePoint 2010 cmdlet，您必须通过使用 Add-PSSnapin cmdlet 添加 Microsoft.SharePoint.PowerShell 管理单元，或者可以通过使用 SharePoint 2010 Management Shell 来运行 SharePoint 2010 cmdlet。默认情况下，Microsoft.SharePoint.PowerShell 管理单元已经注册，并且已添加到 SharePoint 2010 Management Shell 中。若要运行 SharePoint 2010 cmdlet，您必须是配置数据库上 SharePoint_Shell_Access 角色的成员并且是安装 SharePoint 2010 产品的计算机上 WSS_ADMIN_WPG 本地组的成员。若要在 Windows PowerShell 或 SharePoint 2010 Management Shell 中运行脚本，您必须使用 set-executionpolicy cmdlet 和 unrestricted 参数设置执行策略。有关 Add-PSSnapin cmdlet 的详细信息，请参阅 Add-PSSnapin。有关结合使用 Windows PowerShell 和 SharePoint 2010 产品的详细信息，请参阅借助 Windows PowerShell 的 SharePoint 2010 产品管理 。

在现有的独立 SharePoint 服务器上安装和配置 Office Web Apps本节仅适用于以下情况：您要在现有的 SharePoint 服务器上安装 Office Web Apps，并且先前已在 SharePoint 安装过程中运行 PSConfig。运行 Setup.exe 时，Office Web Apps 安装程序会将启用浏览器的文档在 SharePoint 中的默认打开行为配置为在浏览器中打开文档。如果 Office Web Apps 安装程序已经运行，但是尚未激活 Office Web Apps 服务和功能，则用户在浏览器中打开文档时可能收到断开的链接。在活动生产服务器场中部署 Office Web Apps 时，为了防止运行安装程序后完成其他部署任务时指向文档的链接断开，建议在运行安装程序之前在现有网站集上启用 OpenInClient 功能。有关详细信息，请参阅其他配置（可选）。

运行 Office Web Apps 安装程序完成此任务，以在服务器上安装 Office Web Apps 组件和文件。

1. 从根文件夹运行“Setup.exe”。

391

注意： 警告： 运行 Office Web Apps 安装程序

2. 在“输入您的产品密钥”页上，输入您的产品密钥，然后单击“继续”。3. 在“选择文件位置”页上，单击“立即安装”以安装到默认位置。若要安装到另一个位置，请指定要安装的位置，然后单击“立即安装”。4. 安装完成后，会出现一个对话框，提示您完成服务器的配置。请确保选中“立即运行

SharePoint 产品和技术配置向导”复选框，然后单击“关闭”以启动 PSConfig。

运行 PSConfig 以注册服务完成此任务，以在 SharePoint 服务器上注册 Office Web Apps 服务。

1. 如果在上一步中保留“立即运行 SharePoint 产品和技术配置向导”复选框处于选中状态，则在 PSconfig“欢迎使用 SharePoint 产品”页上，单击“下一步”。

2. 在通知您有些服务可能需要在配置过程中重新启动或重置的对话框中，单击“是”。3. 在“配置成功”页上，单击“完成”。此时将打开您的新 SharePoint 网站。

启动服务实例服务实例为服务应用程序提供物理位置。在创建服务应用程序和服务应用程序代理之前，您必须启动服务实例。可以使用 SharePoint 管理中心或使用 Windows PowerShell 启动服务实例。此任务中的过程将在指定的服务器上启动服务实例。

1. 单击“开始”，依次指向“所有程序”、“Microsoft SharePoint 2010 产品”和“SharePoint 2010 管理中心”。2. 在 SharePoint 管理中心主页的“系统设置”中，单击“管理服务器上的服务”。3. 在“服务器上的服务: <服务器名称>”页中，启动“Excel Calculation Services”、“Word

Viewing Service”和“PowerPoint Service”。OneNote Web App 不使用 SharePoint 服务。

1. 使用记事本打开一个新文本文件，然后将以下脚本复制并粘贴到该文件中。$machinesToActivate = @("contosoapp1"

$serviceInstanceNames = @("Word Viewing Service", "PowerPoint Service", "Excel Calculation

Services")

foreach ($machine in $machinesToActivate)

{

foreach ($serviceInstance in $serviceInstanceNames)

392

运行 PSConfig 以注册服务 使用管理中心启动服务实例 使用 Windows PowerShell 启动服务实例

{

$serviceID = $(Get-SPServiceInstance | where {$_.TypeName -match $serviceInstance} |

where {$_.Server -match "SPServer Name="+$machine}).ID

Start-SPServiceInstance -Identity $serviceID

}

}

2. 指定以下参数：

参数 值$machinesToActivate 服务器名称

3. 使用 .ps1 文件扩展名将该文件保存到运行脚本的文件夹（通常是 C:\scripts）中。4. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令并按 Enter：

C:\<path>\<filename>.ps1

创建服务应用程序和服务应用程序代理在启动了服务实例之后，必须创建服务应用程序以及将 SharePoint Web 前端连接到服务应用程序的服务应用程序代理。可以使用管理中心或使用 Windows PowerShell 为 Word、PowerPoint 和 Excel Web App 创建服务应用程序和服务应用程序代理。OneNote Web App 不需要服务应用程序。创建后，服务应用程序将自动在启动的服务实例上运行。此任务中的过程将为 Word、PowerPoint 和 Excel Web App 创建 Office Web Apps 服务应用程序和服务应用程序代理。此任务只能在启动服务实例后完成。

1. 单击“开始”，依次指向“所有程序”、“Microsoft SharePoint 2010 产品”和“SharePoint 2010 管理中心”。2. 在 SharePoint 管理中心主页的“应用程序管理”中，单击“管理服务应用程序”。3. 在“服务应用程序”页上，单击“新建”，然后单击“Word Viewing Service”。4. 在“Word Viewing Service 应用程序”对话框的“名称”中，键入 Word Viewing

Service Application。在“应用程序池”中，选择“使用现有应用程序池”，然后在列表框中选择“SharePoint Web Services 默认值”。在“添加到默认代理列表”中，确认已选择“将此服务应用程序的代理添加到服务器场的默认代理列表”（默认设置），然后单击“确定”。5. 在“服务应用程序”页上，单击“新建”，然后单击“PowerPoint Service Application”。6. 在“PowerPoint Service Application”对话框的“名称”中，键入 PowerPoint Service

393

使用管理中心创建服务应用程序和服务应用程序代理

Application。在“应用程序池”中，选择“使用现有应用程序池”，然后在列表框中选择“SharePoint Web Services 默认值”。在“添加到默认代理列表”中，确认已选择“将此服务应用程序的代理添加到服务器场的默认代理列表”（默认设置），然后单击“确定”。7. 在“服务应用程序”页上，单击“新建”，然后单击“Excel Services 应用程序”。8. 在“Excel Services 应用程序”对话框的“名称”中，键入 Excel Services

Application。在“应用程序池”中，选择“使用现有应用程序池”，然后在列表框中选择“SharePoint Web Services 默认值”。在“添加到默认代理列表”中，确认已选择“将此服务应用程序的代理添加到服务器场的默认代理列表”（默认设置），然后单击“确定”。注意：您可以选择创建一个新应用程序池，以与服务应用程序一起使用。在创建新应用程序池时，您可以将应用程序池使用的安全帐户指定为预定义的 Network Service 帐户，也可以指定一个管理帐户。该帐户必须对 SPContent 数据库和 SPConfig 数据库具有读/写权限。

1. 使用记事本打开一个新文本文件，然后将以下脚本复制并粘贴到该文件中。

$appPool = Get-SPServiceApplicationPool -Name "SharePoint Web Services Default"

New-SPWordViewingServiceApplication -Name "WdView" -ApplicationPool $appPool | New-

SPWordViewingServiceApplicationProxy -Name "WdProxy"

New-SPPowerPointServiceApplication -Name "PPT" -ApplicationPool $appPool | New-

SPPowerPointServiceApplicationProxy -Name "PPTProxy"

New-SPExcelServiceApplication -Name "Excel" -ApplicationPool $appPool

2. 使用 .ps1 文件扩展名将该文件保存到运行脚本的文件夹（通常是 C:\scripts）中。3. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令并按 Enter：

C:\<path>\<filename>.ps1

激活 Office Web Apps 功能启动服务实例并创建服务应用程序和服务应用程序代理后，要使用 Office Web Apps，需要在现有网站集上激活 Office Web Apps 功能。可以使用管理中心或使用 Windows PowerShell 在网站集上激活该功能。如果网站集很多，则可以使用 Windows PowerShell 在所有网站集上激活该功能。此任务中的过程将在一个或多个网站集上激活 Office Web Apps 功能。此任务只能在创建服务应用程序和服务应用程序代理后完成。

对于激活该功能后创建的新网站集，不需要执行此任务。 1. 单击“开始”，依次指向“所有程序”、“Microsoft SharePoint 2010 产品”和

394

使用 Windows PowerShell 创建服务应用程序和服务应用程序代理 注意：使用管理中心在一个网站集上激活 Office Web Apps 功能

“SharePoint 2010 管理中心”。2. 在“SharePoint 管理中心”主页上，单击“网站操作”，然后单击“网站设置”。3. 在“网站设置”页上的“网站集管理”中，单击“网站集功能”。4. 在“功能”页上，对“Office Web Apps”单击“激活”。

1. 使用记事本打开一个新文本文件，然后将以下脚本复制并粘贴到该文件中。

$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq

"OfficeWebApps"}).Id

$singleSiteCollection = Get-SPSite -Identity http://<site_name>

Enable-SPFeature $webAppsFeatureId

2. 指定以下参数：

参数 值–Identity URL

3. 使用 .ps1 文件扩展名将该文件保存到运行脚本的文件夹（通常是 C:\scripts）中。4. 在 Windows PowerShell 控制台的命令提示符（即 PS C:\>）处，键入以下命令，然后按

Enter：C:\<path>\<filename>.ps1

1. 使用记事本打开一个新文本文件，然后将以下脚本复制并粘贴到该文件中。$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq

"OfficeWebApps"}).Id

Get-SPSite -limit ALL |foreach{Enable-SPFeature $webAppsFeatureId -url $_.URL }

2. 使用 .ps1 文件扩展名将该文件保存到运行脚本的文件夹（通常是 C:\scripts）中。3. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令并按 Enter：

C:\<path>\<filename>.ps1

395

使用 Windows PowerShell 在一个网站集上激活 Office Web Apps 功能使用 Windows PowerShell 在所有网站集上激活 Office Web Apps 功能

在新的独立 SharePoint 服务器上安装和配置 Office Web Apps本节仅适用于以下情况：要在新 SharePoint 安装上安装 Office Web Apps，并且以前未在 SharePoint 安装过程中运行 PSConfig。

运行 Office Web Apps 安装程序完成此任务，以在服务器上安装 Office Web Apps 组件和文件。

1. 从根文件夹运行“Setup.exe”。 2. 在“输入您的产品密钥”页上，输入您的产品密钥，然后单击“继续”。3. 在“选择文件位置”页上，单击“立即安装”以安装到默认位置。若要安装到另一个位置，请指定要安装的位置，然后单击“立即安装”。4. 安装完成后，会出现一个对话框，提示您完成服务器的配置。请确保选中“立即运行

SharePoint 产品和技术配置向导”复选框，然后单击“关闭”以启动 PSConfig。

运行 PSConfig 以注册服务、启动服务实例、创建服务应用程序和代理并激活 Office Web Apps 功能完成此任务以注册服务、启动服务实例、创建服务应用程序和服务应用程序代理并激活 Office Web Apps 功能。

1. 如果在上一任务中保留“立即运行 SharePoint 产品和技术配置向导”复选框处于选中状态，则在 PSconfig“欢迎使用 SharePoint 产品”页上，单击“下一步”。2. 在通知您有些服务可能需要在配置过程中重新启动或重置的对话框中，单击“是”。3. 在“配置成功”页上，单击“完成”。此时将打开您的新 SharePoint 网站。

在现有的 SharePoint 服务器场中安装和配置 Office Web Apps请仅在满足以下条件时执行本节中的任务：要在现有 SharePoint 服务器场中安装 Office Web Apps，并且以前在该服务器场中运行过场配置向导。运行 Setup.exe 时，Office Web Apps 安装程序会将启用浏览器的文档在 SharePoint 中的默认打开行为配置为在浏览器中打开文档。如果 Office Web Apps 安装程序已经运行，但是尚

396

运行 Office Web Apps 安装程序运行 PSConfig 以注册服务、启动服务实例、创建服务应用程序和代理并激活 Office Web Apps 功能

警告：

未激活 Office Web Apps 服务和功能，则用户在浏览器中打开文档时可能收到断开的链接。在活动生产服务器场中部署 Office Web Apps 时，为了防止运行安装程序后完成其他部署任务时指向文档的链接断开，建议在运行安装程序之前在现有网站集上启用 OpenInClient 功能。有关详细信息，请参阅其他配置（可选）。

运行 Office Web Apps 安装程序完成此任务，以在单个 SharePoint 服务器上安装 Office Web Apps。必须在服务器场中的每台服务器上执行此任务。

1. 从根文件夹运行“Setup.exe”。2. 在“输入您的产品密钥”页上，输入您的产品密钥，然后单击“继续”。3. 在“选择文件位置”页上，单击“立即安装”以安装到默认位置。若要安装到另一个位置，请指定要安装的位置，然后单击“立即安装”。4. 安装完成后，会出现一个对话框，提示您完成服务器的配置。请确保选中“立即运行

SharePoint 产品和技术配置向导”复选框。5. 单击“关闭”以启动配置向导。

运行 PSConfig 以注册服务完成此任务，以在单个 SharePoint 服务器上注册 Office Web Apps 服务。必须在服务器场中的每台服务器上执行此任务。

1. 在“欢迎使用 SharePoint 产品”页上，单击“下一步”。2. 在通知您有些服务可能需要在配置过程中重新启动或重置的对话框中，单击“是”。3. 在“修改服务器场设置”页上，选择“不断开与此服务器场的连接”，然后单击“下一步”。4. 在“配置成功”页上，单击“完成”。此时将打开您的新 SharePoint 网站。

启动服务实例服务实例为服务应用程序提供物理位置。对于要运行 Office Web Apps 服务应用程序的每台服务器，您必须启动服务实例。可以使用 SharePoint 管理中心或使用 Windows PowerShell 启动服务实例。此任务中的过程将在指定的服务器上启动服务实例。必须在服务器场中的每台服务器上运行 WCSetup 和 PSConfig 之后完成此任务。

1. 单击“开始”，依次指向“所有程序”、“Microsoft SharePoint 2010 产品”和“SharePoint 2010 管理中心”。

397

运行 Office Web Apps 安装程序 运行 PSConfig 以注册服务 使用管理中心启动服务实例

2. 在 SharePoint 管理中心主页的“系统设置”中，单击“管理服务器上的服务”。3. 在“服务器上的服务:<服务器名称>”页的“服务器”中，选择一台服务器，然后启动“Excel

Calculation Services”、“Word Viewing Service”和“PowerPoint Service”。在服务器场中要运行 Office Web Apps 服务的每台服务器上重复此步骤。OneNote Web App 不使用 SharePoint 服务。

1. 使用记事本打开一个新文本文件，然后将以下脚本复制并粘贴到该文件中。$machinesToActivate = @("contosoapp1", "contosoapp2")

$serviceInstanceNames = @("Word Viewing Service", "PowerPoint Service","Excel Calculation

Services")

foreach ($machine in $machinesToActivate)

{

foreach ($serviceInstance in $serviceInstanceNames)

{

$serviceID = $(Get-SPServiceInstance | where {$_.TypeName -match $serviceInstance} |

where {$_.Server -match "SPServer Name="+$machine}).ID

Start-SPServiceInstance -Identity $serviceID

}

}

2. 指定以下参数：

参数 值$machinesToActivate 服务器名称

3. 使用 .ps1 文件扩展名将该文件保存到运行脚本的文件夹（通常是 C:\scripts）中。4. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令并按 Enter：

C:\<path>\<filename>.ps1

创建服务应用程序和服务应用程序代理在启动了服务实例之后，必须创建服务应用程序以及将 SharePoint Web 前端连接到服务应用程序的服务应用程序代理。可以使用管理中心或使用 Windows PowerShell 为 Word、PowerPoint 和 Excel Web App 创建服务应用程序和服务应用程序代理。OneNote Web App 不需要服务应用程序。创建后，服务应用程序将自动在启动的服务实例上运行。

398

使用 Windows PowerShell 启动服务实例

在此任务中，您将为 Word、PowerPoint 和 Excel Web App 创建 Office Web Apps 服务应用程序和服务应用程序代理。此任务只能在启动服务实例后完成。1. 单击“开始”，依次指向“所有程序”、“Microsoft SharePoint 2010 产品”和“SharePoint 2010 管理中心”。2. 在 SharePoint 管理中心主页的“应用程序管理”中，单击“管理服务应用程序”。3. 在“服务应用程序”页上，单击“新建”，然后单击“Word Viewing Service”。4. 在“Word Viewing Service 应用程序”对话框的“名称”中，键入 Word Viewing

Service Application。在“应用程序池”中，选择“使用现有应用程序池”，然后在列表框中选择“SharePoint Web Services 默认值”。在“添加到默认代理列表”中，确认已选择“将此服务应用程序的代理添加到服务器场的默认代理列表”（默认设置），然后单击“确定”。5. 在“服务应用程序”页上，单击“新建”，然后单击“PowerPoint Service Application”。6. 在“PowerPoint Service Application”对话框的“名称”中，键入 PowerPoint Service

Application。在“应用程序池”中，选择“使用现有应用程序池”，然后在列表框中选择“SharePoint Web Services 默认值”。在“添加到默认代理列表”中，确认已选择“将此服务应用程序的代理添加到服务器场的默认代理列表”（默认设置），然后单击“确定”。7. 在“服务应用程序”页上，单击“新建”，然后单击“Excel Services 应用程序”。8. 在“Excel Services 应用程序”对话框的“名称”中，键入 Excel Services

Application。在“应用程序池”中，选择“使用现有应用程序池”，然后在列表框中选择“SharePoint Web Services 默认值”。在“添加到默认代理列表”中，确认已选择“将此服务应用程序的代理添加到服务器场的默认代理列表”（默认设置），然后单击“确定”。注意：您可以选择创建一个新应用程序池，以与服务应用程序一起使用。在创建新应用程序池时，您可以将应用程序池使用的安全帐户指定为预定义的 Network Service 帐户，也可以指定一个管理帐户。该帐户必须对 SPContent 数据库和 SPConfig 数据库具有读/写权限。

1. 使用记事本打开一个新文本文件，然后将以下脚本复制并粘贴到该文件中。

$appPool = Get-SPServiceApplicationPool -Name "SharePoint Web Services Default"

New-SPWordViewingServiceApplication -Name "WdView" -ApplicationPool $appPool | New-

SPWordViewingServiceApplicationProxy -Name "WdProxy"

New-SPPowerPointServiceApplication -Name "PPT" -ApplicationPool $appPool | New-

SPPowerPointServiceApplicationProxy -Name "PPTProxy"

New-SPExcelServiceApplication -Name "Excel" -ApplicationPool $appPool

399

使用管理中心创建服务应用程序和服务应用程序代理使用 Windows PowerShell 创建服务应用程序和服务应用程序代理

2. 使用 .ps1 文件扩展名将该文件保存到运行脚本的文件夹（通常是 C:\scripts）中。3. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令并按 Enter：

C:\<path>\<filename>.ps1

激活 Office Web Apps 功能启动服务实例并创建服务应用程序和服务应用程序代理后，Office Web Apps 要求在将提供 Web App 的现有网站集上激活 Office Web Apps 功能。可以使用管理中心或使用 Windows PowerShell 在网站集上激活该功能。如果网站集很多，则可以使用 Windows PowerShell 在所有网站集上激活该功能。此任务中的过程将在一个或多个网站集上激活 Office Web Apps 功能。必须在创建服务应用程序和服务应用程序代理后完成此任务。

对于激活该功能后创建的新网站集，不需要执行此任务。 1. 单击“开始”，依次指向“所有程序”、“Microsoft SharePoint 2010 产品”和“SharePoint 2010 管理中心”。2. 在 SharePoint 管理中心主页上，单击“网站操作”，然后单击“网站设置”。3. 在“网站设置”页上的“网站集管理”中，单击“网站集功能”。4. 在“功能”页上，对“Office Web Apps”单击“激活”。

1. 使用记事本打开一个新文本文件，然后将以下脚本复制并粘贴到该文件中。

$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq

"OfficeWebApps"}).Id

$singleSiteCollection = Get-SPSite -Identity http://<site_name>

Enable-SPFeature $webAppsFeatureId

2. 指定以下参数：

参数 值–Identity URL

3. 使用 .ps1 文件扩展名将该文件保存到运行脚本的文件夹（通常是 C:\scripts）中。4. 在 Windows PowerShell 控制台的命令提示符（即 PS C:\>）处，键入以下命令，然后按

Enter：C:\<path>\<filename>.ps1

400

注意： 使用管理中心在一个网站集上激活 Office Web Apps 功能使用 Windows PowerShell 在一个网站集上激活 Office Web Apps 功能

1. 使用记事本打开一个新文本文件，然后将以下脚本复制并粘贴到该文件中。$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq

"OfficeWebApps"}).Id

Get-SPSite -limit ALL |foreach{Enable-SPFeature $webAppsFeatureId -url $_.URL }

2. 使用 .ps1 文件扩展名将该文件保存到运行脚本的文件夹（通常是 C:\scripts）中。3. 在 Windows PowerShell 命令提示符（即 PS C:\>）处，键入以下命令并按 Enter：

C:\<path>\<filename>.ps1

在新的 SharePoint 服务器场中安装和配置 Office Web Apps请仅在满足以下条件时执行本节中的任务：要在新的 SharePoint 服务器场中安装 Office Web Apps，并且以前未在该服务器场中运行过场配置向导。

运行 Office Web Apps 安装程序在此任务中，您将在新服务器场中的单个 SharePoint 服务器上安装 Office Web Apps 文件和组件，并且以前未在该服务器场中运行过场配置向导。必须在服务器场中的每台服务器上完成此任务。

1. 从根文件夹运行“Setup.exe”。2. 在“输入您的产品密钥”页上，输入您的产品密钥，然后单击“继续”。3. 在“选择文件位置”页上，单击“立即安装”以安装到默认位置。若要安装到另一个位置，请指定要安装的位置，然后单击“立即安装”。4. 安装完成后，会出现一个对话框，提示您完成服务器的配置。请确保选中“立即运行

SharePoint 产品和技术配置向导”复选框。5. 单击“关闭”以启动场配置向导。

运行 PSConfig 以注册服务在此任务中，您将在单个 SharePoint 服务器上注册 Office Web Apps 服务。必须在服务器场中的每台服务器上完成此任务。

1. 在“欢迎使用 SharePoint 产品”页上，单击“下一步”。2. 在通知您有些服务可能需要在配置过程中重新启动或重置的对话框中，单击“是”。3. 在“修改服务器场设置”页上，选择“不断开与此服务器场的连接”，然后单击“下一步”。

401

使用 Windows PowerShell 在所有网站集上激活 Office Web Apps 功能运行 Office Web Apps 安装程序 运行 PSConfig 以注册服务

4. 在“配置成功”页上，单击“完成”。此时将打开您的新 SharePoint 网站。

运行 SharePoint 场配置向导以启动服务实例、创建服务应用程序和代理并激活 Office Web Apps 功能在此任务中，您将在服务器场中的所有服务器上启动服务实例、创建服务应用程序和服务应用程序代理并在所有现有网站集上激活 Office Web Apps 功能。必须在服务器场中的每台服务器上都已运行 Setup.exe 和 PSConfig 之后完成此任务。

1. 单击“开始”，依次指向“所有程序”、“Microsoft SharePoint 2010 产品”和“SharePoint 2010 管理中心”。2. 在“SharePoint 管理中心”主页上，单击“配置向导”。3. 在“配置向导”页上，单击“启动服务器场配置向导”。4. 在“场配置向导”欢迎页面上，选择“使用此向导引导我了解设置”，然后单击“下一步”。5. 在“配置 SharePoint 场”页上的“服务帐户”中，为服务器场管理员帐户键入名称。6. 在“服务”中，选择要激活的 Office Web Apps 服务，然后单击“下一步”。7. 可以选择创建新的首要网站。在“创建网站集”页上，按照向导步骤创建新的首要网站。8. 在“配置 SharePoint 场”页上，单击“完成”。

其他配置（可选）本节讨论其他可选配置。

为启用浏览器的文档配置 SharePoint 默认打开行为在 SharePoint 中，您可以配置启用浏览器的文档是在客户端应用程序中还是在浏览器中打开。默认情况下，安装 Office Web Apps 后，Office 文档将在浏览器中打开。您可以使用 SharePoint OpenInClient 功能重写此设置。可以在管理中心中或使用 Windows PowerShell 中的 SPFeature cmdlet 配置 OpenInClient 功能。 文档在 SharePoint 中的打开方式取决于是否存在 OpenInClient 功能以及已启用还是已禁用该功能： 如果 OpenInClient 功能不存在，并且未安装 Office Web Apps，则文档将在客户端应用程序（默认为 SharePoint）中打开。 如果 OpenInClient 功能不存在，但是安装了 Office Web Apps 并激活了 Office Web Apps 服务应用程序，则文档将在浏览器（默认为 Office Web Apps）中打开。 如果 OpenInClient 功能存在并已启用，并且激活了 Office Web Apps 服务应用程序，则文档将在客户端应用程序中打开。 如果 OpenInClient 功能存在但是已禁用，并且已激活 Office Web Apps 服务应用程序，则文档将在浏览器中打开。

402

运行 SharePoint 场配置向导以启动服务实例、创建服务应用程序和代理并激活 Office Web Apps 功能

运行 Setup.exe 以安装 Office Web Apps 时，安装程序将控制在 SharePoint 中的默认打开行为，以将 Word、PowerPoint、Excel 和 OneNote 文档注册为在关联的 Web App 中打开。在运行 Setup.exe 后、激活 Office Web Apps 服务和功能之前，如果用户在 SharePoint 中单击文档，则用户可能会在浏览器中收到断开的链接。在活动生产环境中安装 Office Web Apps 时，强烈建议您在运行 Office Web Apps 安装程序之前启用 OpenInClient 功能。1. 在 SharePoint 管理中心中，单击“网站操作”，然后单击“网站设置”。2. 在“网站设置”页上的“网站集管理”下，单击“网站集功能”。3. 在“功能”页上，对“默认情况下，在客户端应用程序中打开文档”功能，单击“激活”（启用

OpenInClient 功能）以在客户端应用程序中打开文档。单击“停用”（禁用 OpenInClient 功能）将在浏览器中打开文档。

1. 使用记事本打开一个新文本文件，然后将以下脚本复制并粘贴到该文件中。以下示例禁用在 SharePoint 中的默认打开行为。

$defaultOpenBehaviorFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq

"OpenInClient"}).Id

Get-SPSite -limit ALL |foreach{ Disable-SPFeature $defaultOpenBehaviorFeatureId -url

$_.URL }

2. 使用 .ps1 文件扩展名将该文件保存到运行脚本的文件夹（通常是 C:\scripts）中。3. 在 Windows PowerShell 控制台的命令提示符（即 PS C:\>）处，键入以下命令，然后按

Enter：C:\<path>\<filename>.ps1

1. 使用记事本打开一个新文本文件，然后将以下脚本复制并粘贴到该文件中。以下示例将所有网站中所有文档的默认打开行为设置为在客户端应用程序（如果可用）中打开。

$defaultOpenBehaviorFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq

"OpenInClient"}).Id

Get-SPSite -limit ALL |foreach{ Enable-SPFeature $defaultOpenBehaviorFeatureId -url

$_.URL }

2. 使用 .ps1 文件扩展名将该文件保存到运行脚本的文件夹（通常是 C:\scripts）中。3. 在 Windows PowerShell 控制台的命令提示符（即 PS C:\>）处，键入以下命令，然后按

Enter：

403

警告： 使用管理中心设置网站集的默认打开行为使用 Windows PowerShell 将启用浏览器的文档在 SharePoint 中的默认打开行为设置为在浏览器中打开

使用 Windows PowerShell 将启用浏览器的文档在 SharePoint 中的默认打开行为设置为在客户端应用程序中打开

C:\<path>\<filename>.ps1

疑难解答问题 Office Web Apps 已安装，但是文档不能在浏览器中通过相关联的 Web App 打开。解决方案 确认已为文档所在的网站集激活 Office Web Apps 功能。有关详细信息，请参阅激活 Office Web Apps 功能 。解决方案 确认已启动服务实例。有关详细信息，请参阅启动服务实例。解决方案 确认已创建服务应用程序和代理。在 SharePoint 管理中心的“应用程序管理”中，单击“管理服务应用程序”。确认 Word Viewing Service 应用程序、PowerPoint Service 应用程序和 Excel Services 应用程序已启动。如果尚未启动它们，请确认已启动服务实例。解决方案 确认未启用 SharePoint OpenInClient 功能。有关详细信息，请参阅其他配置（可选）。问题 Office Web Apps 在查看模式下可以正常打开，但是当用户单击工具栏上的“用 Word 编辑”、“用 PowerPoint 编辑”或“用 Excel 编辑”按钮时，会显示错误。解决方案 确认已激活 Office Web Apps 功能，并且 Word Viewing Service、PowerPoint Service 和 Excel Calculation Services 已启动。问题 运行安装程序时，产品密钥无法进行验证。解决方案 确认要安装的 Office Web Apps 版本与 SharePoint 2010 产品的版本兼容。Office Web Apps 试用版不能安装在具有授权的 SharePoint 2010 产品的服务器上。解决方案 确认您具有有效的 Microsoft Office 2010 批量许可证。

404