系統擷取點不支援同步事件發出,因此無法確保系統事件的發出。
同步事件可以是交易式或非交易式,但每一種情況都必須正確設定傳輸的可回復性。
並非所有 EP 配接器都可以與所有的 TRANSMODE 組合支援同步發出。如需相關資訊,請參閱事件處理配接器。
當事件無法發出時,EP 配接器會提供事件及為什麼未發出事件的相關資訊,也會增加相關事件統計資料,進而導致擷取交易的工作單元遭到取消。
瞭解同步事件發出的運作方式,可以協助您瞭解如何善用此功能。當您使用同步事件發出時,需要考量的一些事項包括:安全、效能、傳輸,以及對應用程式的影響。
事件擷取交易必須對事件發出傳輸(例如,WebSphere® MQ EP 配接器的 WebSphere MQ 佇列)具有寫入權限,才能進行同步發出;發出事件的 EP 分派器或配接器作業需要寫入權限,才能進行非同步發出。
同步的交易式事件是可回復的。 當您使用 CICS WebSphere MQ EP 配接器時,事件會放在 WebSphere MQ 事件佇列的同步點下; 因此,您可能必須檢閱 WebSphere MQ 日誌資料集空間配置。當您使用 CICS TSQ EP 配接器時,這個配接器會增加使用可回復 TS 佇列的次數,所以您可能必須檢閱 CICS 日誌串流大小及屬性。搭配長時間執行的作業來使用同步交易式事件時,如果未採用同步點,可能會導致日誌溢位。
使用同步發出時,自訂 EP 配接器必須在 DFHEP.ADAPTPARM 儲存器中允許使用 EPAP_RECOVER 旗標。如需相關資訊,請參閱自訂 EP 配接器。
確保事件發出可提供機會來建置商業重要事件型應用程式,並以可靠的方式來延伸現有的應用程式。犧牲的代價為確保發出事件所需的同步處理可能對應用程式回應時間有所影響。 審慎使用同步事件發出可將對應用程式的影響降至最低。請參閱事件處理效能,以取得在確保事件發出時,關於效能考量的相關資訊。
單一工作單元可能導致許多事件發出,其中部分事件是交易式,而部分事件是非交易式。如果擷取交易無法發出同步事件,則會取消工作單元以及其擷取的任何交易式事件。不過,仍然可能會發出非交易式事件。
EP 配接器、其資源(例如 WebSphere MQ 佇列)以及事件消費者必須配置有足夠的容量,才能處理預期發出事件的尖峰數量,以免擷取交易失敗。
為了協助您決定在何處使用同步發出,以下是比較同步和非同步發出的一些考量: