将现有服务器场迁移到 64 位环境 (Windows SharePoint Services 3.0)

若要将 Windows SharePoint Services 3.0 升级到 64 位环境，您必须将现有服务器迁移到新服务器场。无法将 Windows SharePoint Services 3.0 直接从 Windows SharePoint Services 3.0 的 32 位版本升级到 64 位版本。

您必须确定哪种迁移策略适合于您的环境。本文提供有关采用干净迁移方式（分阶段）将 SharePoint 场迁移到 64 位环境中的服务器的说明。有关 64 位环境的优势的信息，请参阅 64 位硬件和软件的优势 (Windows SharePoint Services 3.0)。

您可以通过多种方式将现有服务器场迁移到 64 位环境；例如，通过将 64 位服务器添加到现有服务器场，然后移除 32 位服务器。本文中描述的分阶段方法是为减轻可能出现的性能问题而设计的。分阶段方法还可以将迁移所需的故障时间段分散开来，并使您能够在迁移了场服务器后执行适当级别的测试。

服务在迁移过程中将会中断，因此您必须规划迁移，并在对用户影响最小的时段执行迁移。

本文包含以下各节：

• 约束和已知问题

• 迁移服务器场之前

• 将服务器迁移到 64 位环境

约束和已知问题

以下方面的先决条件、约束和已知问题适用于 64 位环境中 Windows SharePoint Services 3.0 的部署。

SharePoint 软件更新和 Service Pack

在源服务器场和目标服务器场中的所有计算机上，将 Windows SharePoint Services 3.0 更新到同一 Service Pack 或软件更新级别。必须要这样做，才能防止在所有服务器上软件版本不相同的情况下会出现的潜在迁移后错误。

如果迁移目标还包括交叉操作系统或数据库版本，建议您确定并安装在 Windows Server 2003 和 Microsoft SQL Server 2005 上发布和安装的任何公共更新，这些更新同时适用于 Windows Server 2008 和 Microsoft SQL Server 2008。

现有应用程序

您必须重新编译现有的 32 位应用程序和自定义程序集（例如，Web 部件和事件接收器），以便在 64 位体系结构上运行，因为 SharePoint 的 64 位版本无法加载 32 位程序集。在重新编译现有应用程序或自定义程序集之前，请验证它们是否可编译为在两种体系结构上均可运行。如果情况如此，请不要针对单一体系结构来编译这些应用程序或程序集。（在 Microsoft Visual Studio 中，此生成选项为 AnyCPU。）

如果现有应用程序是第三方应用程序，请向第三方供应商咨询有关 64 位版本和兼容性的问题。对于没有源代码的定制合约解决方案，请在测试 64 位环境中验证这些解决方案以确保兼容性。

在服务器场中的每一层上保留同源服务器

作为一种最佳方案，建议您在迁移过程中在每一层上保留同源服务器。层是一组服务器，这些服务器提供从最终用户适用性角度而言不可分开的类似服务。例如，服务用户请求的负载平衡前端 Web 服务器构成一个层，但运行 Web 应用程序服务的 SharePoint 索引服务器不会被视为该层的一部分。

如果按照本文档中的过程进行操作，每一层都将包含具有相同体系结构的服务器。

如果选择只是将 64 位服务器添加到现有服务器场以实现将服务器迁移到 64 位环境，则无法始终在每一层上保留同源服务器，并因此可能会出现性能不佳或不一致的情况。确定硬件和软件要求 (Windows SharePoint Services) 中确定了这些问题。尽管支持使用此方法（通过将 64 位服务器添加到现有服务器场来进行迁移），但我们不建议您使用此方法来进行服务器场迁移，原因是层中的混合体系结构会导致潜在的性能风险。

Windows Server 2008

若要在运行 Windows Server 2008 的计算机上安装 Windows SharePoint Services 3.0，您必须安装 Windows SharePoint Services 3.0 SP1 或后续更新。

您可以下载包括 SP1 的 Windows SharePoint Services 3.0 整合版本。有关详细信息，请参阅 Windows SharePoint Services 3.0 Service Pack 1 (SP1) (https://go.microsoft.com/fwlink/?linkid=105655&clcid=0x804)。

安装在 Windows Server 2008 上的 Windows SharePoint Services 3.0

Windows SharePoint Services 3.0 存在一个已知问题：当您尝试将大文件上载到 SharePoint 网站时，在 Windows Server 2008 上运行的网站将会超时。有关详细信息，请参阅：

• MVP Shane Young 的博客文章：Windows Server 2008 WFE 将不允许上载大文件（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=145881&clcid=0x804)（该链接可能指向英文页面）

• 知识库文章 925083：当您尝试将大文件上载到 Windows SharePoint Services 3.0 网站上的文档库时出现错误消息：“请求超时” (https://go.microsoft.com/fwlink/?linkid=145916&clcid=0x804)

IFilter 和扩展

大多数（但不是全部）IFilter 组件和扩展都支持 64 位。请验证您的 32 位 iFilter 和扩展是否能在 64 位环境中工作。如果您使用不支持 64 位的第三方筛选器，请咨询供应商并获得兼容的筛选器以及有关如何安装该筛选器的说明。

如果使用 Microsoft Filter Pack，为了避免 Visio 筛选器在 64 位环境中出现已知问题，您必须为 Windows SharePoint Services 3.0 安装 12 月版累积更新（或后续更新）。

迁移服务器场之前

在迁移服务器场之前，请仔细查看示例服务器场拓扑模型，以及建议为将多层服务器场从一个环境迁移到另一个环境采用的策略。此迁移策略的设计目的是为这种类型的服务器场拓扑提供尽可能最干净的迁移。

服务器场拓扑

下图显示了用于源服务器场（服务器场 A）和目标服务器场（服务器场 B）的服务器场拓扑。此拓扑是将 SharePoint 角色安装在多台服务器上的服务器场的代表形式。为了便于参考，每个服务器场中的服务器根据其所在层被分组为多个层。

用于迁移的服务器场拓扑

在上图中，请注意以下各项：

• 层 1-A 和 1-B 包含两台负载平衡前端 Web 服务器（WebA-32 和 WebB-32、WebA-64 和 WebB-64）。

• 层 2-A 和 2-B 包含一台数据库服务器（DB-32、DB-64）。

下表列出了安装在每个服务器场中的服务器上的软件。

安装在场服务器上的软件

对于上表，请注意以下各项：

• 作为一种最佳方案，建议您使用 Windows Server 2003 和 Windows Server 2008 共有的任何修补程序来更新目标服务器上的操作系统。

• 您无法在 Windows Server 2008 的服务器核心安装上安装 Windows SharePoint Services 3.0。

• 本文档中描述的迁移支持 SharePoint 的任何版本和修补程序级别（从 RTM 到最新的 Service Pack 或软件更新）。建议您考虑将 SharePoint 至少修补到最新的 Service Pack 或基础结构更新级别，以二者中最新者为准。基础结构更新包括 SharePoint 产品和技术的若干更新。有关此特定更新的详细信息，请参阅以下知识库文章：

  • Windows SharePoint Services 3.0 基础结构更新说明：2008 年 7 月 15 日 (https://go.microsoft.com/fwlink/?linkid=133362&clcid=0x804)

迁移策略

该策略的目的是按以下顺序为服务器场中的每一层在单独的阶段中迁移和测试场服务器：仅开始 WSS

1. 2-A 层：将现有数据库服务器迁移到新数据库服务器。为减轻在 64 位系统查询或写入 32 位数据库服务器时可能发生的任何潜在性能问题，将会首先完成此层上的操作。提供了以下选项：

   • 在目标服务器上保留与源服务器上相同的主服务器名称。

   • 更改目标服务器上的主服务器名称。这是本文中使用的数据库迁移选项。

2. 1-A 层：测试迁移的数据库服务器，然后将 64 位前端 Web 服务器添加到新服务器场。

尽管前面的系统性方法不是强制性的，但我们强烈建议采用该方法，因为它提供的迁移和测试环境可以确保尽可能最干净的迁移。优点包括：可以最大程度地减少意外结果（例如缺少文件和损坏数据），并且能够在迁移过程中有效地管理服务故障时间。

将服务器迁移到 64 位环境

您可以使用本节中的步骤来迁移到安装了任何以下操作系统和数据库的服务器场：

• Windows Server 2003 的 64 位版本

• Windows Server 2008 的 64 位版本

• SQL Server 2005 的 64 位版本

• SQL Server 2008 的 64 位版本

从迁移的角度看，这些操作系统和数据库之间的显著差异体现在目标服务器的准备过程中。

在执行迁移的第 1 阶段（后端数据库）和第 2 阶段（前端服务器）之前，请阅读下一节。

开始之前

在开始服务器场迁移之前，必须完成以下任务：

• 获得更新的参考资料

• 记录服务器场配置

• 确定并记录所需的帐户和权限

• 准备目标服务器场

获得更新的参考资料

获得移动所有数据库 (Windows SharePoint Services 3.0) 的副本。此主题包含一些综合性说明，其中包括用于移动 SharePoint 数据库服务器的 SQL Server 和 Stsadm 命令。这些说明涵盖以下方案：

• 将数据库移动到名称相同的新数据库服务器

• 将数据库移动到名称不同的新数据库服务器

记录服务器场配置

服务器场的某些元素必须要手动迁移。请确保已记录以下各项：

• 与 SSP 关联的 Web 应用程序

• 自定义母版页和其他网页

• 其他自定义内容

• 功能

• 自定义应用程序和编译的 DLL

• 任何其他自定义服务器场元素

确定并记录所需的帐户和权限

为了在源服务器和目标服务器上工作，请参阅移动所有数据库 (Windows SharePoint Services 3.0) 以确保您拥有使用 Windows SharePoint Services 3.0 工具、Microsoft SQL Server 数据库工具和操作系统命令的正确权限。

准备目标服务器场

必须为目标服务器场上的应用程序和数据库服务器完成以下准备工作：

• 将适当的操作系统更新应用于服务器。

• 使用在 Windows Server 2008 操作系统上部署简单服务器场 (Windows SharePoint Services) 作为在 Windows Server 2008 上配置 SQL Server 和部署 SharePoint 的参考。

• 在数据库服务器上安装 SQL Server 2005 或 SQL Server 2008。

• 使用 SharePoint 产品和技术配置向导在 AppA-64 上完成 SharePoint 的基本安装。完成后，将有一个包含两台应用程序服务器（AppA-64 和 AppB-64）及一台数据库服务器 (DB-64) 的新服务器场。

  重要说明：
  不要为新内容数据库指定与源服务器场上的内容数据库相同的名称。您不能在两个 SharePoint 场之间共享内容数据库。

第 1 阶段：迁移后端数据库

在此阶段中，将通过使用以下过程之一来迁移后端数据库：

• 将数据库移动到名称相同的主服务器。

• 将数据库移动到名称不同的主服务器。

  备注

  可以更改 SharePoint 数据库服务器的名称，但不能更改实例名称。例如，DB-32\sharepoint 可重命名为 DB-64\sharepoint，但 DB-32\sharepoint 无法重命名为 DB-32\sharepoint2。

以下过程需要具有内容数据库的完整备份。

将数据库移动到名称相同的主服务器

1. 通过停止与 Windows SharePoint Services 3.0 关联的服务以及停止 Internet Information Services (IIS)，来完全停止服务器场 A。

2. 使用 SQL Server 2005 (SP2) 工具来备份源数据库服务器 (DB-32) 上的所有 SharePoint 数据库。

3. 关闭源数据库服务器 (DB-32)。

4. 将所有备份文件复制到不属于服务器场 A 或服务器场 B 的一个服务器共享文件夹。此共享文件夹为所有 SharePoint 重要文件提供还原点。

5. 将数据库备份文件复制到目标数据库服务器。

6. 通过使用 SQL Server 2008 工具，将数据库从 DB-32 还原到 DB-64。

7. 将所有 SQL Server 登录名、固定服务器角色、固定数据库角色以及数据库的权限复制到目标服务器 (DB-64)。

8. 重新启动 AppA-32 应用程序服务器以确保与 Windows SharePoint Services 3.0 关联的服务、网站和应用程序池已启动。

9. 验证服务器场 A 上的所有服务器是否已正确配置为指向 DB-64，并且可连接到新的数据库。

10. 重新启动服务器场 A。

11. 针对您的环境执行相应测试，以确保服务器场 A 正在使用新数据库。

将数据库移动到名称不同的主服务器

1. 通过停止与 Windows SharePoint Services 3.0 关联的服务以及停止 Internet Information Services (IIS)，来完全停止服务器场 A。

2. 使用 SQL Server 2005 工具来备份源数据库服务器 (DB-32) 上的以下 SharePoint 数据库：

   • 所有内容数据库

   • 配置数据库

   • 管理中心内容数据库

   • Windows SharePoint Services 帮助搜索数据库

3. 将所有备份文件复制到不属于服务器场 A 或服务器场 B 的一个服务器共享文件夹。此共享文件夹为所有 SharePoint 重要文件提供还原点。

4. 将数据库备份文件复制到目标数据库服务器。

5. 通过使用 SQL Server 2008 工具，将数据库从 DB-32 还原到 DB-64。

6. 将所有 SQL Server 登录名、固定服务器角色、固定数据库角色以及数据库的权限复制到目标服务器 (DB-64)。

7. 在 WebA-32 上运行 Stsadm renameserver 操作，以便重命名服务器场 B 中的数据库服务器。此操作通知 SharePoint 位于 DB-32 上的数据库现在位于 DB-4 上。

8. 重新启动 WebA-32 应用程序服务器并验证与 Windows SharePoint Services 3.0 关联的服务、网站和应用程序池已启动。

9. 在其余场服务器上运行 Stsadm renameserver 操作，并验证这些服务器已正确配置并连接到 DB-64。

10. 重新启动服务器场 A。

11. 针对您的环境执行相应测试，以确保服务器场 A 正在使用新数据库。

完成此阶段后，您的活动服务器场将具有以下拓扑：

• 前端 Web 服务器：WebA-32、WebB-32

• 数据库服务器：DB-64

第 2 阶段：迁移前端 Web 服务器

在此阶段中，您将通过将 64 位前端 Web 服务器添加到服务器场来完成迁移。使用以下过程来迁移前端 Web 服务器。

迁移前端 Web 服务器。

1. 通过停止与 Windows SharePoint Services 3.0 关联的服务以及停止 Internet Information Services (IIS)，来完全停止服务器场 A。

2. 启动服务器场 B。

3. 将 WebA-64 和 WebB-64 添加到服务器场 B，并配置它们以使其指向 DB-64。

4. 针对您的环境执行相应测试，以确保目标服务器场正常工作。

完成此阶段后，到 64 位环境的迁移即已完成，并且您的活动服务器场将具有以下拓扑：

• 前端 Web 服务器：WebA-64、WebB-64

• 数据库服务器：DB-64