迁移到SharePoint 2010

2008年，微软的SharePoint盈利达十亿美元，成为增长最快的服务器端产品。这并不奇怪，因为没有任何一款产品能为现在的公司提供这么多所迫切需要的功能。到了2010年，微软并不满足现状，又发布一个重要的升级版本，这就是SharePoint 2010。

尽管这个版本有着令人满意的用户体验、性能和其他优势，但即使是对于老练的IT专业技术人员，升级当前的SharePoint环境都是一种挑战。新的软、硬件需求，架构的更改和产品界面的变化，需要可信的迁移计划以确保平滑升级。

我的这篇文章不是要具体描述迁移的步骤和细节。相反，我将介绍迁移的重点，并引导你走出误区。本指南基于SharePoint 2010 Beta 2，同样适用于SharePoint Foundation（Windows SharePoint Services的继任者）和SharePoint Server（取代Microsoft Office 2007）。

迁移前的准备

在你准备迁移工作之前，首先要注意的是新的系统需求。Microsoft SharePoint 2010只有64位版本，并且需要基于Windows Server 2008 SP2或Windows Server 2008 R2系统。另外，你还需要64位版本的Microsoft SQL Server。受支持的数据库版本有SQL Server 2005 SP3、SQL Server 2008 SP1和R2。SharePoint也需要Microsoft .NET Framwork 3.5 SP1和一些其他组件，所以请核对微软站点上的完整列表。建立开发环境的个人可以在Windows Vista SP1或Windows 7上运行SharePoint 2010，但这并不适合生产环境。

另一个关键问题是，在升级之前必须将你的SharePoint场至少打上SP2补丁。你可以通过查看SharePoint的版本号予以确定。进入管理中心，单击操作选项卡，然后选择场中的服务器。如果你的版本号低于12.0.0.6421，你至少需要升级到SP2。请注意，对于依然运行SharePoint Portal Server 2003的用户，在迁移到SharePoint 2010之前需要先升级到MOSS 2007。关于从SPS 2003升级的更多详细信息，请参考微软SharePoint团队的博客文章“从SharePoint Portal Server 2003升级到SharePoint Server 2010的规划”。

在SharePoint SP2中（以及2009年十月的累积更新中），微软为stsadm命令定义了新的功能以帮助你升级到2010。这就是升级前检查工具（Pre-Upgrade Checker），你可以把它看作是一个升级兼容性报告。我强烈建议在你当前的SharePoint场中运行该工具。它会评估你的SharePoint场的健康程度，并对在升级前需要修正的地方予以建议。就健康程度而言，它会检查各组件的状态，例如功能、站点定义、内容数据库，接下来它会告诉你这些是否运行正常。你可以在你场中任意一台SharePoint服务器上运行该命令。这可能会花费几分钟到几个小时不等，取决于你的数据库的数目和场的复杂度。下面是基本的命令语法：

stsadm –o preupgradecheck

这个命令不会对你的环境做任何更改。多次运行它是无害的，但我建议在非高峰时段运行，因为它会给服务器带来负荷。当执行完毕以后，该工具会生成一个详细的HTML页面报告。图一显示了一个在我的场中运行的示例报告。

图一：升级前检查工具（Pre-Upgrade Checker）的示例报告

阅读报告会花费一些时间。禁止或失败的问题是在升级之前必须处理的。如图一所示，SharePoint没有在64位版本的SQL Server 2008上运行。这份报告也包含有用的信息提示。大部分问题都有链接指向在线资源，这对问题有更详尽的描述。也许这些信息提示问题不大，但它们可能会让升级复杂化，甚至产生潜在的问题。你应该在升级之前尽可能多的解决这些问题。关于升级前检查工具（Pre-Upgrade Checker）的详细信息，请参阅“运行升级前检查工具（SharePoint Server 2010）。”

另一个重要的准备步骤是查看你当前的配置。SharePoint的配置有许多形式，这里我指的是那些改变SharePoint服务器文件系统的配置。这可以包含自定义功能、站点定义、字段类型、Web组件、时间接收器和程序集；手动对SharePoint根目录文件的更改（C:\Program Files\Common Files\Microsoft Shared\web server extensions\12），对web.config文件的改动，第三方软件，以及自定义的SharePoint解决方案。SharePoint可以有多种配置方式，因此这不是一个完整的清单。我知道这是一项艰巨的任务，但可能非常重要，稍后我再解释。

你有变更日志记录了什么被改动吗？如果没有，请从现在开始！这对灾难恢复同样重要。一个方法是使用一个类似WinMerge的程序，来对比你的SharePoint根目录同一个未做更改的根目录的差异。如果你正使用第三方软件，这是一个与供应商沟通的好机会，看看它跟SharePoint 2010的兼容性如何吧。

升级方法

你迁移计划中的下一步是决定升级的方法。这涉及场中的实际服务器，微软对此仅提供了两种升级方法：就地升级和数据库附加升级。这是两种不同的方法，因此我将对它们逐一描述。对那些有SPS 2003（或WSS 2.0）升级经验的人来说，你会注意到逐步升级和共享服务器逐步升级方法将不再可用。第三方SharePoint迁移产品会为你提供更多的升级方法。

就地升级。就地升级被设计成基本的升级方法。这是一次性的升级方式，在此过程中你可以同时升级场中所有的服务器。尽管是基本升级方法，它依然是有风险的，因为你一旦开始升级，就没有撤销的余地。幸运的是，这种升级方法运行的不错，即使遭遇了一些挫折，在问题解决之后也会恢复正常。要执行就地升级，你必须符合64位Windows Server 2008的要求。因此，如果你场中的服务器正在运行Windows Server 2003，那么你必须首先升级它们。

如果你认为适合就地升级，那么请为升级安排一下停机时间。升级花费的时间取决于你的服务器的速度和数据量。小型的场可能只需要一两个小时，而大型的场则可能需要一整天甚至更长的时间。

在开始之前，要停止World Wide Web Publishing service服务以防止产生任何HTTP请求。然后，执行一次完整的场备份。这仅仅是一种预防措施，以防止升级失败，从而可以回退到旧的版本。

通过在每台SharePoint服务器上安装SharePoint 2010开始就地升级。这跟旧版本的安装类似，但会有一个新的选项可以自动安装所有的先决性软件。安装程序将检测到较早版本，并且会告诉你将进行就地升级。

安装部分完成后，你需要在承载管理中心站点的服务器上运行SharePoint产品和技术配置向导。真正的升级才刚刚开始！在升级进程中，每个内容数据库都将自动升级。如果你正在使用MOSS，共享服务提供程序（SSP）和它的配置将会被更新，并被转化为新的服务程序。

数据库附加升级。数据库附加升级被用于新场中的新服务器。相对就地升级而言，这比较安全，因为这不会影响你当前的环境。请注意，这会花费更多的时间，因为你需要手动应用场的自定义设置，并逐一升级内容数据库。尽管有额外的工作，数据库附加升级依然是一个绝佳的方法，这可以用来测试SharePoint 2010而不必非要就地升级。如果你达不到系统要求，比如Windows Server 2008或64位平台的要求，这是唯一的升级选择。

在执行安装并建立新的SharePoint 2010场之后，你需要手动建立Web应用程序。建议你使用跟当前场相同的设置，包括相同的URL，例如portal.company.com。也许你想在host文件（C:\windows\system\drivers\etc）中添加临时记录，以通过DNS名称解析。在建立所有的Web应用程序之后，你可以删除默认的内容数据库。

这时，你应该应用所有已记录的文件系统设置，注意现在SharePoint根目录为文件夹14（C:\program files\common files\microsoft shared\web server extensions\14）。这就是为什么要记录所有文件系统配置变更的重要性。你可能会想，如果有一些配置缺失，结果会怎么样。这取决于配置的类型。如果是一些基本的配置，比如站点的定义，那么所有依赖于它的站点都将停止工作。如果是部分Web特性，那么极有可能这部分不能正常显示。最好的方法是测试一下，看看到底发生了什么。

当你做好了准备，将旧的内容数据库附加到新场吧。开始你要做的是将旧场中内容数据库的最新备份还原到新场中。可以使用stsadm命令的addcontentdb选项附加到SharePoint，下面是针对一个内容数据库的语法：

Stsadm -o addcontentdb -url <url> -databasename <dbname> -databaseserver <sqlserver>

执行操作的时候，SharePoint会检查数据库的版本，如果发现旧的版本，就会予以升级。升级的进度会显示在控制台上，这取决于数据库的大小，一般会花费数分钟到数小时不等。依据你的数据库服务器硬件，你可以同时开启几个升级进程。这被称为数据库并行升级，你只需打开另一个命令行窗口，重复运行stsadm命令即可。你也可以从管理中心查看数据库的升级进程。请点击主页上的升级状态链接查看。

对于每个升级的数据库，会在14\logs目录下创建两个日志文件。一个日志详细的记录了升级过程中的每个步骤。另一个日志记录了升级过程中的错误和警告。你会发现，后一个日志非常易读，以便让你专注于解决问题。

阅读日志的时候，你要知道，产生错误并不意味着数据库没有升级。同样，没有发生错误也并不意味着一切正常。像任何升级一样，必须进行测试，以确保所有功能运转正常。

如果你也同时使用MOSS 2007，那么要知道数据库附加升级并不能完全更新你的SSP。在你附加SSP数据库的时候，只更新了存储的用户配置文件。搜索设置、Excel服务设置、Business Data Catalog（BDC）应用程序定义，以及其它的设置都必须重新建立。

视觉升级

改进的UI是SharePoint 2010中最好的功能之一，它由一系列全新设计的母版页、层叠样式表（CSS）和JavaScript文件构成。不幸的是，这也有可能和你已有的可视化自定义相冲突。例如，你可能在你的环境中使用自定义的母版页或CSS。SharePoint有一个视觉升级工具可以帮助你顺利过渡到新的用户界面。它可以显示旧版本的SharePoint用户界面，并允许你逐个站点地升级用户界面。网站集管理员也可以只需一步就把新的用户界面应用到网站集中的所有站点。

当你查看一个升级完毕的站点时，它居然看起来和升级之前一摸一样！这会让你怀疑它是否完成升级。你看到的是原来的导航菜单、母版页，和主题风格。在这种情况下，新的UI特性（如ribbon）没有生效。

要切换到新的UI，可以使用视觉升级（Visual Upgrade）菜单命令。你可以在‘站点动作’菜单中选择‘视觉升级’，如图二所示。

图二：视觉升级（Visual Upgrade）菜单命令

当你点击‘视觉升级’菜单，会发现有三种模式可供选择：显示以前的用户界面，预览新的用户界面和使用新的用户界面。默认会显示以前的用户界面，预览模式是一种测试用户是否能驾驭新的用户界面的好方法，它允许你随时切换到旧的界面。如果你选择了第三种模式，使用新的用户界面，那么只能通过编写代码的方式切换用户界面了。

如果你没有做过任何视觉设置，新的用户界面应该不会发生任何问题。请注意，适应新的界面会花费不少时间，所以确保在你的迁移培训计划中予以反映。对于那些在视觉设置上做了大量改动的情形，想要在SharePoint 2010下正常显示新的用户界面，可能需要做大量的工作进行重新配置。请务必在你的迁移和测试计划中对这些予以体现。

总结

在本文中，我描述了在迁移项目开始之前你需要着手准备的步骤。本文也为你提供了可参考的信息，帮助你在两种不同的升级方法之间做出选择，就地升级抑或数据库附加升级。对你的生产环境而言，你可以考虑使用数据库附加升级进行测试。另外，如果你有虚拟化环境，比如VMware或Hyper-V，可以进行物理环境到虚拟环境的迁移，这样就可以进行就地升级测试。最后，我讲解了视觉升级，以及如何考虑在站点上使用新的用户界面。以本文为指南，你将构建一个稳固的SharePoint 2010迁移计划。