DLm0548EデバイスNNNNボリュームVVVVVV GR実行レプリケーション更新エラーがタイムアウトしました
概要: レプリケーション保証(GR)がRUNに設定されているデバイスにテープをマウントすると、メインフレームからの巻き戻し/アンロード(RUN)コマンドに対してレプリケーション更新が実行されます。replication-refreshがGRTIMEOUTを超えると、ホストRUNは「機器チェック」という意味のユニット チェックを受け取ります。
現象
メモ: この記事は、 GR=RUN デバイスのDLm0548Eに固有です。
DLm0548E: Device nnnn volume vvvvvv GR=RUN replication-refresh error: timed out (2700 seconds)
原因
GR TIMEOUT期間(デフォルトは2700秒、つまり45分)内にデータ レプリケーションを完了できませんでした
手記:「保証されたレプリケーション」(GR=YES)とは異なり、RUN上のレプリケーション(GR=RUN)は「保証された」動作を提供しません:
ホストは、ホストアプリケーションが完了した後にRUNコマンドを送信します。Virtuentは巻き戻し/アンロード(RUN)コマンドをブロックし、機器チェックを返しますが、何らかの理由でレプリケーション更新が失敗した場合。ホスト アプリケーションは、レプリケーション更新が正常に完了したか、エラーが発生したかを検出できません(すでに完了しているため)。つまり、エラー状況が RUN コマンドに戻されても、ホスト・ジョブが異常終了することはありません。これは通常どおりに続行され、後続のジョブ ステップが実行されます。
解決方法
DLm0548E メッセージは、必ずしも GR=RUN の問題またはエラーを示すものではありません。帯域幅の過負荷や、異常に大量のファイル変更(つまり、DLmの外部要因)が原因で、データ レプリケーションに通常よりも時間がかかっています。
問題がさらに解決しない場合は、Dellサポートにお問い合わせください。
メインフレーム ジョブは引き続き実行されますが(「原因」ステートメントを参照)、GR=RUNジョブは経過時間の増加を示します。これは、ジョブの終了時にテープ ドライブの割り当て解除が必要になり、その結果、レプリケーション更新の完了またはGR=RUNタイムアウトのUNIT CHECKイベントが必要になるためです。
z/OSの場合、通常、UNIT CHECKイベントは、仮想テープ アドレスの機器チェック(EQC)を報告するメッセージIOS000Iとしてメインフレームsyslogに記録されます。
この状態の詳細については、『Disk Library for mainframe (DLm) User Guide』を参照してください。レプリケーションの保証に関する章を参照してください。