将一个SharePoint 2010站点集升级到SharePoint 2013具体步骤如下：

       1)         先将你的SharePoint 2010原先的一些解决方案(wsp)安装到SharePoint 2013上。当然有些wsp你需要升级，这个我会在后期介绍升级自定义的SharePoint项目问题。

       2)         备份原先的SharePoint 2010站点集数据库(有几个备份几个)

       3)         在SQL Server 2012上还原这些数据库。如果使用sql 2008 R2的话，一定需要事先打sp2补丁

       4)         运行PowerShell命令创建WebApplication

                   New-SPWebApplication –Name “SharePoint – test” –HostHeader test –Port 80 –ApplicationPool “Sharepoint – test80” –ApplicationPoolAccount (Get-SPManagedAccount “domain\user”)，其中”domain\user”是指你的应用程序池的账号。

       5)         运行PowerShell命令附加数据库

                   Mount-SPContentDatabase –Name WSS_Content_TEST –WebApplication http://test ，此命令用于将内容数据库附加到Web Application上。

       6)         运行PowerShell命令将Windows-Classic认证模式转换成Claims-based认证模式

                   Convert-SPWebApplication –Identity http://test –To Claims –RetainPermissions –Force

       7)        已经可以访问站点了，在首页上有一个升级的链接，你可以通过此链接将站点的14模式升级到15模式。

       8)        记得删除第一步New-SPWebApplication时，建立的一个随机内容数据库。

       


重点内容，需要仔细阅读：

我介绍一下我为什么这么升级，首先我的SharePoint 2010站点是一个Windows-Classic认证模式，这应该是大家最常用的认证模式。如果你不这么升级的话，由于SharePoint 2013站点都是Claims-based认证模式，升级过后你原先所有的权限设置都会不可用，具体表现在你在权限设置里面能看到这些用户具有权限，但是在检查权限时这些用户全部没有权限，同时这些用户也无法访问这些站点。

       从SharePoint管理中心中的UI界面中新建Web Application时，只能创建Claims-based认证模式，不能创建Windows-Classic，但是使用New-SPWebApplication命令时，默认会是一个Windows-Classic模式的站点。

       在Mount-SPContentDatabase前，你可以通过Test-SPContentDatabase命令来检查你的数据库是否有问题。

       如果你原先的站点就是Claims-based认证（SharePoint2010就支持Claims-based），那你就不用这么麻烦了。

       那个Convert-SPWebApplication保证所有的Windows权限被迁移成Claims-based权限。

       关于如何将SharePoint 2010 Windows-Classic站点迁移到claims-based的SharePoint 2013站点，这里有篇文章写的非常好。

            Migrate from classic-mode to claims-based authentication in SharePoint 2013

            http://technet.microsoft.com/en-us/library/gg251985(v=office.15).aspx