测试升级的最佳实践 (SharePoint Server 2010)
适用于： SharePoint Server 2010
上一次修改主题： 2016-11-30
若要在尝试执行升级之前了解所在的环境并精确计划升级将需要的时间，您应执行一次或多次试验升级。测试升级的目标是尽早发现问题并解决这些问题，以便在执行真正的升级时对过程和结果充满信心。若要对从 Microsoft Office SharePoint Server 2007 到 Microsoft SharePoint Server 2010 的升级过程执行精确而有用的测试，请遵循以下最佳实践：
使测试环境尽可能与真实环境相似。
如果可能，请使用同类硬件并使用相同设置、相同 URL 等对其进行配置。测试环境与真实环境之间的差异越小越好。引入的差异越多，为了确保实际升级中不出现不相关问题而跟踪这些问题所花费的时间更长。
了解环境中包含的内容。先执行完整调查。
花些时间记录环境中存在的硬件和软件、安装并使用了哪些服务器端自定义以及需要哪些设置及其具体位置。这些信息将帮助您更全面地进行计划，并可在升级失败时进行恢复。会提供一个工作表，以便于您在准备升级时记录有关环境的信息。可从 https://go.microsoft.com/fwlink/?linkid=179928&clcid=0x804（该链接可能指向英文页面） 下载该工作表。
使用真实数据。
使用实际数据库的副本运行测试。在使用真实数据测试时，可以确定任何问题区域，还可以确定升级性能。此方法还可以度量不同的升级顺序和操作在使用不同类型数据时所花费的时间。如果不能测试所有数据，可对有代表性的部分数据进行测试，以确保您已发现环境中不同种类和大小的网站、列表、库和自定义所存在的任何问题。
运行多个测试。
单个测试可以指出您是否会遇到大问题，但多个测试有助于确保您已发现可能面临的所有问题，还可为您提供过程的更精确日程表。通过运行多个测试，可以确定哪些升级方法最适合您的环境，您应计划使用哪些故障时间迁移方法，以及在解决第一批测试中发现的问题后过程或性能会有何更改。最终通过测试将有助于验证您是否已解决所有错误并做好了升级生产环境的准备。
不要忽略警告。
即使不是错误，警告也会导致以后的升级过程出现问题。当然要解决错误，但还要对所有警告进行调查，以确保您了解该警告可能造成的影响。
对升级环境而不仅仅是升级过程进行测试。
检查您的服务应用程序和服务。运行搜索爬网并查看日志文件。验证“我的网站”是否正在运行。
在两种“可视升级”模式下验证网站。
不要因为网站可在一种模式下成功预览，便假定该网站将在另一种模式中正常工作。请对以前版本和新版本的用户体验都进行检查。
考虑预览环境。
您可以创建一个预览环境，用户在对升级进行测试后可在该环境中验证其网站，以帮助您验证升级并查找问题。您可以使用只读环境，或者允许用户进行更改，但警告用户他们进行的任何更改都不会保存。可考虑将此预览环境限于少数代表性网站，将访问权限仅限于感兴趣的各方，以减少托管预览环境所需的时间以及您接收的反馈量。
有关如何测试升级的详细信息，请参阅使用试验升级查找潜在问题 (SharePoint Server 2010) 以及 https://go.microsoft.com/fwlink/?linkid=166303&clcid=0x804（该链接可能指向英文页面） 中的“测试您的升级过程”海报。