升级数据库

本部分介绍了当升级到新服务器时,如何将 Rational® Synergy 数据库升级到发行版 7.2 或更高版本。

关于此任务

数据库升级要求

在可以使用带有发行版 7.2 或更高版本的发行版 7.0、7.1 或 7.1a 数据库之前,必须从之前的这些安装中升级数据库,并安装发行版 7.2 或更高版本。

关于此任务

遵循以下步骤来升级 Rational Synergy 7.0、7.1 或 7.1a 基本模型数据库。这些是未从模型数据库上使用模型安装定制的数据库。

使用“类型定义”窗口或通过修改控制文件定制的数据库仍然视为基本模型数据库。 该数据库必须使用以下步骤进行升级。

要升级模型数据库和使用模型安装定制的数据库,请联系 IBM® Rational 软件支持中心。

解包以前的数据库

准备要升级的数据库,针对要升级的每个数据库完成以下任务中的一个,以解压或装入先前数据库。

关于此任务

如果遵循创建数据库服务器中的指示信息,您的新服务器将是空的。

解压以前的数据库

如果使用 ccmdb backupccmdb pack 从以前的发行版打包数据库,使用发行版 7.2 或更高版本将该数据库解压到该新服务器。

过程

运行 ccmdb unpack 命令。
ccmdb unpack packfile /to unc_database_path [-s server]
注: 如果包文件来自 UNIX 服务器,您必须如将基本模型数据库升级到 7.2 或更高版本中所述,使用带有 ccmdb upgrade-w 选项。

将基本模型数据库升级到 7.2 或更高版本

对每个要升级的 Windows 生产数据库执行以下步骤。

过程

  1. CM 管理员身份登录到服务器。
  2. 保存手动定制。

    升级程序会自动保存以前的 ptnotify 目录,以及以前的 Windows migrate.rul 文件。

    如果您更改了任何数据库特定的配置文件,请创建该文件的备份副本以保存那些更改。

    如果您在 Rational Synergy 安装中存储了任何进程图像,保存这些图像文件,然后将它们复制到新的 Rational Synergy 安装中或其他位置。

    如果您在 Rational Synergy 安装中存储了图像,或者将它们托管在 Rational Synergy CCM 服务器上,更新 Web 服务器以从新位置托管这些文件,然后更新 Rational Synergy 中的 URL 来引用更改过的 URL。

  3. 运行升级程序。
    ccmdb upgrade -l logfile database_path_1 database_path_2
    注: database_path 必须作为 UNC 路径提供。您可以为要升级的数据库列表指定任意数量的 database_path UNC 路径。

    对于小型数据库,该升级程序可能花费几分钟时间,对于大型数据库,可能花费数小时。

  4. 该升级程序会撤消数据库保护。 完成以下步骤并测试结果之前,使用 ccmdb protect database_path 重新保护数据库。
  5. 完成数据库升级之后,浏览您在 3 中创建的 logfile 以及由 ccmdb upgrade 命令创建的 ccm_upgrade.log 文件。找出需要进一步操作的任何错误或警告消息。
  6. 复原手动定制。

    如果您更改了任何数据库特定的配置文件,例如触发器,将您保存在2 中的更改合并到转换过的数据库。

    注: 您必须使用 7.2 或更高发行版合并这些文件。请勿将保存过的版本复制回来。
  7. 将以下目录保存到一个单独的目录以供将来参考。

    安装新的 7.2 或更高版本的文件之前,ccmdb upgrade 程序会从数据库保存选择的文件。当 ccmdb upgrade 在数据库上完成第一项之后,请在别处保存这些文件,以防止它们被以后的升级覆盖。保存的文件位于数据库路径下。

    保存以下目录中的内容:
    • old_types
    • oldbin
    • oldpt
    • lib/oldnotify
    保存以下文件中的内容:
    • lib/Unix/migrate.old
    • lib/Windows/migrate.old
  8. 修改标准类型。

    如果您在以前的模型安装之后修改了数据库中的任何标准类型,它们会自动导出到 database_path\old_types 目录。如下所示,将修改过的任何类型与对应的 7.2 或更高发行版类型进行比较:

    1. 在 Web 方式中开始 Rational Synergy CLI 会话。
    2. 使用以下命令导出 7.2 或更高发行版类型:
      ccm typedef /export type_name /to xml_file
    3. 将该类型与对应的类型进行比较,其中对应的类型在
      database_path\old_types 目录下。 您可以通过比较 XML 文件执行此操作。
    4. 如果您必须重新应用更改,请在升级的数据库中开始发行版 7.2 或更高版本的 Rational Synergy CLI 会话。使用 ccm typedef -modify 命令重新应用该更改。未经检查和了解所有差别,不要执行将标准类型从先前发行版导入到升级后的数据库的类型定义导入操作。这样做会导致类型定义的其他属性可能会恢复到其先前发行版的定义。这些属性可能与 7.2 或更高发行版不兼容。
  9. 合并任务属性定制。

    某些任务属性的设置和可能的值保留在数据库的 pt 目录下。

    完成将发行版 7.0、7.1 或 7.1a 升级到 7.2 或更高发行版的这些任务之后,在该数据库下会有两个 pt 目录。要完成升级,您必须重新应用在前发行版中对新的 database_path\pt 目录所做的更改。 之前的 pt 目录保存在 database_path\oldpt 下。

    注: 您必须使用发行版 7.2 或更高版本合并这些文件,而不是复制回已保存的版本。

    您还必须记住复原对 task 类型所做的任何更改,例如向 source_attrs 属性添加属性。

  10. 合并 notify 定制。

    完成将发行版 7.0、7.1 或 7.1a 升级到 7.2 或更高发行版的这些任务之后,在该数据库下会有两个 notify 目录。要完成升级,您必须重新应用在前发行版中对新的 database_path\lib\notify 目录所做的更改。 之前的 notify 目录保存在 database_path\lib\oldnotify 下。

    注: 您必须使用发行版 7.2 或更高版本合并这些文件,而不是复制回已保存的版本。 如果使用 Rational Change 就必须执行此合并操作,因为它需要修改过的通知脚本。
  11. 升级 DCM 设置。

结果

现在将数据库升级到 7.2 或更高发行版。

测试数据库升级

您已经完成对生产数据库的升级。 要测试结果,开始 Rational Synergy 会话,并执行一系列操作。本主题包含一个操作的简短列表。

关于此任务

如果升级后数据库是手动保护的,您必须先解除保护才能开始会话。 要运行测试,解除数据库保护并开始会话。然后,请立即再次保护数据库,以便开发人员在您确认数据库正常工作之后才能开始使用该数据库。 请在每次开始测试或执行升级后步骤中描述的升级后操作会话时重复这些步骤。通过以下步骤测试每个升级的数据库:

过程

  1. 在升级的数据库上开始 Rational Synergy 会话。在 Windows 任务栏,单击开始 > 所有程序 > IBM Rational > IBM Rational 工具 > IBM Rational Synergy,打开“启动 Rational Synergy”窗口。
  2. 完成 Rational Synergy 中的资源管理器和“工作”窗格。
  3. 创建任务并将其分配给自己。
  4. 创建项目。
  5. 在新项目中创建一个或多个源对象。
  6. 检入一个或多个源对象。
  7. 检出一个或多个检入的源对象。
  8. 查看这些源对象中一个或多个的历史记录。
  9. 使用某个检出的源对象的较早版本。
  10. 更新项目,并验证您使用的版本是否已被替换。
  11. 确保您可以使用正常的构建脚本构建自己的产品。
  12. 使工作区和数据库保持同步。

反馈