アクティブなスケジュールで 1 日に注文されたジョブの数に基づいて課金される場合、料金を最小限に抑えるために、control-m ジョブ スケジューリングでどのような変更を加えることができるか。
これには多くの費用がかかります。
アクティブなスケジュールで 1 日に注文されたジョブの数に基づいて課金される場合、料金を最小限に抑えるために、control-m ジョブ スケジューリングでどのような変更を加えることができるか。
これには多くの費用がかかります。
ジョブの一部がコマンドであり、広範な特性 (ノード ID、ユーザー、アラートなし) を共有する場合は、条件演算子を使用します。たとえば、セミコロンでコマンドをリンクすると、各コマンドが 1 回実行されることを意味します。&& でリンクすると、最初のコマンドが正常に実行された場合にのみ、2 番目のコマンドが実行されることになります。
アレックスが述べたように、これは広い領域です。そして、要点を説明するのは非常に難しいでしょう。しかし、以下は考慮できるいくつかのヒントです。
1. 同じスクリプトが異なるジョブで実行されていることを確認します。これは、スケジュール タブを使用して組み合わせることができます。
2. ファイル ウォッチャー ジョブ。着信ファイルをチェックする必要がある場合は、ファイルを処理するための特定のジョブをトリガーします。[2 つのジョブ: Job1 - ファイル ウォッチャー、Job2 - ファイル処理] この機能は、AFT ジョブを使用することで実現できます。AFT ジョブは、この 2 つの機能を 1 つにまとめたものです。
3. アラートが不要な優先度の低いジョブは、コストがかかる場合は unix/shell スクリプトに移行できます。
4. Job2 が Job1 の後に続き、Job2 の IN CONDITION が 1 つしかない場合、つまり Job1 からの場合、2 つのジョブを持つのではなく、(Job2 の) スクリプトを (Job1 の) スクリプトから呼び出すことができます。したがって、最終的には、Job1 で 2 つの機能を実行しています。また、スクリプト (Job2) が失敗した場合、Job1 は成功の戻りコードを取得しません。また、ログから詳細を取得できます。
5. アーカイブ機能をスクリプトに保持し、非常に重要でない限り、Control M ジョブに組み込む必要はありません。また、過去 6 か月間毎日行うのではなく、1 週間に 1 回または 2 週間に 1 回スケジュールすることをお勧めします。
6. 通常のジョブが 1 つのテーブルにあり、アドホック ジョブ (要求があった場合にのみ実行される) が別のテーブルにあるように、ジョブを並べ替えます。定期的なジョブに対してのみ「UserDaily」を保持します。アドホックなジョブの「UserDaily」を保持しないと、これらのジョブが毎日 EM に呼び出されないため、毎日実行されるジョブのみが表示され、実行されない可能性があるジョブは表示されません。
お役に立てれば。
Unix で crontab を使用して、手動の介入や監視を必要としない非優先ジョブをスケジュールすることができます。実際のプロセスを実行するシェル スクリプトにファイル チェッカー ロジックを含めることで、FW ジョブを回避できます。