私の会社では、エンタープライズ ジョブ スケジューラとして Autosys r11.1 SP1 を実行していますが、この製品はその目的を十分に果たしていると思います。社内では「複雑」「使いにくい」と評判ですが、クロスプラットフォームのエンタープライズ ジョブ スケジューラとしては、複雑になることは間違いありません。もちろん、このようなシステムの管理を習得するには、ある程度の時間と献身が必要です。
私は管理を担当するチームの一員ではありませんが、データ ウェアハウス チームを運営しているため、私のチームは製品のヘビー ユーザーです。製品。「Autosys」が一連のソフトウェアであることは確かに知っていますが、私は決して専門家ではありません。実際のジョブ スケジューラとは別に、アラート エンジンと Workload Control Center があり、その 3 つすべてがインストールされていると思います。
現在、Autosys ジョブが Max Run Alarm ステータスに達すると、ヘルプ デスクに電子メール アラートが生成され、適切なアクションを実行できます。これは、Autosys の内部データ モデルに関する私の理解からすると、ジョブに発生する可能性のある「イベント」です。
これは、私が知っている仕事が一度に 1 つずつ属することができるさまざまな像とは異なります。
- アクティブ化
- 非活性
- 起動
- ランニング
- 成功
- 失敗
- 保留
- オン・アイス
- 開始が遅い
- 保留中のマシン
- 終了しました
ジョブが最大実行イベントに遭遇したときのアラートに加えて、ヘルプ デスクは、ジョブが失敗ステータスまたはマシン保留ステータスになったときにも電子メール アラートを受け取ります。
ジョブが終了ステータスになった場合、アラートを送信できないと言われています。私はこれを信じていません。
また、何らかのアラートを送信する前にジョブ名をフィルタリングする方法はないと言われています。現在、Autosys の真の開発インスタンスはありません。そのため、命名規則を使用して本番と UAT またはテストを区別しています。現在、電子メール アラートはすべてに対して生成されており、ヘルプ デスクがそれらを取得しようとする絶え間ない戦いに直面しています。非本番ジョブ用に作成されたチケットは必要ないことを理解するために。
この製品の真の機能に関するガイダンスや教育をいただければ幸いです。
クリス