適用於從 7.1 版升級的升級說明

如果您打算越級升級，還請務必閱讀以下各節的升級說明。Identity Manager 後續版本的升級說明也適用於您的升級。

• 自 7.1.1 版開始，Identity Manager 使用者延伸屬性完全支援多值屬性。(ID-14863)

  ---

  備註 –

  您可以將多值使用者延伸屬性加入至帳號清單表格，再由其正確的顯示清單。但是，若嘗試排序此欄則會產生下列錯誤：

  java.lang.ClassCastException: java.util.ArrayList

  ---

  僅在重新串列化使用者物件之後，參照多值延伸屬性的屬性條件才會針對此使用者物件進行正確評估。若要此屬性條件針對所有使用者物件正確進行評估，則必須重新串列化所有使用者物件。請參閱以下「重新整理使用者物件」一節以取得說明。

重新整理使用者物件

部分變更類型需要管理員重新整理所有 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 物件，因此會造成下一個延遲作業掃描儀執行需要很長的時間。但是，後續的延遲作業掃描儀執行應會以正常的速度與持續時間執行。