預設組態中不支援「移動」和「重新命名」事件。 然而,如果您修改預設「綱要映射」和預設「發行者過濾器」並新增規則,則可以在整個「發行者」通道上,同步化 Notes 中的「移動」或「重新命名」事件,並將其移轉至 Identity Vault。
此外,如果您具有 Notes 6.0.3 或更新版本,而且啟用 AdminP 支援,並新增提供必要屬性的規則,則可以在「訂閱者」通道上同步化「移動」或「重新命名」事件。
確定您使用的是 Notes 6.0.3 或更新版本,而且已檢視Section 4.9.3, 使用 AdminP 的考量。
確定您已啟用 AdminP 程序的支援,啟用方法是將下列參數新增至驅動程式參數中的「訂閱者選項」:
<allow-adminp-support display-name=“Allow Domino AdminP Support”>True</allow-adminp-support>
建立將下列屬性新增至移動事件的驅動程式規則:
移動使用者的驅動程式 Shim 指令範例內含在Section B.3, 移動使用者範例中。
當 eDirectory 中使用者的姓氏、中間縮寫名或名字發生變更時,此事件可能會導致「重新命名」Lotus Notes 中的物件。 如果您具有 Notes 6.0.3 或更新版本,而且已啟用 AdminP 支援,則可以在 Notes 中執行「重新命名」。
確定您使用的是 Notes 6.0.3 或更新版本,而且已檢視Section 4.9.3, 使用 AdminP 的考量。
確定您已啟用 AdminP 程序的支援,啟用方法是將下列參數新增至驅動程式參數中的「訂閱者選項」:
<allow-adminp-support display-name=“Allow Domino AdminP Support”>True</allow-adminp-support>
建立針對要重新命名的 Notes 使用者,提供正確認證者和密碼的驅動程式規則。
如果事件中未指定認證者和密碼,則會使用驅動程式參數中指定的預設認證者和密碼。
重新命名使用者的驅動程式 Shim 指令範例內含在Section B.2, 重新命名範例: 修改使用者的姓中。
如果您具有 Notes 6.0.3 或更新版本,而且已啟用 AdminP 支援,則可以重新命名群組。 eDirectory 中用於群組的重新命名事件,不需要您建立任何其他驅動程式規則。
eDirectory 中的重新命名事件只能套用到 Notes 中的群組物件上 (對於使用者,驅動程式 Shim 會使用適當的修改事件,來重新命名 Notes 中的使用者,如修改 eDirectory 中的使用者名稱 (Notes 中的重新命名事件)中所述)。
確定您使用的是 Notes 6.0.3 或更新版本,而且已檢視Section 4.9.3, 使用 AdminP 的考量。
確定您已啟用 AdminP 程序的支援,啟用方法是將下列參數新增至驅動程式參數中的「訂閱者選項」:
<allow-adminp-support display-name=“Allow Domino AdminP Support”>True</allow-adminp-support>
若要啟用單向物件移動/重新命名同步化,請執行下列動作:
修改綱要映射,將 eDirectory Full Name 映射至 Notes FullName。
啟用「發行者」過濾器中的 Full Name 屬性。
確定並未啟用「訂閱者」過濾器中的 Full Name 屬性。
確定驅動程式組態參數中的「公用/私人 AB」設定為 Yes。
在驅動程式組態中使用規則,例如Section 4.1, 移動 Notes 物件時決定 eDirectory 物件位置中所述的規則。
進行這些修改之後,ndsrep 會偵測 FullName 的變更。 因為 FullName 在單一屬性中同時包含名稱和位置資訊,所以 ndsrep 無法區分「移動」和「重新命名」。 因此,變更 FullName 會啟始同步化「移動」和「重新命名」事件,並將其移轉至 eDirectory。
AdminP 支援提供數種新功能,但是若要有效地使用這些功能,您必須注意下列事項:
例如,請考量下列案例:
AdminP 收到了這兩個申請。 這兩個申請都參考具有相同 FullName 的使用者。 在午夜時間,AdminP 會開始處理申請。 第一個申請順利完成。 然而,由於第一個申請變更了 FullName,所以第二個申請會失敗。
為了協助您有效地使用 AdminP,提供下列功能: