IBM Workload Automation — 典型ユースケース¶
IBM Workload Automation — 典型ユースケース (運用手順)
| ユースケース名 | 想定状況 | 手順サマリ | 使用コマンド | 注意点 | 出典 |
|---|---|---|---|---|---|
| MDM 新規導入 (V10.1) | 新規環境に MDM を構築 | 1) Java 11 を準備 (HP-UX/Solaris は OS 提供) 2) DB (DB2/Oracle/MSSQL/Azure SQL/Google Cloud SQL/OneDB) を作成 3) WebSphere Application Server Liberty Base 25.0.0.6+ を導入 4) MDM サイレント/対話インストールでスキーマ生成 5) optman で初期 globalopts を設定 (auditStore, deploymentFrequency 等) 6) JnextPlan 実行で初回 Symphony を生成 |
twsinst, optman ls/chg, JnextPlan | AIX V10.2.3 以降は MDM/DWC 非対応。TLS1.0/1.1 廃止のため接続元の cipher 整理が必要 | S9, S33, S34, S8 |
| FTA 追加とリンク | 新規ワークステーションをネットワークへ参加 | 1) FTA を twsinst で導入 2) localopts (thiscpu, nm port, pobox サイズ) を編集 3) MDM 側 composer add ws で workstation 定義を作成 4) MDM で JnextPlan 実行 → Sinfonia → Symphony 配布 5) MDM 側 conman で link |
twsinst, composer add, conman link | Auto SSL configuration (V10.1.0) で証明書配布が自動化されるが、Root CA 証明書の手動 import は必要 | S9, S11, S33 |
| Job / Job Stream 定義 | 新しいバッチを登録 | 1) DWC の Workload Designer または composer でジョブ定義作成 2) Job Stream に依存・カレンダー・実行時刻 (run cycle) を定義 3) folder 構造に格納 (V10.1 から) 4) composer add → DB に登録 → 翌 JnextPlan で Symphony へ反映 5) Self-Service Catalog からも提示可 |
composer add, DWC Workload Designer | folder 名や workstation 名のリネーム後、9.4 以前の agent からは参照不可。Run cycle preview (V10.1.0 FP3) で予実差分を事前確認 | S10, S1, S33 |
| JnextPlan 日次運用 | 翌日の Production Plan を生成 | 1) DB バックアップ (transaction log 残量チェック) 2) JnextPlan -from 3) MakePlan / CreatePostReports / Updatestats / rep8 が順次実行 4) Symphony が stageman でマージ → 各ノードに配布 5) carry-forward 結果 (USERJOBS) を確認 |
JnextPlan, stageman, MakePlan | DB transaction log full / Java OOM / DB2 nullDSRA0010E / AWSJPL017E など定番障害あり (04_トラブルシュート参照) | S11, S15 |
| Carry Forward 制御 | 未完了ジョブを翌日へ持越 | 1) optman chg enCarryForward {all|yes|no} を選択 2) job stream 定義側で Carry Forward オプション (yes 用) 3) stageman -carryforward で個別上書き可 4) JnextPlan -for 0000 + cf=yes/no の組合せは要注意 (警告メッセージ) 5) 取りこぼし job は USERJOBS job stream に集約 |
optman chg cf, stageman -carryforward | USERJOBS clean up utility (V9.5 FP6) を併用しないと USERJOBS が肥大化 | S11, S1 |
| Calendar / Run cycle 設定 | 営業日・締め日に合わせた実行制御 | 1) composer で calendar (HOLIDAY 等) を定義 2) job stream の RUN CYCLE で freq=DAYS/WEEKS/MONTHS+inclusive/exclusive を指定 3) Run cycle preview (V10.1.0 FP3) で実行日プレビュー 4) 必要に応じ schedule 内で EVERY / LATEST START オプションを併用 |
composer (calendar/schedule), DWC Plan View | EVERY オプションは V9.5 で導入。LATEST START の遅延ジョブ動作も V9.5 強化 | S10, S33, S1 |
| Event Rule / 条件起動 | ファイル到着・ジョブ完了などをトリガに自動アクション | 1) composer add eventrule (filemonitor / fileStartCondition 等のテンプレ利用) 2) planman deploy で active rule を配布 (deploymentFrequency 0-60 分) 3) Event Processor 稼働中は isDraft=no の rule のみ deploy 対象 4) MDM 障害時は switcheventprocessor で BMDM 側に切替 5) ServiceNow incident 起票等のアクションプラグインも利用 |
composer add eventrule, planman deploy, switcheventprocessor | back-level (V9.4) BMDM への switch は AWSITA / AWSJOM 系のエラーで rule が止まる既知問題あり | S11, S33, S1 |
| Workflow / 条件依存 (Conditional Dependencies) | 成功/失敗で異なるブランチを実行 | 1) job stream で followers/recovery を定義 2) condition-based workflow automation (V9.5 FP1+) を利用 3) Workload Designer (V10.1.0) で UI 設計可 4) Critical Path / Workload Service Assurance で SLA 監視 |
composer (FOLLOWS/UNTIL), DWC Workload Designer | condition-based では failure の judgement を明示しないと downstream ジョブが意図せず実行されることがある | S1, S10, S11 |
| Dynamic Agent + Pool でジョブ動的振り分け | リソース最適に動的選択 | 1) Dynamic Agent を二台以上導入 2) DDM (+ Backup DDM) を配置 3) DWC で Pool / Dynamic Pool を作成し agent を所属 4) job 定義で broker workstation を指定 5) Resource Advisor が能力・負荷に応じて agent を選択 |
Dynamic Workload Broker, Resource Advisor, DWC | Pool 利用時は enAddWorkstation=yes が便利。dynamic agent not found エラーの対処は 04_トラブルシュート参照 | S11, S6, S15 |
| z/OS Agent によるバッチ統合 | z/OS JES2/JES3 ジョブを IWA から制御 | 1) SMP/E で agent for z/OS をインストール 2) SYS1.PROCLIB 配置、subsystem 定義 (eelxxxxx) 3) SMF パラメータ更新 / RACF 認可 4) HTTP connection options / event writer 設定 5) Started Task として起動、IWS から WAPL or JCL でジョブ起動 |
SMP/E, RACF, eelxxxxx, twsinst (zos agent) | MAXECSA、EELJBLIB の容量設計が重要。3 名以上 agent 同居の Windows は Desktop heap 問題対策必須 | S12, S17, S14, S20, S21, S22, S27 |
| Automatic Failover (MDM 自動切替) | MDM 障害時に backup へ自動切替 | 1) optman chg enAutomaticFailover yes 2) workstationMasterListInAutomaticFailover に候補列挙 (256 byte まで) 3) workstationEventMgrListInAutomaticFailover も同時設定推奨 4) WebSphere Application Server Liberty Base を再起動 5) DWC からヘルスチェック確認 |
optman chg af/aa/wm/we, switchmgr | 新規導入は yes 既定、9.5FP2 以前からのアップグレードは no になるため明示的有効化が必要 | S11 |
| Backup / Restore (DB + Symphony) | 障害時に MDM 設定を復元 | 1) DB の論理/物理バックアップ (DB2 オンライン or Oracle RMAN 等) 2) Symphony / Sinfonia / *.msg / pobox を定期コピー 3) Restore 後 conman shut → Symphony 配置 → StartUp 4) corruption 時は MDM コピーで FTA 側を上書き (Symphony→Sinfonia 順) |
DB2 backup, conman shut/StartUp, cp | FTA 上 Symphony 復旧は手順誤りで二重起動するため Sinfonia への上書き → mailbox 削除の順序厳守 | S15, S11 |
| REST API 経由の自動連携 | 外部システムから IWS 機能を呼出 | 1) API Key 発行 (advanced password encryption) 2) Authorization ヘッダで JWT or Basic 認証 3) REST API V2 endpoint を呼出 (composer/conman/planman 機能を網羅) 4) Orchestration CLI / OQL で複合操作 5) Driving IWA / Extending IWA ガイドに REST 一覧 |
curl / orchestrationcli, JWT, OQL | SOAP / Remote EJB は V10.1 で削除済み。古いクライアントは REST に移行必須 | S26, S28, S33, S27 |
| AIDA で異常検知 | ワークロード KPI の AI 監視 | 1) AIDA Detailed System Requirements に従い別パッケージ導入 2) MDM/DDM/DWC を V10.1 以上に揃える 3) AIDA を MDM の DB に向けて設定し学習開始 4) DWC ダッシュボードで anomaly 表示 |
AIDA installer, DWC dashboard | AIDA の互換は MDM/DDM/DWC それぞれ V10.1 のみ。compatibility table 確認必須 | S4, S33 |
| アップグレード (9.4 → 10.1) | メジャーバージョンアップ | 1) 旧 MDM に APAR IJ47731 (V9.4 FP7) を適用 2) parallel upgrade 推奨 (9.4 → 10.1 は parallel のみ) 3) DB 互換性とプラグイン廃止項目を確認 (OSLC/SOAP/Application Lab 等) 4) Agent 側は dynamic agent → Root CA truststore 手動 import 5) AIX MDM は V10.2.3 以降の継続利用不可、Linux/Windows へ計画移行 |
twsinst, IJ47731 fix, swithmgr | fault-tolerant agent V10.1 から MDM V9.5 への composer は動作するが、9.4 以前の agent は folder 機能非対応 | S33, S34 |