対象バージョンレベル
・ Windows版:V5.0L10以降
・ Solaris版:5.0以降
・ Linux版:5.2、V10.0L10以降
・ Linux for Itanium版:V12.0L10以降
・ HP-UX版:5.1以降
・ AIX版:5.1以降
・ DS版:V20L10
対処
確認ポイント
[ジョブネットのプロパティ]ウィンドウで、起動日に関する情報([起動日]/[カレンダ]/[運用期間]シート)を変更していませんか
原因
[ジョブネットのプロパティ]ウィンドウで以下のシートを変更した場合、ジョブスケジューラは各シートの設定に従って起動日を再作成し ます。
・ [起動日]シート
・ [カレンダ]シート(V13.3.1以前の場合)
・ [運用期間]シート(V13.3.1以前の場合)
このため、[起動日]ウィンドウまたは[運用予定]ウィンドウで設定した起動日情報(特異日)はクリアされます。
また、以下のオペランドを指定したジョブネット制御文を利用してjobschsetnet -ncheコマンドを実行した場合も、起動日が再作成される ため起動日情報(特異日)はクリアされます。
・ execpattern
・ basenet
・ execday
・ cancelday
・ jobschprintr
・ annualydate
・ annualyweek
・ monthlydate
・ monthlyweek
・ bnsmode
・ bnsbase
・ bnsday
・ bnslimit
・ offsetmode
・ offsetday
・ holidaycalender
・ holidaymode
・ holidayshift
・ shiftlimit
・ enablestart
・ enableend
・ disablestart
・ disableend
対処方法
クリアされた起動日を再設定する場合、ジョブネットの[起動日]ウィンドウまたは[運用予定]ウィンドウで個別に起動日情報を設定してく ださい。
4.2.24 起動日雛形で特定の日を非起動日にしたにもかかわらず、起動日のままとなっ
ている
対象バージョンレベル
・ Windows版:V5.0L10以降
・ Solaris版:5.0以降
・ Linux版:5.2、V10.0L10以降
・ Linux for Itanium版:V12.0L10以降
・ HP-UX版:5.1以降
・ AIX版:5.1以降
・ DS版:V20L10
対処
確認ポイント
起動日雛形において、曜日に起動日が設定されていませんか
原因
特定の日を非起動日にしていても、曜日に起動日を設定している場合、非起動日と起動する曜日が重なった時には、起動されます。
例えば、毎週月曜日と毎月15日を起動日としている起動日雛形は以下のようになります。
この起動日雛形を利用したジョブネットの起動日は以下のようになります。
上記の起動日雛形から毎月15日を非起動日とした場合、起動日雛形は以下のようになります。
この起動日雛形を利用したジョブネットの起動日は以下のようになります。
毎週月曜日が起動日となるよう設定されているため、この場合、毎月15日を非起動日としたにもかかわらず、1月15日は起動されてし まいます。
対処方法
[起動日]ウィンドウ、または[運用予定]ウィンドウで、非起動日の設定をしてください。
4.2.25 ジョブネットが複写できない
対象バージョンレベル
・ Windows版:V5.0L10以降
・ Solaris版:5.0以降
・ Linux版:5.2、V10.0L10以降
・ Linux for Itanium版:V12.0L10以降
・ HP-UX版:5.1以降
・ AIX版:5.1以降
・ DS版:V20L10
対処
確認ポイント
ジョブネットが間隔起動で１分間隔になっていませんか
原因
Systemwalker Operation Managerでは、ジョブネットが起動時刻であると判断した場合、即座に起動します。そのため、１分間隔で起動
するように設定されている場合、複写後即座に起動しようとし、複写に失敗します。
対処方法
複写前のジョブネットの起動間隔を変更して、複写してください。
4.2.26 クラスタ運用時に、休日カレンダを変更したにもかかわらず、起動日に反映され
ない
対象バージョンレベル
・ Windows版:V5.0L10～V10.0L21
・ Solaris版:5.0～10.1
・ HP-UX版:10.0
対処
確認ポイント
すべてのサブシステムが起動している状態で、休日カレンダを変更していますか
原因
サブシステムの環境が存在していないと判断されている可能性があります。
クラスタ運用でサブシステムを構成しており、そのサブシステムを停止していると、Systemwalker Operation Managerのデータベースなど、
共有ディスク上に配置されるサブシステムの環境が、アンマウントされる状態になります。
休日カレンダの変更は、環境が存在しているサブシステムを対象に反映されます。
起動していないサブシステムは、そのサブシステムの環境が存在していないと判断されるため、休日カレンダの変更がジョブネットの起 動日に反映されません。
対処方法
全てのサブシステムを起動して、運用系、待機系の両方で同様にカレンダの変更操作を実施してください。以下に手順を説明します。
1. 起動していないサブシステムの番号を確認します。
Systemwalker Operation Managerの起動状況を確認してください。Systemwalker Operation Managerの起動状況は、以下のプロ セス動作状況表示コマンド(mppviewo)により確認できます。
[Windows版の場合]
Systemwalkerインストールディレクトリ\mpwalker.jm\bin\mppviewo
[UNIX版の場合]
/opt/systemwalker/bin/mppviewo
2. 起動していないサブシステムを起動します。
任意のサブシステム番号に対応するサブシステムを手動で起動するときの操作は、以下の例に従ってください。
[例]サブシステムnを起動する場合
[Windows版の場合]
Systemwalker Operation Managerの以下のサービスを、[コントロールパネル]の[サービス]ダイアログボックスで起動します。
- Systemwalker MpMjesn - Systemwalker MpJobschn 注)
－ Systemwalker MpMjesnとSystemwalker MpJobschnとは、必ず続けて起動してください。
－ MpMjesとMpJobschとで同じサブシステム番号のサービスを起動してください。
[UNIX版の場合]
/bin/sh /etc/opt/FJSVMJS/etc/rc3.d/S99MJS -sys n /bin/sh /opt/FJSVJOBSC/etc/rc3.d/S99JOBSCH -sys n 注)
－ S99MJSとS99JOBSCHは、必ず続けて実行してください。
－ -sysオプションには、S99MJSとS99JOBSCHとで同じサブシステム番号を指定してください。
サブシステムが起動できない場合は、Systemwalker Operation Managerの再起動、またはシステムの再起動を実施してください。
3. カレンダの変更を全クラスタシステムで実施します。
4.3 ジョブの動作がおかしい
4.3.1 ジョブの終了コードの意味がわからない
対象バージョンレベル
・ Windows版:V5.0L10以降
・ Solaris版:5.0以降
・ Linux版:5.2、V10.0L10以降
・ Linux for Itanium版:V12.0L10以降
・ HP-UX版:5.1以降
・ AIX版:5.1以降
・ DS版:V20L10
対処
原因
アプリケーションの終了コードの他に、ジョブスケジューラ、ジョブ実行制御固有の終了コードがジョブの終了コードとして表示されるこ とがあります。
対処方法
ジョブスケジューラ、ジョブ実行制御固有のジョブ終了コードの意味は、以下のマニュアルを参照してください。マニュアルに明記され ていない終了コードは、アプリケーションが設定しているものですので、アプリケーションのドキュメントで終了コードの意味を確認して ください。
・ V11.0L10/11.0以降の場合
－ “リファレンスマニュアル”の“ジョブの終了コード”
－ “オンラインヘルプ”の“終了コード一覧”
・ V10.0L10/10.0以前の場合
－ “リファレンスマニュアル”の“ジョブの終了コード”
－ “Q ＆ A 集”の“運用に関する Q & A”