在 PTC Cloud 中升级 DPM
要在 PTC Cloud 部署方案中升级 DPM，请完成以下各部分中的步骤：
1. 升级前活动
3. 升级后活动
 |
Solution Central 工具被推荐用于在不同的 ThingWorx 环境之间迁移您的部署和自定义，例如从测试环境迁移到生产环境。有关详细信息，请参阅 ThingWorx Solution Central Help Center。
|
升级前活动
在开始升级之前，请完成以下步骤：
• 如果您已自定义任何构建基块，请备份您的自定义。
• 升级过程中将覆盖本地化表。如果已在本地化表中自定义标记，请在执行升级之前导出自定义的本地化表。可在升级完成后导入已导出的本地化表，以保留您的修改。
升级 ThingWorx 和 DPM
在 PTC Cloud 部署方案中，数据库、ThingWorx Platform 和 DPM 都是由 PTC 在 PTC Cloud 中升级的。有关详细信息，请参阅 PTC Cloud Engagement Guide (《PTC Cloud 参与指南》)。
升级后活动
在成功升级 DPM 之后，以及在使更新的系统可供用户使用之前，请完成以下步骤：
1. 聚合数据库中的事件。请完成以下步骤：
a. 在 ThingWorx Composer 中，导航至 PTC.OperationKPIImpl.EventsAggregationScheduler。
b. 在“服务”下，执行 AggregateEvents 服务。
2. 如果已自定义 DPM，请参阅自定义和升级以应对升级给自定义带来的影响。
3. 在升级之前，导入从 ThingWorx Composer 中导出的所有自定义本地化表。
4. 审阅初始管理活动，并执行新功能所需的全部活动。有关详细信息，请参阅初始 DPM 管理活动。
5. 根据需要，更新物料名称及其所属的站点。
在 DPM 1.1 中，单个物料只能属于一个站点，而物料名称在各个站点内必须是唯一的。这意味着可能存在多个同名的物料，每个物料都属于不同的站点。目前，在 DPM 1.2 中，物料可以属于一个、多个或所有站点，并且物料名称在整个企业中必须是唯一的。数据迁移服务可处理具有重复名称的物料，如下所示：
◦ 遇到的具有特定名称的第一个物料将按原样进行迁移。
◦ 在迁移过程中，以“物料名称_站点名称”格式将同名的后续物料所属的站点附加到其名称后面。
例如，在 DPM 1.1 中，有三个名为 Material1 的物料，分别属于 Boston、London 和 Berlin 站点。下表显示了 DPM 1.1 中每个物料的物料名称及其所属站点，以及迁移到 DPM 1.2 后每个物料的物料名称及其所属站点。在本示例中，数据迁移服务首先遇到属于 Boston 站点的 Material1。
|
DPM 1.1 中的物料名称和站点
|
迁移至 DPM 1.2 后的物料名称和站点
|
|---|---|
|
Material1, Boston
|
Material1, Boston
|
|
Material1, London
|
Material1_London, London
|
|
Material1, Berlin
|
Material1_Berlin, Berlin
|
在“物料”表格中，您可以通过筛选 "Material1" 来查找这些物料的所有实例。如果要使用属于所有三个站点且名为 Material1 的单一物料，则可以通过编辑 Material1 来添加 London 和 Berlin 站点，并禁用 Material1_London 和 Material1_Berlin。
6. 建议用户清除客户端计算机上的浏览器缓存。