稽核子系統的組態
您可以在兩個稽核子系統的實行之間進行選擇,作為進行配置的一部份:
直接持續性實行 - ThingWorx 稽核子系統的第二個版本,其會將稽核訊息儲存在針對 ThingWorx Platform 配置的持續性提供者中。持續性提供者可以是 PostgreSQL 或 MS SQL 資料庫。此實行是建議的實行,無論您有較大還是較小的稽核資料需求。欲使用此實行,請遵循下列指示來配置稽核子系統。
資料表實行 - 稽核子系統的第一個版本,其會將稽核訊息儲存在系統資料表中。此版本應與 PostgreSQL 持續性提供者搭配使用。此實行是您第一次啟用稽核子系統時的預設值。為取得最佳結果,請使用「直接持續性實行」。
* 
PTC 強烈建議您使用直接持續性實行,因為在 ThingWorx Platform 的未來發行版本中,資料表實行將會淘汰。此外,QueryAuditHistory 服務也會由 QueryAuditHistoryWithQueryCriteria 服務所取代。
啟用稽核子系統之後,您可以檢閱其操作參數的值,並在必要時使用 ThingWorx Composer 予以變更:
1. 假設您已登入 ThingWorx Composer 並已導覽至 AuditSubsystem 頁,請按一下「組態」
ThingWorx Composer 中 AuditSubsystem「組態」頁如下所示:
圖 9. ThingWorx Composer 中的 AuditSubsystem 組態,已啟用直接持續性
2. 檢閱設定,並在必要時,使用下表中的資訊作為指引進行變更。特別是,請注意,「針對稽核子系統啟用直接持續性」參數的核取方塊預設為空白,這表示將使用稽核子系統的資料表格實行。欲使用直接持續性實行,請選取此核取方塊,如上圖所示。
3. 設定參數之後,按一下「儲存」
下表描述了組態參數:
稽核子系統的組態參數
參數
描述
預設值
有效值
針對稽核子系統啟用直接持續性
在稽核子系統的直接持續性實行與資料表實行之間轉換。請注意,直接持續性提供者可與 PostgreSQL 及 MS SQL 資料庫搭配使用。
稽核子系統的直接持續性實行 (已選取核取方塊)。
已選取核取方塊 - 會使用稽核子系統的直接持續實行。
已清除核取方塊 - 會使用稽核子系統的資料表實行。
稽核持續性提供者
無法變更此欄位。ThingWorx Platform 的預設持續性提供者會作為稽核子系統的持續性提供者使用。針對資料表實行,建議使用 PostgreSQL 以獲得最佳效能。針對直接持續性實行,請使用 PostgreSQL 或 MS SQL。
ThingworxPersistenceProvider
稽核子系統的持續性提供者始終是預設 ThingWorx Platform 持續性提供者。稽核資料始終存在於其他所有類型 ThingWorx 資料所在的相同資料庫中。
封存稽核內容塊大小
建立新內容塊檔案之前應封存的列數
隨著時間的推移,您可能需要根據封存區、稽核訊息的大小以及封存流程的效能調整大小。
50000
此設定可以是大於或等於 10000 列的任何值。
線上資料的項目數上限 (maxEntriesOnlineAuditData)
資料表實行 - 資料表可以保留之線上稽核資料的列數上限。此值也用於封存檔案,即要寫入封存檔案的列數上限。
直接持續性實行 - 封存檔案可以保留之線上稽核資料的列數上限。
如需有關 ArchiveAuditHistoryDirectPersistenceArchiveAuditHistory (資料表實行) 服務如何使用此參數的詳細資訊,請參閱封存及清除線上稽核資料 (直接持續性)封存及清除線上稽核資料 (資料表)
500000 列。
僅限正數 (整數)。不允許負值。
可為 QueryAudit History 服務之 maxItems 參數設定的最高值
可為 QueryAudit History 服務之 maxItems 參數設定的列數上限。
5000
此值必須大於或等於 500 (N)。此設定的 ThingWorx 基礎類型為 INTEGER
保留線上稽核資料的天數。
要將稽核訊息保留在線上的天數。子系統的封存操作會使用此值來判斷應將哪些訊息移至稽核子系統的離線存放庫。對於早於此天數的資料,會先將其複製到離線儲存區。然後會使用清除操作將其從線上儲存區移除。如需詳細資訊,請參閱封存與清除稽核資料主題與稽核活動的安全性主題。
60 天。
僅限 INTEGER
* 
欲在子系統執行時檢視其值,請轉至「監視」 > 「子系統」
這是否有幫助?