将内容数据库升级到 SharePoint 2013
升级过程的第 4 阶段：升级内容数据库
 | 这是将 SharePoint 2010 产品 数据和站点升级到 SharePoint 2013 的过程的第 4 阶段。此过程包括下列必须按顺序完成的阶段： 有关完整过程的概述，请参阅SharePoint 2013 的升级过程概述和升级过程模型下载升级过程模型| 使用 Zoom.it 来查看升级过程模型。 |
 重要说明： |
|---|
| 本文适用于 SharePoint Foundation 2013和 SharePoint Server 2013。 |
观看 SharePoint 2013 升级：第 4 阶段视频
| 注意： |
|---|
| 因为 SharePoint 2013 作为网站在 Internet Information Services (IIS) 中运行，所以管理员和用户依靠浏览器提供的辅助功能。SharePoint 2013 支持受支持浏览器的辅助功能。有关详细信息，请参阅下列资源： |
附加和升级内容数据库之前，请阅读以下信息并执行所有建议的操作。
-
确保用于附加数据库的帐户是要升级的内容数据库的 db_owner 固定数据库角色的成员。
-
确保用于创建 Web 应用程序的帐户是管理中心的 Farm administrators 组的成员。
为位于 SharePoint 2010 产品环境中的每个 Web 应用程序创建一个 Web 应用程序。对于每个 Web 应用程序，执行以下操作：
-
使用相同的 URL（包括名称、端口和主机头）并配置备用访问映射设置。
如果您使用的是其他 URL，则 Office 应用程序可能无法正确重定向到新 URL，并且所有旧 URL 的书签将不起作用。
-
使用相同的身份验证方法。
例如，如果您使用旧环境中的 Windows 经典身份验证，并且您希望继续使用它，则您必须创建使用 Windows 经典身份验证的 Web 应用程序。由于基于声明的身份验证现在是 SharePoint 2013 的默认选项，您必须使用 Windows PowerShell 创建使用 Windows 经典身份验证的 Web 应用程序。有关详细信息，请参阅在 SharePoint 2013 中创建使用经典模式身份验证的 Web 应用程序 和在 SharePoint 2013 中创建基于声明的 Web 应用程序。
或者，您可以迁移到声明身份验证。有关详细信息，请参阅在 SharePoint 2013 中从经典模式身份验证迁移到基于声明的身份验证。
-
重新创建包含路径。
-
重新创建配额模板。
-
为 Web 应用程序配置电子邮件设置。
有关详细信息，请参阅 为 SharePoint 2013 服务器场配置电子邮件集成。
-
为以前环境中使用的任何 Web 应用程序启用自助式网站创建。重新创建任何自助式网站创建设置。
-
在承载“My Sites”的 Web 应用程序上创建“My Sites”(/personal) 的管理路径。“My Sites”仅适用于 SharePoint Server。
-
重新创建已在之前的环境中配置的任何 Web 应用程序策略或其他 Web 应用程序设置。
升级期间发生失败的一个常见原因是，新环境不具有自定义的功能、解决方案或其他元素。请先确保 SharePoint 2010 产品环境中的所有自定义元素都安装在您的前端 Web 服务器上，然后再升级任何内容数据库。
在此步骤中，手动将所有自定义项传输到新服务器场中。确保安装了您的网站正常工作所依赖的任何组件，例如：
-
自定义网站定义
-
自定义样式表，如级联样式表和图像
-
自定义 Web 部件
-
自定义 Web 服务
-
自定义功能和解决方案
-
自定义程序集
-
Web.config 更改（如安全性）
确保将每个 Web 应用程序的所有唯一设置从 Web.config 文件传输到新服务器。
-
InfoPath 的经管理员核准的表单模板（.xsn 文件）和数据连接文件（.udcx 文件）。InfoPath 仅适用于 SharePoint Server 2010。
-
您的网站依赖的任何其他组件或文件。
SharePoint 2013 可以同时在 SharePoint 2010 产品和 SharePoint 2013 模式中承载网站。SharePoint 2013 的安装同时包含 SharePoint 2010 产品和 SharePoint 2013 版本的多个元素。文件系统上的目录将在 14 和 15 路径上重复，例如：
-
Web Server Extensions/14/TEMPLATE/Features
-
Web Server Extensions/15/TEMPLATE/Features
还有两个版本的 IIS 支持目录：_Layouts 和 _Layouts/15 以及 _ControlTemplates 和 _ControlTemplates/15。
确保将自定义项安装到新服务器场中的正确位置。例如，SharePoint 2010 产品的其他样式表应安装在 /14 路径而不是新的 /15 路径中，以便尚未升级的网站集可使用它们。如果您希望一个解决方案同时对这两个路径可用，请安装两次，并且在第二次安装它时将使用 CompatibilityLevel 参数，然后它将安装到 /15 路径。有关详细信息，请参阅 Install-SPSolution。
有关如何更新自定义项以在 SharePoint 2013 中使用的详细信息，请参阅在 SharePoint Foundation 2010 和 SharePoint Server 2010 中重新部署自定义项和解决方案。有关如何将自定义项部署到您的环境的详细信息，请参阅为 SharePoint 2013 安装和管理解决方案。
若要确保您已标识环境的所有自定义组件，请使用 SharePoint 2010 产品环境中的 Stsadm -o enumallwebs 操作并使用 includefeatures 和 includewebparts 参数。此操作可以报告模板、功能、Web 部件以及其他用于每个网站的自定义元素。有关如何使用 enumallwebs 操作的详细信息，请参阅 Enumallwebs：Stsadm 操作 (Office SharePoint Server) 和在升级到 SharePoint 2013 之前清理环境。
您还可以使用 SharePoint 2010 产品 环境中的 Get-SPWeb Windows PowerShell cmdlet 查看与每个网站关联的模板，然后验证该模板是否已安装到您的 SharePoint 2013 环境中。有关此操作的详细信息，请参阅Get-SPWeb。
在将内容数据库附加到 Web 应用程序之前，请使用 Test-SPContentDatabaseWindows PowerShell cmdlet 验证您是否拥有该数据库必需的所有自定义组件。
使用 Windows PowerShell 验证自定义组件是否可用-
确认您具有以下成员身份：
-
SQL Server 实例上的 securityadmin 固定服务器角色。
-
要更新的所有数据库上的 db_owner 固定数据库角色。
-
运行 Windows PowerShell cmdlet 的服务器上的 Administrators 组。
管理员可使用 Add-SPShellAdmin cmdlet 来授予使用 SharePoint 2013 cmdlet 的权限。
注意：如果您不具有这些权限，请联系您的安装管理员或 SQL Server 管理员来请求权限。有关 Windows PowerShell 权限的其他信息，请参阅 Add-SPShellAdmin。 -
-
启动 SharePoint 2013 命令行管理程序。
-
对于 Windows Server 2008 R2：
-
在“开始”菜单上，单击“所有程序”，单击“Microsoft SharePoint 2013 产品”，然后单击“SharePoint 2013 命令行管理程序”。
-
-
对于 Windows Server 2012：
-
在“开始”菜单上，单击“SharePoint 2013 命令行管理程序”。
如果“SharePoint 2013 命令行管理程序”不在“开始”屏幕上：
-
右键单击“计算机”，单击“所有应用程序”，然后单击“SharePoint 2013 命令行管理程序”。
-
有关如何与 Windows Server 2012 进行交互的详细信息，请参阅 Windows Server 2012 中的常见管理任务和导航。
-
-
在 Windows PowerShell 命令提示符处，键入以下命令：
Test-SPContentDatabase -Name DatabaseName -WebApplication URL
其中：
-
DatabaseName 是要测试的数据库的名称。
-
URL 是将承载网站的 Web 应用程序的 URL。
-
有关详细信息，请参阅 Test-SPContentDatabase。
在附加内容数据库时，将升级该数据库并会将该数据库中的网站集添加到您指定的 Web 应用程序。但是，对于 SharePoint 2013，此过程不会升级网站集。
附加内容数据库时，对于跨多个内容数据库的 Web 应用程序，确保首先附加包含根网站集的内容数据库。附加内容数据库时，将 Web 应用程序的根网站包括在所附加的第一个内容数据库中。换言之，在继续进行之前，检查 SharePoint 2010 产品服务器场中的 Web 应用程序的根，以确定第一个网站集。附加包含根网站的数据库之后，可以按任意顺序为 Web 应用程序附加其他内容数据库。在附加数据库前，不需要创建任何网站集以存储内容。此过程附加内容数据库和该数据库中的网站集。请确保在还原所有内容数据库之前不添加任何新网站集。
 提示： |
|---|
| 内容数据库中的每个网站集均有一个在配置数据库中注册且与网站集关联的 GUID。因此，您无法将相同的网站集添加到服务器场两次，即使是单独的 Web 应用程序中也是如此。虽然您可以在此情况下成功附加数据库，但无法浏览到网站集。 如果您必须具有相同服务器场中某个网站集的副本，请先将包含该网站集的数据库附加到单独的服务器场，然后使用 Backup-SPSite 和 Restore-SPSite Windows PowerShell cmdlet 将该网站集复制到其他服务器场。备份和还原过程将为网站集创建新的 GUID。有关这些 cmdlet 的详细信息，请参阅 Backup-SPSite 和 Restore-SPSite。 |
对于“My Sites”，请先附加包含“我的网站”宿主的内容数据库，然后再附加包含“My Sites”的数据库。
默认情况下，在 SharePoint 2013 环境中创建新的 Web 应用程序时，会为每个 Web 应用程序创建一个内容数据库。可以忽略这些默认数据库，直到您附加了 SharePoint 2010 产品数据库，然后您可以删除默认数据库。
| 重要说明： |
|---|
| 如果跨域或跨林移动内容数据库或将其移动到其他使用不同的服务帐户的环境中，请首先确保这些服务帐户的权限仍正确，然后再附加数据库。 |
必须使用 Mount-SPContentDatabase cmdlet 将内容数据库附加到 Web 应用程序。在升级期间，不支持使用 SharePoint 管理中心页面附加内容数据库。
确保用于附加数据库的帐户是要升级的内容数据库的 db_owner 固定数据库角色的成员。
| 注意： |
|---|
| 升级失败的一个常见原因是环境中缺少自定义的功能、解决方案或其他元素。请确保 SharePoint 2010 产品环境中的所有自定义元素都安装在 SharePoint 2013 环境中的前端 Web 服务器上，然后再启动升级过程。使用 test-spcontentdatabase Windows PowerShell cmdlet 标识您的网站可能缺少的自定义元素。 |
-
确认您具有以下成员身份：
-
SQL Server 实例上的 securityadmin 固定服务器角色。
-
要更新的所有数据库上的 db_owner 固定数据库角色。
-
运行 Windows PowerShell cmdlet 的服务器上的 Administrators 组。
管理员可使用 Add-SPShellAdmin cmdlet 来授予使用 SharePoint 2013 cmdlet 的权限。
注意：如果您不具有这些权限，请联系您的安装管理员或 SQL Server 管理员来请求权限。有关 Windows PowerShell 权限的其他信息，请参阅 Add-SPShellAdmin。 -
-
启动 SharePoint 2013 命令行管理程序。
-
对于 Windows Server 2008 R2：
-
在“开始”菜单上，单击“所有程序”，单击“Microsoft SharePoint 2013 产品”，然后单击“SharePoint 2013 命令行管理程序”。
-
-
对于 Windows Server 2012：
-
在“开始”菜单上，单击“SharePoint 2013 命令行管理程序”。
如果“SharePoint 2013 命令行管理程序”不在“开始”屏幕上：
-
右键单击“计算机”，单击“所有应用程序”，然后单击“SharePoint 2013 命令行管理程序”。
-
有关如何与 Windows Server 2012 进行交互的详细信息，请参阅 Windows Server 2012 中的常见管理任务和导航。
-
-
在 Windows PowerShell 命令提示符处，键入以下命令，然后按 Enter：
Mount-SPContentDatabase -Name DatabaseName -DatabaseServer ServerName -WebApplication URL
其中：
-
DatabaseName 是要升级的数据库的名称。
-
ServerName 是在其上存储数据库的服务器。
-
URL 是将承载网站的 Web 应用程序的 URL。
-
有关详细信息，请参阅 Mount-SPContentDatabase。
| 提示： |
|---|
| 若要从 SharePoint Foundation 2010 升级到 SharePoint Server 2013，请直接将 SharePoint Foundation 2010 内容数据库附加到 SharePoint Server 2013 环境。按照本文中的相同步骤操作，但是使用 SharePoint Foundation 2010 数据库和 SharePoint Server 2013 服务器场。升级过程将同时升级版本和产品。 |
附加数据库后，可以使用管理中心中的“升级状态”页来检查数据库的升级状态。完成升级过程后，可以查看升级日志文件以了解升级是否引发了问题。可以使用 Windows PowerShell cmdlet 检查所有内容数据库的升级状态。有关验证升级并对其进行疑难解答的详细信息，请参阅在 SharePoint 2013 中验证数据库升级和在 SharePoint 2013 中解决数据库升级问题。
查看“升级状态”页-
确认执行此过程的用户帐户是数据库的 db_owner 固定数据库角色的成员。
-
在管理中心中，单击“升级和迁移”，然后单击“检查升级状态”。
-
升级错误日志文件和升级日志文件位于 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\15\LOGS 中。升级日志文件包含的信息比升级错误日志包含的信息更为详细。请务必查看日志文件底部的摘要，以了解有关整体状态的信息和文件中的警告和错误的计数。
这些日志是以下列格式命名的文本文件：
-
Upgrade-YYYYMMDD-HHMMSS-SSS-error.log
-
Upgrade-YYYYMMDD-HHMMSS-SSS.log
其中
-
YYYYMMDD 是日期
-
HHMMSS-SSS 是时间（24 小时制的小时数，然后是分钟数、秒数和毫秒数）
升级错误日志的示例是 Upgrade-20120105-132126-374-error.log，升级日志的示例是 Upgrade-20120105-132126-374.log。
注意：SharePoint 2013 的升级日志的格式基于与 ULS 相同的结构。
升级日志文件包括正在升级的内容数据库的名称。 -
-
确认您具有以下成员身份：
-
SQL Server 实例上的 securityadmin 固定服务器角色。
-
要更新的所有数据库上的 db_owner 固定数据库角色。
-
运行 Windows PowerShell cmdlet 的服务器上的 Administrators 组。
管理员可使用 Add-SPShellAdmin cmdlet 来授予使用 SharePoint 2013 cmdlet 的权限。
注意：如果您不具有这些权限，请联系您的安装管理员或 SQL Server 管理员来请求权限。有关 Windows PowerShell 权限的其他信息，请参阅 Add-SPShellAdmin。 -
-
启动 SharePoint 2013 命令行管理程序。
-
对于 Windows Server 2008 R2：
-
在“开始”菜单上，单击“所有程序”，单击“Microsoft SharePoint 2013 产品”，然后单击“SharePoint 2013 命令行管理程序”。
-
-
对于 Windows Server 2012：
-
在“开始”菜单上，单击“SharePoint 2013 命令行管理程序”。
如果“SharePoint 2013 命令行管理程序”不在“开始”屏幕上：
-
右键单击“计算机”，单击“所有应用程序”，然后单击“SharePoint 2013 命令行管理程序”。
-
有关如何与 Windows Server 2012 进行交互的详细信息，请参阅 Windows Server 2012 中的常见管理任务和导航。
-
-
在 Windows PowerShell 命令提示符处，键入以下命令：
Get-SPContentDatabase | ft Name, NeedsUpgradeIncludeChildren
此 cmdlet 返回您服务器场中的数据库的表格样式列表，并指示数据库是否需要升级到 SharePoint 2013。
在还原第一个内容数据库并确认还原成功后，您可以继续还原和升级其他数据库。可以执行并行数据库附加升级来一次性升级多个数据库。使用单独的命令提示符窗口可运行多个升级。建议您将每个新的数据库升级会话的启动时间隔开几分钟，以预防附加期间出现 Web 应用程序被临时锁定的问题。否则，您可能会收到升级会话错误。清除临时锁定的等待时间是可变的，具体取决于网站集数或数据库服务器硬件的运行速度。
升级所有附加数据库后，查看“升级状态”页以监视进度并验证升级过程是否已完成。查看日志文件以确定任何其他问题。
升级数据库后，您可能要执行附加步骤来确保您的服务器场以可供使用。例如：
-
验证网站集是否按 2010 模式中的预期方式工作。
以可视方式查看网站集。可以将类似的审阅列表用作为检查已升级的网站的清单中已升级的网站提供的审阅列表。
-
将用户帐户迁移到声明身份验证（如有必要）。
默认情况下，SharePoint 2013 中的新 Web 应用程序使用声明身份验证。如果您使用的是之前的环境中的经典身份验证，则必须将用户迁移到声明身份验证。有关详细信息，请参阅在 SharePoint 2013 中从经典模式身份验证迁移到基于声明的身份验证。
-
更新在任何已升级的 InfoPath 表单模板中使用的链接。
对于数据库附加升级，当您创建新环境时，您已在环境中导出和导入所有 InfoPath 表单模板。升级后，可通过使用 Windows PowerShell cmdlet 将这些已升级的表单模板中使用的链接更新为指向正确的 URL。
有关详细信息，请参阅配置 InfoPath Forms Services (SharePoint Server 2010)。
InfoPath 仅适用于 SharePoint Server。
-
配置搜索拓扑
搜素服务的体系结构已针对 SharePoint Server 2013 进行了更改。规划并配置您的搜索拓扑以适合您的环境和新的体系结构。有关详细信息，请参阅SharePoint Server 2013 中 Internet 网站的扩展搜索 和在 SharePoint Server 2013 中管理搜索拓扑。
-
执行完全爬网
有关详细信息，请参阅 在 SharePoint Server 2013 中启动、暂停、继续或停止爬网。
-
备份服务器场
有关详细信息，请参阅 在 SharePoint 2013 中备份服务器场。
虽然 SharePoint Foundation 2013 包含搜索功能，但它与 SharePoint Server 2013 中的 Search Service 应用程序不相同。这些步骤仅适用于 SharePoint Server 2013。
在服务器场准备好后，您可以启用对用户的访问权，然后开始升级网站集。有关如何升级网站集的信息，请参阅将网站集升级到 SharePoint 2013。
| | 这是将 SharePoint 2010 产品 数据和站点升级到 SharePoint 2013 的过程的第 4 阶段。 有关整个过程的概述，请参阅SharePoint 2013 的升级过程概述。 |
参考： https://technet.microsoft.com/en-us/library/cc263299.aspx
97
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
