同步處理點連接管理員

與其針對每個可能的交易名稱發出個別RECEIVE_ALLOCATE動詞,同步處理點的執行可能會改為註冊為 Host Integration Server 的同步點附加管理員。 其運作方式是發出 RECEIVE_ALLOCATE 動詞,以指定由所有0x00s 所組成的 TP 名稱。

註冊同步處理點附加管理員時,下列變更會在 Host Integration Server 上的伺服器連入附加支援中受到影響:

  • 當使用 VCB 設定為 AP_YES 之syncpoint_rqd欄位的交談上的任何 TP 名稱到達附加訊息時,Host Integration Server 會將它與發出特殊RECEIVE_ALLOCATE動詞的應用程式進行比對,以同步處理點附加管理員的形式進行註冊。

  • 任何抵達重新同步處理 TP (0x06F2) 的附加訊息都會自動路由傳送至同步處理點附加管理員。

  • 如果未對同步處理點附加管理員或特定 TP 名稱發出RECEIVE_ALLOCATE ,Host Integration Server 會在設定的一段時間內將附加排在佇列中。 如果在該時間內未發出任何 RECEIVE_ALLOCATE ,將會拒絕附加 TP_NOT_AVAILABLE_RETRY 的傳回碼。

  • 如果 RECEIVE_ALLOCATE 與附加訊息相符,則會將動詞傳回給 tp,並將 VCB 的 tp_name 欄位設定為附加訊息中包含的 tp 名稱。

    使用這項功能的應用程式必須遵守兩項限制:

  • 以這種方式啟動的交談上發出的所有動詞都必須由相同的進程發出,因為 Host Integration Server 無法在進程間傳遞tp_id

  • 在執行 Host Integration Server 的任何伺服器上,只有單一進程可以註冊為同步點附加管理員。 如果第二個進程嘗試註冊,其 RECEIVE_ALLOCATE 動詞將會立即傳回,並將主要傳回碼設為 AP_SYNCPOINT_MANAGER_ACTIVE。

    同步處理點附加管理員應用程式必須位於 Host Integration Server 伺服器上。 它們可能不會分散到 Host Integration Server 用戶端。 這項限制是為了確保 () 上的每個 LU 都只會有同步處理點服務的單一實例 (SPS) 和 Conversation-Protected Resource Manager Host Integration Server (,如果 Host Integration Server 中的多部伺服器可以看到同步點附加管理員,就不會發生這種情況 網域) 。

    RECEIVE_ALLOCATE動詞控制區塊的結構不需要修改即可支援此函數。