ThingWorx Utilities 的迁移升级
 |
从版本 9.4.x 开始，不支持 ThingWorx Utilities 的迁移升级。
|
要确定升级路径，请参阅升级表。
要升级到新版本的 ThingWorx Utilities，请执行以下步骤：
1. 导出 ThingWorx Utilities 数据。
|
|
导出数据前，建议您执行以下操作：
• 清除所有旧的和不需要的部署记录。这样可减少数据量以及将数据传输到新版本所需的时间。
• 在开始升级到新版本之前，确保没有启用的部署。这样可减少升级期间出现超时或部署失败的可能性。
|
a. 登录到 ThingWorx Composer。
b. 在左侧导航窗格中，单击 
，然后选择“导出”。
，然后选择“导出”。c. 从“导出选项”列表中，选择“至 ThingWorx 存储”。
d. 选中“包括数据”复选框，然后单击“导出”。
e. 导出成功完成后, 将在 /ThingworxStorage/exports 中创建一个目录。创建 exports 目录的 ZIP 文件。
2. 确保安装了 ThingWorx <n.n.n> 平台。
3. 导入 ThingWorx Utilities Core <n.n.n> 扩展和 ThingWorx Software Content Management <n.n.n> 扩展。有关详细信息，请参阅导入 ThingWorx Utilities 扩展。
| | 在为 ThingWorx Utilities 9.0.0 导入 ThingWorx Utilities Core 扩展时，您可能会看到此警告： Import requires platform restart. One or more warnings occurred. 您可以继续升级。 |
4. 导入 ThingWorx Utilities 数据：
a. 浏览到在步骤 1 创建的 ZIP 文件，并将该文件的内容解压到新安装的 ThingWorx Utilities <n.n.n> /ThingworxStorage/exports 目录。
b. 登录到 ThingWorx Composer。
c. 在左侧导航窗格中，单击 ，然后选择“导入”。
，然后选择“导入”。d. 从 ThingWorx Utilities <n.n.n> /ThingworxStorage/exports 目录导入解压缩的文件。
5. 对于非高可用性 (HA) 环境，导入成功完成后，请重新启动 ThingWorx 服务器。
如果已在高可用性群集化 ThingWorx 平台上升级了 ThingWorx Utilities，则必须重新启动所有节点。有关详情，请参阅 ThingWorx Platform 帮助中心的在 ThingWorx HA 中管理 ThingWorx 扩展。
这可以使 ThingWorx Software Content Management 正常工作。
6. 如果从基于 PostgreSQL 的 ThingWorx Utilities 9.2.x 及更高版本进行升级，或从基于 MSSQL 的 ThingWorx Utilities 9.4.x 及更高版本进行升级，或从基于 AzureSQL 的 ThingWorx Utilities 9.5.x 进行升级，并且需要将数据从 TW.RSM.SFW.SoftwareManager.Campaign 或 DeliveryTarget 迁移到隔离的数据库表，请执行以下步骤：
a. 在 ThingWorx Composer 中单击 TW.SCM.SFW.SCMUtilities 资源。
b. 搜索 MigrateDataToIsolatedDB 服务。您可以使用 Migration 类别。
c. 单击“执行”。
7. 此服务在后台异步运行。查看信息级别日志，以完成操作。
8. 为避免在成功运行时复制已有的迁移条目，如果 forceMigration 未设置为 true，则会中止连续服务执行。默认情况下，forceMigration 为 false。
9. 成功运行后，请验证数据在 SCM“跟踪部署”页面上可见，并从 TW.RSM.SFW.SoftwareManager.Campaign/DeliveryTarget 清除旧数据。
| | 建议对基于 PostgreSQL 的 ThingWorx Utilities 9.2.x 及以上版本执行就地升级，对基于 MSSQL 的 ThingWorx Utilities 9.4.x 及以上版本执行就地升级，因为 ThingWorx Software Content Management 数据库中的数据在迁移升级后不会迁移。 |
手动添加索引
| | 手动添加索引的步骤适用于 ThingWorx Utilities 9.3.16 和 9.3.19。 |
要在 PostgreSQL 中创建索引，请执行以下步骤：
1. 运行以下脚本：
CREATE INDEX scm_delivery_target_id_index ON scm_delivery_target (entry_id);
CREATE INDEX scm_delivery_target_status_index ON scm_delivery_target USING btree (status);
2. 脚本成功执行后，将如下生成索引：
如果数据库为 MSSQL，请执行以下步骤：
1. 运行以下脚本
CREATE NONCLUSTERED INDEX [scm_delivery_target_id_index] ON [scm_delivery_target]
(
[entry_id] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
CREATE NONCLUSTERED INDEX [scm_delivery_target_status_index] ON [scm_delivery_target]
(
[status] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
(
[entry_id] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
CREATE NONCLUSTERED INDEX [scm_delivery_target_status_index] ON [scm_delivery_target]
(
[status] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
2. 脚本成功执行后，将如下生成索引：
