從 ThingWorx Apps 8.5.0 或 8.5.1 升級至 9.0.0
如果要從 ThingWorx Apps 8.5.x 升級至 ThingWorx Apps 9.0.0,請完成下列各部份中的步驟:
開始升級流程前
開始升級之前,請查看以下的資訊:
• 對
ThingWorx Apps 的自訂會受到升級流程的影響。若需進一步資訊,可參閱
升級與自訂。
升級 ThingWorx 前
在升級至 ThingWorx 9.0 前,請先完成以下步驟:
1. 若已自訂任何當地語系化表,請在執行升級之前匯出自訂當地語系化表。因為升級期間當地語系化表會被覆寫。可在升級完成後匯入先前匯出的當地語系化表,以保留您的修改。
升級 ThingWorx
完成下列步驟:
2. 重新啟動 ThingWorx 伺服器。
升級 ThingWorx Apps
完成下列步驟以將 ThingWorx Apps 升級至 9.0:
|
此時請勿更新 ThingWorx Remote Access Extension (RAE)。
|
|
• 選用 ThingWorx-Apps-<版本>-extension-factory-demo 延伸功能是 9.0 版本的新增功能,需要在 ThingWorx 伺服器重新啟動之後才能匯入。
• ThingWorx Apps 9.0 支援選用的 ThingWorx-Rockwell-FT-MES-8-5-0-Extension-Bundle。如果 8.5. x 系統已存在此延伸功能,則在升級至 9.0 後,無需再次將其匯入。
|
3. 重新啟動 ThingWorx 伺服器。
5. 重新啟動 ThingWorx 伺服器。
6. 清除您的瀏覽器快取。
8. 遷移您的資料。
a. 在 ThingWorx Composer 中開啟 PTC.SCA.SCO.OAMigrator 物件。
b. 在「服務」下,執行適用於您從中升級之發行版本的服務:
▪ MigrateFrom_8_5_0_To_9_0_0
▪ MigrateFrom_8_5_1_To_9_0_0
當服務輸出窗格顯示「無結果」時,表示服務已成功完成。
9. 如果您擁有使用先前本機到本機繫結實行繫結至 KEPServerEX 標籤的設備,且想要利用新的遠端繫結實行,請完成下列步驟。如此會更新內容繫結,以在執行這些步驟的所有設備上使用新遠端繫結實行。
a. 請確保具有繫結至 KEPServerEX 標籤之內容的任何設備都實行 IndustrialThingShape,可以直接針對設備類型物範本中的設備物件本身執行,也可以在設備類型所繼承的物範本中執行。將 IndustrialThingShape 新增至物件或物範本之後,便無法將其移除。實行 IndustrialThingShape 的設備只能透過遠端繫結將內容繫結至 KEPServerEX 標籤。
在將 IndustrialThingShape 新增至某設備類型的物範本之前,請考慮是否將該類型的所有設備的內容都繫結至 KEPServerEX 標籤。如果是,則可將 IndustrialThingShape 新增至物範本。如果某些設備必須以遠端方式將內容繫結至非 KEPServerEX 資料來源,例如 Edge MicroServer (EMS) 裝置,請考慮建立用於該設備的單獨設備類型,或僅將 IndustrialThingShape 新增至將內容繫結至 KEPServerEX 標籤的個別設備物件。
更新相應的設備物件或物範本以實行物形式。
b. 請確保有內容繫結至
KEPServerEX 標籤的任何自訂設備類型之物範本會繼承下列物範本之一:
RemoteThing、
RemoteThingWithFileTransfer、
RemoteThingWithTunnels 或
RemoteThingWithTunnelsAndFileTransfer。若需進一步資訊,可參閱
建立設備類型的自訂項目範本。
c. 在 ThingWorx Composer 中,開啟 PTC.SCA.SCO.MigrationUtility 項目。
d. 在「服務」下,執行 MigrateLocalKepServerBindingsToRemoteBindings 服務。對於實行 IndustrialThingShape 之指定設備類型的所有設備,此服務會將設備物件上的本機到本機內容繫結遷移至遠端內容繫結。由物範本或物形式的設備物件所繼承的內容,這些內容會在本機繫結至物範本或物形式的 KEPServerEX 標籤, 繼續以本機系結,且不會受到遷移服務的影響。使用 KEPServerEX 標籤的狀態運算式、趨勢與警示會繼續使用本機繫結,且不會受到遷移服務的影響。
在服務的 equipmentType 輸入表中,新增要針對其遷移內容繫結的每個設備類型。所輸入的值必須符合設備類型的 EquipmentType 值,因為它會顯示在 PTC.Factory.C_LaunchPointConfigurationThing_[ReleaseVersion] 物件的 EquipmentTypeSettings 組態表中。每一設備類型的選用 overrideKepServerThingName 欄位都會取代用於繫結內容的 KEPServerEX 連線。
設定設備類型的 overrideKepServerThingName 欄位時,請考慮下列指南:
▪ 如果針對某一設備類型的所有設備使用單一 KEPServerEX 連線,請將 overrideKepServerThingName 欄位保留為空白。
▪ 如果有多個 KEPServerEX 連線,但每個設備的內容僅繫結至單一 KEPServerEX 連線,則將此 overrideKepServerThingName 欄位保留為空白。
▪ 如果有多個 KEPServerEX 連線,且所有設備的內容都繫結至多個 KEPServerEX 連線,請確定想要將此設備類型的每台設備繫結至的 KEPServerEX 連線。從 overrideKepServerThingName 欄位中選取該 KEPServerEX 連線的名稱。一台設備只能將內容繫結至一個 KEPServerEX 連線上的標籤。請確保來自其他 KEPServerEX 連線的標籤存在於所選 KEPServerEX 連線上。
當服務輸出窗格顯示「無結果」時,表示服務已成功完成。
10. 透過尋找並清除任何錯誤資料,來準備好將外部索引鍵新增至資料庫。錯誤資料是指在將外部索引鍵新增至資料庫之後將違反參照完整性的現有資料。
a. 在 ThingWorx Composer 中開啟 PTC.SCA.SCO.DatabaseManager 物件。
b. 在「服務」下,執行 ForeignKeyDataIntegrityReport 服務。此服務的輸出是一個資料負載,其中會列出需要解決的每個資料形式名稱與參考欄位。
如果找不到錯誤資料,則服務輸出為空。繼續進行步驟 9。
c. 執行 GetFailedDataForForeignKey 服務,其中將 ForeignKeyDataIntegrityReport 服務傳回的資料形式及參考欄位作為輸入提供。此服務的輸出為資訊表,最多可列出 500 筆錯誤資料的資料庫記錄。
d. 根據您的系統需求解決每個錯誤資料實例:刪除記錄,將參考欄位值設定為空值 (若允許),或者,更新記錄以使參考欄位擁有外部索引鍵的有效值。
|
針對進階資料庫管理員,PTC.SCA.SCO.DatabaseManager 物件的 GetDataShapeSqlQuery 服務會傳回可在直接資料庫查詢中使用的 SQL 查詢。
|
e. 重複步驟 c 和 d,直到找不到其他錯誤資料為止。
11. 將外部索引鍵新增至資料庫。
a. 在 ThingWorx Composer 中開啟 PTC.SCA.SCO.OAMigrator 物件。
b. 在「服務」下,按所列出的順序執行下列服務:
▪ MigrateDropIndexes
▪ MigrateAddForeignKeys
▪ MigrateAddIndexs
當服務輸出窗格顯示「無結果」時,表示所有服務均已成功完成。
12. 更新 MPMLink OData 連接器物件組態設定。
a. 導覽至 MPMLink OData 連接器物件 (PTC.SCA.SCO.MPMLink_ODataConnector)。
b. 按一下「組態」。
c. 在「OData 連接器連線設定」組態表中,更新「服務根相對 URL」值以顯示如下內容:
▪ /v3/MfgProcMgmt
▪ /v4/ProdMgmt
▪ /v2/NavCriteria
d. 在「HTTP 連接器連線設定」下,根據需要將「相對 URL」值從 /servlet/odata/v1 更新為 /servlet/odata (移除 /v1)。
13. 在 9.0 中,將 Windchill 屬性對應至 Operator Advisor 內容的製程計劃轉換流程已變更。如果您已取代
TranslateODataBOPToWDJson 服務以在
ThingWorx Apps 8.5.x 中指定自訂 Windchill 屬性的對應,則必須在升級至
ThingWorx Apps 9.0 之後,依照新對應流程來重新執行這些對應。若需進一步資訊,可參閱
支援 Windchill 自訂屬性。
14. 如果您已自訂
ThingWorx Apps,請參閱
升級與自訂 以解決任何升級作業對您自訂的影響。