4.9 移動/重新命名

預設組態中不支援「移動」和「重新命名」事件。 然而,如果您修改預設「綱要映射」和預設「發行者過濾器」並新增規則,則可以在整個「發行者」通道上,同步化 Notes 中的「移動」或「重新命名」事件,並將其移轉至 Identity Vault。

此外,如果您具有 Notes 6.0.3 或更新版本,而且啟用 AdminP 支援,並新增提供必要屬性的規則,則可以在「訂閱者」通道上同步化「移動」或「重新命名」事件。

4.9.1 訂閱者通道

移動使用者

  1. 確定您使用的是 Notes 6.0.3 或更新版本,而且已檢視Section 4.9.3, 使用 AdminP 的考量

  2. 確定您已啟用 AdminP 程序的支援,啟用方法是將下列參數新增至驅動程式參數中的「訂閱者選項」:

    <allow-adminp-support display-name=“Allow Domino AdminP Support”>True</allow-adminp-support>
    

    請參閱Section 4.4.2, 訂閱者選項中的「允許 Domino AdminP 支援」。

  3. 建立將下列屬性新增至移動事件的驅動程式規則:

    • Notes 中目的認證者的認證者名稱。
    • Notes 中目的認證者的認證者 ID 和密碼 (使用者要轉到此認證者)
    • Notes 中來源認證者的舊認證者 ID 和密碼 (使用者來自此認證者)

    移動使用者的驅動程式 Shim 指令範例內含在Section B.3, 移動使用者範例中。

修改 eDirectory 中的使用者名稱 (Notes 中的重新命名事件)

當 eDirectory 中使用者的姓氏、中間縮寫名或名字發生變更時,此事件可能會導致「重新命名」Lotus Notes 中的物件。 如果您具有 Notes 6.0.3 或更新版本,而且已啟用 AdminP 支援,則可以在 Notes 中執行「重新命名」。

  1. 確定您使用的是 Notes 6.0.3 或更新版本,而且已檢視Section 4.9.3, 使用 AdminP 的考量

  2. 確定您已啟用 AdminP 程序的支援,啟用方法是將下列參數新增至驅動程式參數中的「訂閱者選項」:

    <allow-adminp-support display-name=“Allow Domino AdminP Support”>True</allow-adminp-support>
    

    請參閱Section 4.4.2, 訂閱者選項中的「允許 Domino AdminP 支援」。

  3. 建立針對要重新命名的 Notes 使用者,提供正確認證者和密碼的驅動程式規則。

    如果事件中未指定認證者和密碼,則會使用驅動程式參數中指定的預設認證者和密碼。

    重新命名使用者的驅動程式 Shim 指令範例內含在Section B.2, 重新命名範例: 修改使用者的姓中。

重新命名群組

如果您具有 Notes 6.0.3 或更新版本,而且已啟用 AdminP 支援,則可以重新命名群組。 eDirectory 中用於群組的重新命名事件,不需要您建立任何其他驅動程式規則。

eDirectory 中的重新命名事件只能套用到 Notes 中的群組物件上 (對於使用者,驅動程式 Shim 會使用適當的修改事件,來重新命名 Notes 中的使用者,如修改 eDirectory 中的使用者名稱 (Notes 中的重新命名事件)中所述)。

  1. 確定您使用的是 Notes 6.0.3 或更新版本,而且已檢視Section 4.9.3, 使用 AdminP 的考量

  2. 確定您已啟用 AdminP 程序的支援,啟用方法是將下列參數新增至驅動程式參數中的「訂閱者選項」:

    <allow-adminp-support display-name=“Allow Domino AdminP Support”>True</allow-adminp-support>
    

    請參閱Section 4.4.2, 訂閱者選項中的「允許 Domino AdminP 支援」。

4.9.2 發行者通道

若要啟用單向物件移動/重新命名同步化,請執行下列動作:

  1. 修改綱要映射,將 eDirectory Full Name 映射至 Notes FullName。

  2. 啟用「發行者」過濾器中的 Full Name 屬性。

  3. 確定並未啟用「訂閱者」過濾器中的 Full Name 屬性。

  4. 確定驅動程式組態參數中的「公用/私人 AB」設定為 Yes。

  5. 在驅動程式組態中使用規則,例如Section 4.1, 移動 Notes 物件時決定 eDirectory 物件位置中所述的規則。

進行這些修改之後,ndsrep 會偵測 FullName 的變更。 因為 FullName 在單一屬性中同時包含名稱和位置資訊,所以 ndsrep 無法區分「移動」和「重新命名」。 因此,變更 FullName 會啟始同步化「移動」和「重新命名」事件,並將其移轉至 eDirectory。

4.9.3 使用 AdminP 的考量

AdminP 支援提供數種新功能,但是若要有效地使用這些功能,您必須注意下列事項:

  • 您需要瞭解 AdminP 和 Notes 管理。
  • 針對 AdminP 申請傳回至驅動程式的成功訊息,只表示 AdminP 已順利收到申請,並不表示已順利完成申請。
  • 驅動程式所提出的 AdminP 申請要到 AdminP 嘗試執行動作時才能完成。 時間取決於由 Notes 管理員設定的「管理程序」組態、Domino 伺服器網路和所申請動作的複雜度。
  • 某些 AdminP 申請需要 Notes 管理員先手動核准,才能完成。
  • 通常,AdminP 申請包含 Notes 使用者的 FullName (或群組的 ListName)。 啟始申請時,驅動程式會根據使用者的 FullName 傳送申請,但是 AdminP 不一定會立即完成此申請,可能會有影響同一使用者物件之 FullName 的其他申請正在等待處理。 如果申請變更了使用者的 FullName,則後續的申請可能會由於 AdminP 找不到使用者而失敗。

    例如,請考量下列案例:

    • 您從驅動程式傳送一個申請,以變更 Notes 中使用者的名字,然後使用 AdminP 功能另外重新命名使用者物件 (變更 FullName)。
    • 接著,立即從驅動程式傳送第二個申請,以變更 Notes 中同一使用者的姓氏,然後另外重新命名使用者物件 (變更 FullName)。

    AdminP 收到了這兩個申請。 這兩個申請都參考具有相同 FullName 的使用者。 在午夜時間,AdminP 會開始處理申請。 第一個申請順利完成。 然而,由於第一個申請變更了 FullName,所以第二個申請會失敗。

為了協助您有效地使用 AdminP,提供下列功能: