Control-M + Micro Focus

あなたのMicro Focusワークフローは、JCLジョブストリームが実行される前から始まります。上流で何かが壊れると、失敗する可能性があります。MFBSIJCLの提出は、必要なアプリケーションデータを待つことがあります。JESバッチイニシエーターが、夜間処理ウィンドウの開始時に利用できない場合があります。Control-Mは、管理されたファイルの到着、COBOLの前処理、Micro Focus JCLの実行、下流のデータベースの調整という全プロセスを調整します。

あなたのようなパイプラインで見る統合の事実を見る

一般的なワークフローの問題

あなたの週はこんな感じですか？

これらはエッジケースではありません。これは、複数のツールでMicro Focus JCLワークロードを実行しているチームの通常の運用条件です。Control-Mがそれぞれをどのように処理するかをご覧ください。

上流依存関係

JCLは準備ができています。夜間の入力ファイルはまだ準備できていません。

Control-MはMicro Focusの実行を必要な上流の転送またはジョブが完了するまで保持し、その後MFBSIJCLを通じてJCLを提出します。クロスプラットフォームの依存関係は切り離されたスケジュールに置き換わり、不完全または欠落した入力に対して処理が開始されるのを防ぎます。

JCL失敗回復

STEP4は午前2時13分にアボートしました。すべてを再処理することはウィンドウを無駄にします。

Control-MはMicro Focusのジョブ結果をキャプチャし、定義されたステップまたはPROCからJCLジョブストリームを再実行することをサポートします。オペレーションは、全体のジョブストリームを自動的に繰り返すのではなく、失敗した処理セグメントを回復できます。

SLAリスク

JES処理が遅れています。下流の調整には厳しい締切があります。

Control-MはMicro Focusのジョブを広範なサービスSLAに接続し、依存関係と実行進捗を監視し、ビジネスの締切が過ぎる前に予測される遅延を浮き彫りにします。オペレーションはエンドツーエンドのサービスリスクを見ており、孤立したバッチステータスではありません。

出力トラブルシューティング

JCLが終了しました。今、オペレーションはなぜSYSOUTが必要なのかを説明する必要があります。

Control-Mは、ジョブ出力にMicro Focus SYSOUTを追加し、監視環境内でジョブのステータス、結果、および出力を集中管理します。オペレーターは、JCLワークロードを切り離されたスケジューリングアイランドとして扱うことなく、失敗した実行を調査できます。

リソース競合

複数の重要なJCLストリームが同じ処理ウィンドウに同時にヒットしました

Control-Mは、高度なスケジューリング基準、リソースプール、ロックリソース、およびMicro Focus実行に関する依存関係を適用します。チームは、独立したバッチタイミングに依存するのではなく、企業スケジュールの一部として競合するワークロードと共有リソースを調整できます。

統合の事実