備份 ThingWorx
ThingWorx 相關備份可在資料存放區層級與 ThingWorx 應用程式層級執行。應定期執行資料存放區層級備份,即使資料存放區安裝在存在資料冗餘的高可用性組態中。此選項適用於使用模型和資料供應商的所有資料存放區。
本主題中的資訊僅指 ThingWorx 平台進行應用程式層級備份所提供的功能,但 H2 資料庫除外。
* 
此規則的唯一例外是 H2 資料庫,因為它在內嵌模式中執行。在此情況下,ThingWorx 提供的內建功能可供排程自動備份到由 platform-settings.json 檔案中 "ThingworxBackupStorage" 組態參數所指定的目錄。但是,由於其內嵌本質,它並非高可用性解決方案,因此,不具有任何容錯移轉功能。
如需詳細資訊,請參閱 ThingWorx Backup and Recovery Planning 指南中的一般資料存放區備份指導原則,並參閱原始廠商文件集,其中包括下列内容:
H2 - 封存 ThingworxStorage 中的 data 資料夾
ThingWorx 模型
以 ThingWorx 爲基礎的應用程式之最具彈性的功能是可透過 Composer 以手動方式或者透過 REST API、指令集或副檔名以程式方式直接在執行時間變更 ThingWorx 模型。建議追蹤模型變更,以從生產中的意外變更恢復。這可透過定期匯出模型實體的時間點快照來實現。
這些快照備份也可透過使用排程器自動叫用以下方法來完成:
標準匯出 REST API。
匯出來源控制實體 REST API。這樣會使用版本控制系統,例如 Git 或 Subversion。
上述兩個選項之間的差異是「匯出來源控制實體」選項會在每個實體類型的資料夾中產生個別的 XML 檔案以使匯出可讀,而二進位 ".twx" 格式是壓縮格式,因此其匯入相對高效。
* 
PTC 並不保證匯出格式會符合任何特定標準,且可能會在不同 ThingWorx 版本之間變更而不另行通知。因此,建議不要建立耗用這些匯出檔案的外部應用程式。
執行時間資料
與模型匯出類似,標準 REST API 亦可供匯出執行時間資料。由於執行時間資料量可能會隨時間明顯增長,因此匯出流程將進行平行處理,且匯出檔案會分割成多個更容易管理的較小檔案。由於資料量較大,建議在應用程式層級以增量方式匯出資料而不是完整備份。此外,欲避免長時間執行匯出,建議在可能的情況下依實體匯出。可考慮資料存放區層級備份以保留執行時間資料,這不失為一種最佳作法。資料匯出會儲存在 ThingworxStorage/exports 目錄中。資料匯出會根據目前日期依實體類型儲存在相應資料夾中副檔名為 .twx 的二進位檔案中,以及存放庫目錄中。資料將根據「匯出匯入子系統」中設定的匯出檔案大小以及處理執行緒集區大小被分割成多個檔案。
此功能通常用於將資料從一個系統移轉到另一個系統,而非進行定期備份。雖然定期非重疊 (即使用資料匯出的開始與結束日期) 匯出可以用於定期封存資料,但更有效的選擇是使用資料存放區層級備份來保留執行時間資料。
檔案存放庫
ThingWorx 中的檔案存放庫是一個檔案系統目錄,一般存在於本機或共用 (在高可用性 ThingWorx 安裝的情況下) 磁碟機上。這是由自訂設定中的 ThingworxFileStorage 環境變數或依預設在 ThingworxStorage/repository 中定義的一般檔案系統目錄。使用的操作系統所提供的任何檔案備份解決方案皆可用於定期備份此目錄。(即,Linux 中的 rsync)
延伸功能
副檔名一旦匯入至 ThingWorx,即會在檔案系統中快取,並儲存到具有高可用組態的資料存放區中。在此情況下,由於 PTC 下載中的延伸功能會定期升級,建議保留原始延伸功能封裝而非備份快取版本,這不失為一種最佳作法,並且您可能無法重新下載已用於開發的版本。檔案系統快取位於 ThingworxStorage/extensions 目錄中。
其他以檔案為基礎的加工品
以下是可使用與 ThingWorx 相關的任何以作業系統爲基礎的檔案備份工具 (即 Linux 中的 rsync) 來備份的其他以檔案為基礎的加工品:
ThingworxPlatform 目錄中的組態檔案
ThingworxStorage/logs 目錄中的記錄檔
可能已在 ThingworxStorage/reports 目錄中產生的報告
這是否有幫助?