MFE SCF：SCF1389I MSC 群組變得不一致

發：
大型主機啟用碼 （MFE） 資訊訊息： 

SCF1389I MSC - GROUP=Groupname (ccuu,aa) HAS BECOME INCONSISTENT

解釋：
資訊訊息 SCF1389I 如果對 SRDF/A R1 裝置執行內部 （z/OS 之外） 寫入 I/O 時發生：

涉及 的背景內部複製工作 SNAP 使用 SNAP API 或 FLASHCOPY API SRDF/A 處理之外的磁碟機 I/O。使用 SNAP 或 FLASHCOPY API，也可能導致 SCF1389I 訊息的典型原因。

Examples of Third Party Products

- Innovation's FDR product suite 
- IBM IMS High Performance Image Copy
- IBM z/OS ADRDSSU

當內部背景複製工作執行至 R1 裝置時，大型主機啟用程式主機元件多重工作階段一致性 （MSC） 會報告全域不一致。SRDF/A MSC 保證主機寫入進入 SRDF/A 循環的順序。當內部複製到 SRDF/A R1 裝置時，無法保證這種類型的複製會序列化寫入。MSC 必須通知使用者此不一致狀態。

動作：
您可以使用 SNAP 或 FLASHCOPY SRDF/A R1 裝置以外的目標。如果需要此類活動，則應將全域不一致消息視為正常。

根據適用於 z/OS 8.0 版及更新版本的 MFE TimeFinder/Clone 大型主機快照設施指南，使用 SRDF/A R1 裝置作為快照目標時，必須檢閱參數。

SRDFA_R1_TARGET

IBM z/OS VnRn DFSMS 高級複製服務指南中有一節討論了 FlashCopy。

摘要
總之，當 MSC 報告全域不一致時，複製的數據中存在不一致。全域不一致 = N 也在首次啟動 MSC 時設置，並一直保持到達到初始一致性為止。

災難回復影響
收到訊息後：

SCF1389I MSC - GROUP=Groupname (ccuu,aa) HAS BECOME INCONSISTENT

在發出此訊息之前，無法保證 R2 裝置的一致性：

SCF1523I MSC - GROUP=Groupname GLOBAL CONSISTENCY HAS BEEN ACHIEVED.

如果在此不一致期間發生災難恢復事件或測試，則必須標識 R1 設備及其各個數據集。（僅 SNAP 或 COPY 必須識別也是 R1 裝置的操作。在 R1 設備和數據集上受影響的數據的擁有者必須處理該數據的恢復。

List of SNAP or COPY operations
- EMCSNAP (SNAP) operations 
- use of the SNAP API or the FLASHCOPY API  by third party products 
    - the FDR product suite
    - IBM ADRDSSU
    - IMS High Performance (HP) Image Copy 

//FLASHQY EXEC PGM=IKJEFT01,DYNAMNBR=16 
//SYSTSPRT DD SYSOUT=*                  
//SYSPRINT DD SYSOUT=*                  
//SYSTSIN DD *                          
 FCQUERY DEVN(X'ccuu') SHOWRELS(ALL)    
/*