验证升级并审阅升级后的网站 (SharePoint Server 2010)

  • 项目

 

适用于： SharePoint Server 2010

上一次修改主题： 2016-11-30

在执行完到 Microsoft SharePoint Server 2010 的就地升级或数据库附加升级后，您必须验证是否已将内容成功升级到新版本。可以验证升级的状态（升级是仍在进行中、已成功完成还是发生了错误或失败？），然后再审阅升级后的网站以查看是否有待解决的任何问题。若将这些步骤作为试验升级的一部分执行，则可以先通过这些步骤来找出在尝试升级生产环境之前需要重新编写的自定义项。在升级生产环境时，了解以下信息更为重要：完成升级的时间、哪些网站已成功升级以及需要对哪些网站执行其他操作才允许用户重新访问它们。

在某些情况下，您可能需要重新启动升级才能完成对网站的升级。有关如何重新启动升级的详细信息，请参阅继续升级 (SharePoint Server 2010)。

本文内容：

  • 验证升级状态

  • 验证升级后的环境

  • 审阅升级后的网站

验证升级状态

升级过程分为几个阶段。对于就地升级，运行 Setup.exe 安装新软件，再运行 SharePoint 产品配置向导 升级配置数据库和管理内容数据库，随后 SharePoint 管理中心网站将打开。此时，内容升级过程将开始。在各个阶段，可通过不同的方法检查升级过程的状态：可以查看针对 Setup.exe、SharePoint 产品配置向导 和内容升级的日志文件。在 SharePoint 管理中心内，可以查看版本号以确保它与您升级到的版本相匹配。也可以使用 SharePoint 管理中心内的“升级状态”页或 Stsadm 中的 localupgradestatus 操作来找出哪些网站已升级（或当前正在升级）。如果升级未成功完成，您可以查看日志文件，找到并解决相应问题，然后重新启动升级过程。

查看日志文件

若要验证是否已成功升级，您可以查看以下日志和错误文件：

  • SharePoint Server 2010 的 Setup.exe 日志文件。

    此安装程序日志文件存储在针对正在运行安装程序的用户帐户的临时目录（%USERTEMP% 或 %WINDIR%\Users\user account\AppData\Local\Temp）中并被命名为 SharePoint Server Setup(YYYYMMDDHHMMSSSSS).log，其中 YYYYMMDD 是日期，HHMMSSSSS 是时间（24 小时制的小时数，然后是分钟数、秒数和毫秒数）。

  • SharePoint 产品配置向导 (Psconfig.exe) 日志文件。

    Psconfig.exe 日志文件位于 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS 中。日志按以下格式命名：PSCDiagnostics_MM_DD_YYYY_HH_MM_SS_SSS_randomnumber.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. 在管理中心主页上，单击“系统设置”下的“管理此场中的服务器”。

  3. 在“服务器场信息”下，验证“配置数据库版本”旁边的数字是否以“14”开头。

检查网站的升级状态

若要找出哪些网站已升级或当前正在升级，可以使用 SharePoint 管理中心内的“升级状态”页或 Stsadm.exe 中的 localupgradestatus 操作。

“升级状态”页将列出升级会话并提供有关每个会话的状态详细信息（会话是已成功还是已失败，以及每个服务器上出现的错误或警告的数目）。此外，“升级状态”页还包括有关升级过程的日志和错误文件的信息，并提供针对可能已出现的问题的建议的解决方法。

若要了解升级过程中错过或跳过的网站，可以使用 Stsadm.exe 中的 localupgradestatus 操作。必须在服务器场中的每个前端 Web 服务器上运行此命令。

在 SharePoint 管理中心内查看升级状态

  1. 验证您是否拥有以下管理凭据：

    • 若要使用 SharePoint 管理中心，您必须是 Farm Administrators 组的成员。

  2. 在管理中心主页上，单击“升级和迁移”下的“查看升级状态”。

从命令行中查看升级状态

  1. 验证您是否拥有以下管理凭据：

    • 若要使用 Stsadm，您必须是服务器上本地 Administrators 组的成员。

  2. 单击“开始”，右键单击“命令提示符”，然后单击“以管理员身份运行”。

  3. 在命令提示符窗口中，导航到以下目录：

    %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\bin

  4. 键入以下命令并按 Enter：

    Stsadm -o localupgradestatus

有关 localupgradestatus 操作的详细信息，请参阅 Localupgradestatus：Stsadm 操作 (Office SharePoint Server)。

验证升级后的环境

在已确定成功完成升级之后，请花时间验证您的环境。检查以下项：

  • 服务应用程序

    • 是否已正确配置？

    • 服务应用程序代理的配置方式是否符合要求？

    • 是否必须在服务器场之间创建新连接？

  • 我的网站

    • 所有 Web 部件是否都能正常运行？

    • 与“我的网站”相关联的所有功能是否都能正常运行？

    • 用户是否可访问网站，或者他们是否会看到“拒绝访问”错误？

      如果他们所访问的“我的网站”宿主并非默认的“我的网站”宿主，他们可能会看到此错误。检查服务应用程序和代理关联是否正确，然后检查“我的网站”宿主在 User Profile Service 应用程序中是否正确引用。重置 Internet Information Services (IIS) 以应用所有更改。

  • 搜索

    • 运行爬网并查看日志文件。

    • 运行搜索查询，并验证这些查询是否按预期方式运行并提供相应的结果。24 小时后，查看查询报告并查找问题。

    • 搜索人员和配置文件。

    • 检查所有搜索自定义项，以确保其按预期方式工作。

审阅升级后的网站

对生产环境运行升级过程之前，请审阅升级后的网站以找出任何必须解决的问题。如果已执行就地升级并选择使用“直观升级”，则可以使用“直观升级”功能在新的用户界面中预览网站。有关使用“直观升级”预览网站的详细信息，请参阅管理直观升级 (SharePoint Server 2010)。

如果要验证基本功能，您可以使用具有代表性的一组列表、库、Web 部件等来创建新网站集。查看新网站，以确保网站的常用基本元素能够正常运行。

如果未呈现页面，则可以直接转到 URL (http:// siteurl/_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 部件。

这些 Web 部件是否正常工作？

在浏览器中页面的编辑模式中或 SharePoint Designer 2010 中打开页面，查找指示组件或服务缺失的错误。确保 Web 部件依赖的所有组件或服务都存在于升级网站中。尤其是对于数据库附加升级方法，必须确保已为 Web 部件安装了所需的所有组件或服务，并确保已正确配置这些组件或服务（例如，已配置 Web.config 安全控件列表）。

更新或重新部署任何虽然存在但不再正常工作的 Web 部件。

是否有任何 Web 部件页仍处于签出状态？

如果您签出页面进行更改，请确保重新签入此页面。

Excel Web Access Web 部件是否正常工作？是否重新创建了正确的连接？外部数据源是否仍正常工作？

验证所有连接和外部数据源。

提示

如果 Web 部件存在问题，请在 URL 语法的末尾追加 contents=1 (http:// siteurl/default.aspx?contents=1)，然后按 Enter。这将打开 Web 部件维护页，您可以在其中移除或修复失效的 Web 部件。

大型列表

默认情况下，升级到 SharePoint Server 2010 之后会应用大型列表查询限制。如果某个列表非常大，并且用户使用的视图或执行的查询超过限制或限制阈值，则不允许使用该视图或查询。检查环境中的任何大型列表，让网站所有者或列表所有者解决相应问题。例如，他们可以使用筛选的视图创建索引列、将项目组织到文件夹中、对大型视图的页面设置项目限制或使用外部列表。

样式和外观

下表列出了升级之后网站的样式和外观的常见问题，以及如何解决这些问题。

提示

可以通过纠正指向项目的链接来解决本节中描述的大多数问题。

检查内容 出现问题时如何操作

是否正确显示了页面上的所有图像？

验证或修复指向图像的链接。

是否在适当的位置使用了正确的级联样式表颜色和样式？

验证或修复指向级联样式表文件的链接。验证母版页上的链接。

对网站应用的主题的外观是否仍相同？

对网站进行升级之后，网站的主页或其他页面的外观可能有所不同。您可能需要重新创建或修改某个主题并重新应用它。

是否具有任何未正常运行的脚本化控件？

验证或修复指向控件的链接。

是否在 Windows Internet Explorer 8 中正确显示了页面？

验证页面上的任何 HTML 是否处于严格的 XHTML 模式。

是否有页面显示了任何脚本错误？

验证脚本和链接，并验证任何 HTML 是否处于严格的 XHTML 模式。

权限

相应人员和组是否仍具有对网站、页、列表和项的正确级别的权限？

可以使用功能区的“权限工具”部分中的“检查权限”按钮来查看哪些人具有对网站或子网站中的哪些项的权限。

自定义（取消幻像）的页面

自定义（取消幻像）页面是已编辑的页面，这些页面此时是页面的唯一版本，而不是默认模板页。下表列出了升级之后可能发生的自定义页面问题以及如何解决这些问题。

检查内容 出现问题时如何操作

自定义项是否仍处在正确的位置？

确定整个页面是否只有一个问题或更大的问题。

例如，如果向原始网站添加了一个全新的页面（例如，如果将 Default.aspx 替换为其他文件，而不是对现有 Default.aspx 文件进行更改），则新的页面将与网站定义没有任何关联，因此，该页面可能与升级的网站中的其他页面的外观不同，也不能将其外观重置为与其他页面类似。如果要使自定义页面的外观与网站中的其他页面相同，请考虑创建基于网站定义的全新页面，然后将自定义设置传输到该新页面。

是否仍可以访问页面上的编辑控件？

如果已自定义编辑控件（例如，“网站操作”链接或“编辑页面”链接），检查这些控件是否仍然出现。如果它们不出现，则可以通过将页面重置为默认版本，将它们替换为新版的编辑控件。

使用 SharePoint Designer 中的“重置为模板”命令将页面重置为默认版本（也称作重新幻像）。还原默认页面之后，您可以在浏览器中重新应用自定义项，方法是通过应用不同的母版页，或通过在 SharePoint Designer 中重新应用自定义项。

您的自定义项在新的环境中是否仍适用，或者您是否要更新为新的功能和外观？

如果您需要新的功能和特性，则必须重置任何自定义的页面以使用模板。实质上，重置页面会丢弃自定义项并会将页面附加到相应的母版页。然后，可以将所需的任何自定义项传送到母版页，而不是存储在单个页面中。

使用 SharePoint Designer 中的“重置为模板”命令，将页面重置为默认版本（即对其重新幻像）。还原默认页面之后，您可以在浏览器中重新应用自定义项，方法是通过应用不同的母版页，或通过在 SharePoint Designer 中重新应用自定义项。

是否有任何页仍处于签出状态？

如果您签出页面进行更改，请确保重新签入此页面。

See Also

Concepts

继续升级 (SharePoint Server 2010)
解决升级问题 (SharePoint Server 2010)