目前portal上安装的应用：
1、公司portal，基于moss 2007 sp1
2、某基于wss3的应用，英文版一套（一下简称GT）
2、操作系统windows 2008 R2
3、moss 2007需要升级到sp2
4、SQL server 2005 sp3升级到cu3（cumulative update package 3）
1、就地将windows 2003升级到windows 2008 R2，升级SQL补丁，升级moss2007到moss2010
2、导出moss2007内容数据，服务器操作系统和SQL应用重新安装，全新安装moss2010并进行部署（推荐方案，但是实施周期将更长）
1、就目前GT的兼容性来说，不管已哪种方法升级，portal服务器上greata系统将不能使用。以后也无法安装Greata系统。
2、升级期间无法使用portal
3、升级全过程，需要到IDC机房本地进行实施。期间公司网络等技术支持暂时会无法及时响应
4、我们的portal是从2003升级到2007的，再升级到2010的话，可能会有一定的数据不统一问题
5、目前portal数据库较大，更新升级项目从系统全备份、系统部署、系统部署配置等需要时间跨度比较大。
随着微软最新平台SharePoint 2010的发布，加上SharePoint 2010带来的更多先进的特性，越来越多的用户开始考虑把之前在MOSS2007做的项目升级到SharePoint2010上。
微软官方提供的升级方法有两种：就地升级（In-place Upgrade）和附加数据库升级(Attach databases Upgrade)
最近正好参与了一个升级的项目，于是我尝试了两种升级方式。
就地升级：
旧服务器场的架构：windows 2003+SQL Server2005+MOSS 2007 都是64位
在升级之前确认MOSS 2007已经打过sp2，然后运行STSADM.EXE -o preupgradecheck ，运行完毕会自动打开html格式的升级检测报告，会告诉你支持哪种升级方式，还会列出哪些可以平滑升级，哪些需要单独部署，存在哪些问题等，强烈建议升级前运行该命令，可能这里花的几分钟可以解决升级中带来的大问题。然后把Windows 2003升级到Windows 2008 R2，SQL Server 2005 打sp3+cu3，然后升级MOSS 2007到SharePoint2010.
其中Windows 2003升级到Windows 2008 R2的过程最长，需要注意Windows 2003企业版只能升级到Windows 2008 R2企业版，不支持升级到Windows 2008 R2标准版。
SQL Server2005需要打最新的CU，否则在SharePoint安装完进行配置向导的时候会报错。
前面的升级都非常顺利，到了SharePoint升级配置的第二步报错了，“未能初始化升级序列。已引发类型为 System.ArgumentException 的异常。其他异常信息: {0} 参数不支持指定的值 ”，检查SharePoint的LOG日志，Windows 2008的系统日志，没有更详细的错误信息，只好作罢。尝试第二种升级。
附加数据库升级:
旧服务器场的架构：windows 2003+SQL Server2005+MOSS 2007 都是32位
准备一个干净的新服务器场，架构是：windows 2008 R2+SQL Server2008 R2+SharePoint 2010 都是64位，SharePoint 建好一个新的web应用程序，后面会用旧的内容数据库覆盖，不用建网站集。
同样建议运行STSADM.EXE -o preupgradecheck 进行升级检查。
强烈建议升级之前做好旧服务器场数据库的备份。接下来把旧服务器场中的内容数据库（一般是XXX_Content的DB）分离，复制到新的服务器场的数据库服务器，从新服务场的SharePoint管理中心把内容数据库删除，
然后把数据库附加到新数据库服务器上。 接下来运行PowerShell，输入
Mount-SPContentDatabase -Name <DatabaseName> -DatabaseServer <ServerName> -WebApplication <URL> [-Updateuserexperience]其中：<DatabaseName> 是要升级的数据库的名称，就是刚刚附加上的数据库名；<ServerName> 是在其上存储数据库的服务器，也就是新的SharePoint服务器；<URL> 是将承载网站的 Web 应用程序的 URL。Updateuserexperience是可选的，如果不选，升级后的网站跟没升级之前的外观是一样的，以后可以在网站管理中进行可视化升级。
运行完毕会给出一个简单的报告，告诉你哪些升级成功，哪些没有升级成功，一般自己开发的那些功能，包括工作流、feature、eventhanlder等都会失败。
这个时候就可以访问升级后的站点了，外表看起来跟升级前一模一样，如果有自己开发的一些功能，建议还是重新部署一遍。如果选择可视化升级，升级后就变成2010的界面了。
--------------------------------------------------------------------------------------------------
这里备注一下，2007界面切换成2010界面的方法：
【摘自】http://blog.csdn.net/farawayplace613/article/details/5713906
公司要求将Moss2007升级成Moss2010， 我参考http://technet.microsoft.com/en-us/library/cc303420.aspx，基本上有两种升级方法1. 数据库替换法http://technet.microsoft.com/en-us/library/cc303436.aspx， 2.产品升级法http://technet.microsoft.com/en-us/library/cc303423.aspx
至于这两种升级的方法步骤，上面两个链接都介绍得很清楚了，我就不翻译了。但是要注意的是不两种方法都不是百试百灵的，我尝试了第一种方法后不成功后，改用第二种方法升级成功了。
但是从第二种方法升级成功后，界面仍然保持07的风格。
可以在SharePoint 2010 Management Shell里面运行以下脚本：
$webapp = Get-SPWebApplication YourSiteUrl
foreach ($s in $webapp.sites)
{
$s.VisualUpgradeWebs()
}
如果运行不成功可以将该脚本另存为：
C:/UpgradeWebUI.ps1
启动SharePoint 2010 Management Shell，并CD 到C:
键入：./UpgradeWebUI.ps1 后回车
再打开升级过的网站你会发现，界面已经是2010的了。
--------------------------------------------------------------------------------------------------
总结：从旧服务器场的架构就可以看出两种升级方式最大的区别，就地升级只支持64位到64位的升级，而附加数据库升级还支持32位到64位的升级；实际应用中，采用就地升级的还是占少数，毕竟一般情况下，公司会把07到10的升级看作一个比较大的项目，可能也会趁机修改或者增加一些新功能。微软官网还介绍了一种混合升级方式，就是升级过程中组合运用这两种方法，比较适合更大型的多个内容数据库的网站。有兴趣的可以试试。
本文转自 yuxye 51CTO博客，原文链接:http://blog.51cto.com/fishvsfrog/571502
