Project Server 2007 迁移的最佳方案

在小部门内执行试验性迁移。从小规模迁移（而不是大规模迁移）开始试验迁移过程是一种明智的做法。
在迁移前备份 Office Project Server 2007 数据库。如果出现错误，此操作使您能够方便地重新启动迁移过程。
确保在迁移过程中没有用户在编辑项目数据。编辑过的数据将无法正常迁移。
首先升级 Microsoft Windows SharePoint Services 数据，然后再升级项目。如果您不按照这个顺序进行升级，则在迁移之后，您将需要重新发布这些项目，以使它们都链接到 Office Project Server 2007 中相应的 SharePoint 网站。
如果您是从 Project Server 2003 迁移项目工作区，请确保在 Microsoft Windows SharePoint Services 3.0 场中安装了适当的 Windows SharePoint Services 语言包。例如，如果您迁移日语版的 Windows SharePoint Services 2.0 工作区，请确保 Windows SharePoint Services 3.0 是日语版的服务器或安装了相应的语言包。

如果您的项目中包含子项目，请确保在对迁移配置文件中的主项目进行迁移之前先迁移子项目。如果您不确定项目中是否具有子项目，请对草稿数据库运行下面的查询，以获取系统中项目的列表（子项目将在靠近顶部的位置列出）。如果您使用的迁移顺序和迁移配置文件中的一样，则您可以确保在迁移主项目之前会先迁移子项目。

DECLARE @hierarchy TABLE
   (
      CHILD_PROJ_UID uniqueidentifier,
      PARENT_PROJ_UID uniqueidentifier,
      LEVEL INT NOT null
   )

DECLARE @nrows INT
SET @nrows = 0
DECLARE @level INT
SET @level = 0
INSERT INTO @hierarchy (CHILD_PROJ_UID, PARENT_PROJ_UID, LEVEL)
  SELECT PROJ_UID, NULL, 0 FROM dbo.MSP_PROJECTS WHERE PROJ_TYPE = 6 -- master projects
SET @nrows = @@rowcount
WHILE @nrows > 0
BEGIN
              INSERT @hierarchy
                          SELECT a.CHILD_PROJ_UID, a.PARENT_PROJ_UID, @level + 1
                            FROM dbo.MSP_PROJ_HIERARCHIES AS a
                            INNER JOIN @hierarchy AS b ON (b.CHILD_PROJ_UID = a.PARENT_PROJ_UID)
                            WHERE b.LEVEL = @level
              SET @nrows = @@rowcount
              SET @level = @level + 1
END

SELECT b.PROJ_NAME AS 'Sub Project', c.PROJ_NAME AS 'Master Project'
FROM @hierarchy a
LEFT JOIN dbo.MSP_PROJECTS b ON (a.CHILD_PROJ_UID = b.PROJ_UID)
LEFT JOIN dbo.MSP_PROJECTS c ON (a.PARENT_PROJ_UID = c.PROJ_UID)
WHERE a.PARENT_PROJ_UID IS NOT NULL
ORDER BY a.LEVEL DESC

如果在备份时 Project Server 2003 数据库大小大于 1 GB，则在开始迁移之前，请在 Microsoft SQL Server 中将数据库恢复模型设置为“简单”。如果不这样设置，可能会遇到这样一种情况：已发布数据库和草稿数据库的数据库事务日志达到其大小限制（原因是一次向数据库中添加了过多的项目）。这种问题与迁移无关，但它可能会影响迁移。
如果在服务器场中设置新的服务器，则某些目录必须自始至终位于场中所有服务器上的同一位置。 Windows SharePoint Services 3.0 管理场中的服务器，并且以下目录必须位于场中所有服务器上的相同位置：
- 程序文件目录
- ULS 跟踪日志文件目录
- Inetpub 目录
确保向迁移工具应用最新的更新。这可以通过向您在其中使用迁移工具的 Office Project Professional 2007 客户端应用最新累积更新来实现。有关 Office Project Professional 2007 更新的详细信息，请访问 Microsoft 帮助和支持网站上的 Project 2007 解决方案中心（该链接可能指向英文页面）。

首先迁移并发布所有相关的管理项目。这样将确保非项目时间反映在 Office Project Server 2007 资源可用性中。
在逐步迁移过程中，在整个迁移完成之前不要删除任何已迁移的自定义域定义。迁移实用工具存储 Project 2003 企业自定义域 ID 与已迁移的 Project 2007 企业自定义域 GUID 之间的映射（该映射存储在 Office Project Server 2007 草稿数据库中）。为了说明这一点，假设您删除 Office Project Server 2007 自定义域定义，然后尝试迁移具有此企业自定义域值的项目。因为等效的 Office Project Server 2007 企业自定义域不可用，所以项目企业自定义域值将转换为本地自定义域值。
在逐步迁移过程中，在整个迁移完成之前不要删除任何已迁移的查阅表格项。迁移实用工具会存储 Project 2003 企业查阅表格项与已迁移的 Office Project Server 2007 企业查阅表格项之间的映射（该映射存储在 Office Project Server 2007 草稿数据库中）。为了说明这一点，假设有一个称为“国家/地区”的企业项目文本查阅表格定义，并且具有以下项：“美国”、“中国”、“英国”和“印度”。此定义迁移成功。然后，某人在 Office Project Server 2007 中删除了“印度”项。此后，您尝试从 Project Server 2003 迁移一个项目，而该项目的“国家/地区”企业项目自定义域中具有一个“印度”值。此值将会丢失，原因是“印度”项已从 Office Project Server 2007 中删除了。
在迁移过程中不要删除任何已迁移的 Project Server 2007 企业资源。为了说明这一点，假设已删除一个此类资源，并迁移一个使用该企业资源的 Project Server 2003 项目。已迁移项目中的企业资源在迁移后将成为本地资源。但是，可以恢复该企业资源：如果您再次添加回已删除的资源（使用相同的名称或 Windows NT 帐户）并重新保存该项目，然后将会提示项目经理用该企业资源替换本地资源。

清楚地表明 Project 2003 中的哪些项目已被迁移。因为在迁移过程中迁移工具不写入到 Project Server 2003 数据，所以无法标记哪些项目已从 Project Server 2003 迁移到 Office Project Server 2007。但是，有多种方法可以执行此操作。
- 在 Project 2003 中移除用户登录权限
- 将所有已迁移项目设为在 Project Server 2003 中是只读的。
- 将“migrated”前缀追加到已迁移项目的名称中。
如果执行的是逐步迁移，请将 Project Server 2003 中已迁移的项目进行锁定或存档，以避免在两个位置编辑这些项目。知识库文章如何在 Project Server 2003 和 Project Server 2002 中存档项目计划 (http://go.microsoft.com/fwlink/?linkid=78243&clcid=0x804) 中介绍了一种项目存档方法。
重命名或禁用从 Project Server 2003 迁移的、经过 Project Server 身份验证的内置管理员帐户。此帐户与 Project Server 2003 中的任何其他用户/资源一样将会迁移到 Office Project Server 2007。为了提高安全性，Office Project Server 2007 没有内置 Administrator 帐户。

迁移前

迁移过程中

迁移后