部分變更類型需要管理員重新整理所有 User 物件。例如,當您在 RepositoryConfiguration 中變更 Type.USER 的內嵌屬性時,必須重新整理所有 User 物件。每當您在 IDMSchemaConfiguration 物件中將任何屬性標記為可查詢或摘要時,皆須重新整理所有 User 物件,這些變更才會影響舊有且尚未修改的物件。當新版 Identity Manager 增加新的屬性,或當新版 Identity Manager 變更現有屬性的值時,也適用相同的邏輯,亦即升級程序或管理員必須重新整理所有 User 物件,這些變更才會對未修改過的舊有物件生效。
重新串列化現有使用者的方式有三種:
在一般作業期間修改個別使用者物件。
例如,透過使用者介面開啟使用者帳號,然後儲存修改,或不修改便儲存。
缺點:此方法不僅耗時,且管理員必須非常謹慎,以確保重新串列化所有現有使用者。
使用 lh refreshType 公用程式重新串列化所有使用者。refreshType 公用程式會輸出更新後的使用者清單。
lh console
refreshType User
缺點:由於 refreshType 公用程式是在前景執行而非在背景執行,因此這項程序很耗時。若有許多使用者,則重新串列化所有使用者需要很長的時間。
使用延遲作業掃描儀。
您必須先使用 Sun Identity Manager 整合開發環境 (IDE) 或其他方法編輯 System Configuration 物件,再執行延遲作業掃描儀程序。
搜尋 ’refreshOfType’,並移除 ’2005Q4M3refreshOfTypeUserIsComplete’ 與 ’2005Q4M3refreshOfTypeUserUpperBound’ 的屬性。
編輯系統配置物件之後,必須將物件匯入儲存庫,變更才會生效。
缺點:由於此方法幾乎檢查及重寫每個 User 物件,因此會造成下一個延遲作業掃描儀執行需要很長的時間。但是,後續的延遲作業掃描儀執行應會以正常的速度與持續時間執行。