回復管理程式訊息 (CSQR ...)

CSQR001I: 已起始重新啟動
說明: 此訊息區隔啟動內重新啟動處理程序的開始。重新啟動的階段即將開始。這些階段是將作業環境還原至前一個終止時存在的環境，以及執行任何回復動作 (可能是將 IBM® MQ管理的資源返回一致狀態所需的回復動作) 所必要的。

CSQR002I: 已完成重新啟動
說明: 這則訊息會界定在啟動期間完成重新啟動程序的界限。
系統動作: 繼續啟動。

CSQR003I: RESTART-PRIOR CHECKPOINT RBA=rba
說明: 此訊息指出正在進行重新啟動處理程序的第一階段，並識別檢查點的日誌定位 RBA ，重新啟動處理程序將從中取得其起始回復資訊。
系統動作: 繼續執行重新啟動處理程序。

CSQR004I

RESTART-UR COUNTS-IN COMMIT =nnnn， INDOUBT =nnnn， INFLIGHT =nnnn， IN BACKOUT =nnnn

說明

此訊息指出已完成重新啟動處理程序的第一階段。計數指出在前一個佇列管理程式終止期間具有執行狀態的回復單元數，指出 (確保 MQ 資源一致性) 在此重新啟動處理程序期間必須執行部分回復動作。計數可指出執行剩餘兩個重新啟動階段 (正向及反向回復) 所需的時間。

IN COMMIT 計數指定已啟動但未完成確定處理程序 phase-2 的數目。這些必須進行正向回復才能完成確定處理程序。

INDOUBT 計數指定在確定處理程序的 phase-1 與 phase-2 之間岔斷的數目。這些必須進行正向回復，以確保在解決其 INDOUBT 狀態之前，它們所修改的資源無法使用。

INFLIGHT 計數指定既未完成確定處理程序的 phase-1 ，也未開始取消處理程序的數目。這些必須進行反向回復，才能將它們所修改的資源還原至先前的一致狀態。

IN BACKOUT 計數指定正在取消的數目。這些必須進行反向回復，才能將它們所修改的資源還原至先前的一致狀態。

系統動作

繼續執行重新啟動處理程序。

CSQR005I: 重新啟動-正向回復完成-在確定中 = nnnn， INDOUBT =nnnn
說明: 此訊息指出已完成正向回復重新啟動階段。計數指出在階段期間無法完成回復動作的回復單元數。通常會保留那些處於 IN COMMIT 狀態的元件，因為部分子元件的回復動作尚未完成。在與作為其確定協調程式的子系統建立連線之前，仍會保留那些處於 INDOUBT 狀態的回復單元。
系統動作: 繼續執行重新啟動處理程序。

CSQR006I: 重新啟動-反向回復完成-Inflight = nnnn， IN BACKOUT =nnnn
說明: 此訊息指出已完成反向回復重新啟動階段。計數指出在階段期間無法完成回復動作的回復單元數。通常，由於部分子元件的回復動作尚未完成，處於任一狀態的那些元件仍會保留。
系統動作: 繼續執行重新啟動處理程序。

CSQR007I

UR 狀態

說明

此訊息在表格之前，顯示每一個重新啟動階段之後回復單元 (URs) 的狀態。在每一個巢狀階段之後，訊息及表格將隨附 CSQR004I、 CSQR005I或 CSQR006I 訊息。在第一個階段結束時，它會顯示任何需要處理之 UR 的狀態。在第二個 (正向回復) 及第三個 (取消) 階段結束時，它只會顯示需要處理但未處理之那些 URR 的狀態。此表格協助識別佇列管理程式停止時處於作用中的 URS ，並判定重新啟動所需的日誌範圍。

表格的格式為:


  T  CON-ID     THREAD-XREF     S   URID     TIME

直欄包含下列資訊:

T

連線類型。值可以是:

B: 批次: 從使用批次連線的應用程式
R: RRS: 從使用批次連線的 RRS 協調應用程式
C: CICS®: 從 CICS
I: IMS: 從 IMS
S: 系統: 從佇列管理程式的內部功能，或從通道起始程式。

CON-ID

相關 URS 的連線 ID。批次連線與任何其他連線無關。具有相同 ID 的子系統連線指出源自相同子系統的 URS。

執行緒-XREF

與執行緒相關聯的回復執行緒交互參照 ID; 如需相關資訊，請參閱從 IMS 控制區域連接。

S

UR 的重新啟動狀態。當佇列管理程式停止時， UR 處於下列其中一種狀況:

B: INBACKOUT: UR 處於取消的 must-complete 階段，且尚未完成
C: INCOMMIT: UR 處於確定的 must-complete 階段，且尚未完成
D: 不確定: UR 已完成確定的第一階段，但 IBM MQ 尚未收到第二階段指令 (必須記住 UR ，以便在擁有子系統重新連接時可以解決它)
F: INFLIGHT: UR 尚未完成確定的第一階段，將會取消。

URID

UR ID ，此回復單元開始的日誌 RBA。這是在重新啟動期間處理 UR 所需的最早 RBA。

時間

建立 UR 的時間，格式為 yyyymmdd hhmmss。大約是應用程式的第一個 IBM MQ API 呼叫或確定點之後第一個 IBM MQ API 呼叫的時間。

CSQR009E: NO STORAGE FOR UR STATUS TABLE ， SIZE REQUESTED= xxxx， REASON CODE=yyyyyyyy
說明: 在建立可回復 UR (回復單元) 顯示表格期間，沒有足夠的儲存體可用。
系統動作: 繼續重新啟動，但不顯示狀態表格。
系統程式設計師回應: 請先增加 xxxxMSTR 區域的區域大小，然後再重新啟動佇列管理程式。

CSQR010E: ERROR IN UR STATUS TABLE SORT/TRANSLATE ， ERROR LOCATION CODE=xxxx
說明: 發生內部錯誤。
系統動作: 繼續重新啟動，但不顯示狀態表格。
系統程式設計師回應: 請記下訊息中的錯誤碼，並聯絡 IBM 支援中心。

CSQR011E: UR 狀態表格顯示畫面中發生錯誤，錯誤位置碼 =xxxx
說明: 發生內部錯誤。
系統動作: 繼續重新啟動，但不顯示狀態表格。
系統程式設計師回應: 請記下訊息中的錯誤碼，並聯絡 IBM 支援中心。

CSQR015E: 找不到條件式重新啟動檢查點 RBA rba
說明: 無法使用條件式重新啟動控制記錄中的檢查點 RBA (從指定的結束 RBA 或 LRSN 值推斷)。這可能是因為重新啟動時可用的日誌資料集不包括該結束 RBA 或 LRSN。
系統動作: 重新啟動異常結束，原因碼 X'00D99001' ，且佇列管理程式終止。
系統程式設計師回應: 執行變更日誌庫存公用程式 (CSQJU003) ，並在要用來重新啟動佇列管理程式的日誌資料集中，指定 CRESTART 控制陳述式上的 ENDRBA 或 ENDLRSN 值。

CSQR020I: 找到舊的 UOW
說明: 在重新啟動期間，發現工作單元早於最舊的作用中日誌。工作單元的相關資訊以與訊息 CSQR007I相同的格式顯示在表格中。

舊工作單元可能會導致延長重新啟動時間，因為重新啟動處理需要讀取保存日誌才能正確處理工作單元。 IBM MQ 可讓您強制確定舊的工作單元，藉此避免此延遲。
附註: 強制確定工作單元可能會破壞 IBM MQ與此訊息所說明之原始工作單元中所涉及的其他資源管理程式之間的更新交易完整性。
系統動作: 發出訊息 CSQR021D ，並等待操作員回覆。

CSQR021D: 回答 Y 以確定或 N 以繼續
說明: 找到舊的工作單元，如之前的 CSQR020I 訊息所示。
系統動作: 佇列管理程式會等待操作員的回覆。

CSQR022I: 舊 UOW 已確定， URID=urid
說明: 如果操作員對訊息 CSQR021D回答 'Y' ，則會傳送此訊息。
系統動作: 已確定指出的工作單元。

CSQR023I

舊 UOW 未變更， URID=urid

說明

如果操作員對訊息 CSQR021D回答 ' N' ，則會傳送此訊息。

當識別已處於 'in-backout' 狀態的舊工作單元時，也會傳送 CSQR023I 。處於 'in-backout' 狀態的工作單元不適合強制確定處理，因為它可能導致佇列變成無法使用。對於這類工作單元，不會發出 CSQR021D 訊息，且無法選擇。

系統動作

由正常重新啟動回復處理程序處理所指示的工作單元。

CSQR026I: 長時間執行的 UOW 已延遲至 RBA=rba， URID=urid 連線名稱 =name
說明: 在檢查點處理程序期間，發現至少有 3 個檢查點處於作用中的未確定的回復單元。關聯的日誌記錄已在 RBA rba重新寫入 (「延遲」) 至日誌中的稍後點。回復單元 ID urid 與連線名稱 name 一起識別相關聯的執行緒。
系統動作: 處理程序繼續執行。
系統程式設計師回應: 未確定的回復單元稍後可能會導致困難，因此請洽詢應用程式設計師，以判斷是否有問題導致無法確定回復單元，並確保應用程式確定工作頻率足夠頻繁。

CSQR027I

長時間執行的 UOW 分流失敗， URID=urid 連線名稱 =name

說明

在檢查點處理程序期間，發現至少有 3 個檢查點處於作用中的未確定的回復單元。不過，相關聯的日誌記錄無法重新寫入 (「延遲」) 至日誌中的稍後點。回復單元 ID urid 與連線名稱 name 一起識別相關聯的執行緒。

系統動作

回復單元不會延遲，且不會參與任何未來的日誌分流。

系統程式設計師回應

最可能的原因是可用的作用中日誌資料集不足，在此情況下，您應該新增更多日誌資料集以供佇列管理程式使用。請使用 DISPLAY LOG 指令或列印日誌對映公用程式 (CSQJU004) 來判斷有多少日誌資料集及其狀態。

未確定的回復單元稍後可能會導致困難，因此請洽詢應用程式設計師，以判斷是否有問題導致無法確定回復單元，並確保應用程式確定工作頻率足夠頻繁。

CSQR029I: 無效回應-不是 Y 或 N
說明: 操作員未正確回應回覆訊息 CSQR021D。必須輸入 'Y' 或 ' N'。
系統動作: 原始訊息會重複。

CSQR030I: 從 RBA =from-rba 到 RBA =to-rba 的正向回復日誌範圍
說明: 這指出在重新啟動期間必須讀取才能執行正向回復的日誌範圍。
系統動作: 繼續執行重新啟動處理程序。

CSQR031I

向前讀取日誌， RBA=rba

說明

這會在重新啟動回復處理期間定期發出，以顯示正向回復階段及現行狀態重建階段的進度。對於正向回復階段，需要讀取的日誌範圍顯示在之前的 CSQR030I 訊息中。

對於現行狀態重建階段，起始日誌 RBA 會顯示在之前的 CSQR003I 訊息中，結束日誌 RBA 會顯示在之前的 CSQJ099I 訊息中。在現行狀態重建的正向回復階段期間， RBA 代表回復日誌中的位置。

系統動作

繼續執行重新啟動處理程序。

CSQR032I: 從 RBA =from-rba 到 RBA =to-rba 的反向回復日誌範圍
說明: 這指出在重新啟動期間必須讀取才能執行反向回復的日誌範圍。
系統動作: 繼續執行重新啟動處理程序。

CSQR033I: 反向讀取日誌， RBA=rba
說明: 這會在重新啟動回復處理期間定期發出，以顯示反向回復階段的進度。需要讀取的日誌範圍顯示在之前的 CSQR032I 訊息中。
系統動作: 繼續執行重新啟動處理程序。

CSQR034I

偵測到反向移轉

說明

在佇列管理程式重新啟動期間，偵測到一個以上已連接的頁集已使用較高版本的佇列管理程式程式碼。

系統動作

在重新啟動期間，佇列管理程式會自動執行特殊處理程序，以變更儲存在那些頁集上的任何訊息，以便佇列管理程式的現行版本可以讀取這些訊息。此特殊處理取決於在重新啟動結束時找不到未解析的工作單元，因此在重新啟動期間可能會以進一步訊息的方式提示您強制確定這些工作單元。

繼續執行重新啟動處理程序。