NECのオフコン情報掲示板(ノウハウ系)
NECのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
Re: AJOBCとJCLについて | |
ターラヤン 2012-6-13 23:08:14
[返信] [編集] だんぼさん、こんにちは。 「システム管理説明書」の「第4章 運用管理」の「UPS機能」「注意事項」に以下のような一文があります。 これではないでしょうか。 *停電発生によりワークステーションの電源が切断された場合、 *そのワークステーションで動作中のジョブが強制終了される *ことがあります。停電発生から数秒以内で復旧した場合、 *画面接続状態のジョブは強制終了されますが、画面切離状態 *で動作中のジョブは継続されます。 *また、停電発生から約20秒経過すると、そのワークステーション *で動作中のすべてのジョブは強制終了されます。 上記に該当するかどうかは、サーバだけではなく、ワークステーションの 電源も切れたかどうかを確認するということでしょうね。 | |
Re: AJOBCとAJOBM | |
ターラヤン 2012-6-13 23:03:37
[返信] [編集] クロスケさん、こんにちは。 昨日は夜遅かったので報告だけとなってしまいました。 昨日試したのは、普通のやり方でやってみただけです。 もしかすると、オペレータIDやカンパニIDの入力値に特別な値を入れるとか、 JSを工夫することによって出来るのかもしれません。 あるいは、COBOLで10秒ごとぐらいに時刻を見に行くようなプログラムを自作するという手はあるかもしれません。 | |
Re: AJOBCとAJOBM | |
クロスケ 2012-6-13 17:59:22
[返信] [編集] お忙しい所、色々お手数をお掛けして申し訳ありませんでした。 とてもわかり易い回答を下さり、感激しております。 AJOBC,AJOBMではSGでOCF有りと指定した場合、コントロールFを 何らかの形でチェックしにいくと考えていいのですね。。。 操作する業務担当者へのアナウンスも必要になってくる事なので よく相談して、処理を再考してみます。 ご回答に携わって下さった皆様本当に有難うございました。 今後共、これに懲りず宜しくお願い致します。 そしていつまでもこのサイトを続けて頂きます事、切に願います。 | |
Re: AJOBCとAJOBM | |
ターラヤン 2012-6-13 0:23:31
[返信] [編集] 私のサーバで試してみました。 試した環境:620Ai&A-VX01 R1.0 ◆問題のJSをBKという名前でMSD000、SYS@JSLに登録。 (1)SGのIJC=(10)、OCF=NO #AJOBC常駐し、#AJOBMで以下設定 日付&時刻 10分ぐらい先の時刻 JS名 BK カンパニID なし オペレータID なし パスワード なし ●結果:2回実行して、2回共にJS実行成功 (2)SGのIJC=(10)、OCF=(010,10) SGでOCF設定したが、カンパニID、オペレータID共に実際に 登録しない。つまり、エミュレータ起動時にカンパニIDなど の入力無し。 #AJOBC常駐し、#AJOBMで以下設定 日付&時刻 10分ぐらい先の時刻 JS名 BK カンパニID なし オペレータID なし パスワード なし ●結果:2回実行して、2回共JS実行失敗(エラーはF3) (3)SGのIJC=(10)、OCF=(010,10) 上記と同様に、カンパニID、オペレータID共に実際に 登録しない状態 #AJOBC常駐し、#AJOBMで以下設定 日付&時刻 10分ぐらい先の時刻 JS名 BK カンパニID 半角空白2個 オペレータID 半角空白3個 パスワード なし ●結果:JS実行失敗(エラーはF3) (4)SGのIJC=(10)、OCF=(010,10) 適当にカンパニIDとオペレータIDを登録。エミュレータ起動時 にカンパニIDなどの入力が有る。 #AJOBC常駐し、#AJOBMで以下設定 日付&時刻 10分ぐらい先の時刻 JS名 BK カンパニID なし オペレータID グローバルオペレータ パスワード なし ●結果:JS実行成功 | |
AJOBCとJCLについて | |
だんぼ 2012-6-12 17:48:31
[返信] [編集] こんにちわ。いつも参考にさせて頂いています。 よろしくお願いします。 私の管理するオフコンシステムでは 他システム(サーバも別)とのデータ連携を図る目的で 常時起動しているJCLがあります。 しかし、どいう訳かそのJCLが停止していました。 また、バックアップ用にAJOBCも起動させているのですが 同じように停止していました。 原因として『停電』が考えられるのですが UPS(無停電電源装置)も設置されており 停電時間も2〜3分だったため、 UPSからのメッセージでは電源の復旧も確認でき サーバがシャットダウンした形跡もありませんでした。 停電や電圧低下(?)などが原因で AJOBCやJCLなどが停止することがあるのでしょうか? ちなみにサーバはExpress5800/640XIです。 考えられる原因などあれば提供お願い致します。 | |
Re: AJOBCとAJOBM | |
クロスケ 2012-6-11 21:08:49
[返信] [編集] 私のつたない質問にも皆様が真摯に対応して下さり いつも有難く感謝しています。 有難うございます。 エミュレータ立ち上げ時には、画面入力待ちがありません。 接続しますと、直ちにコマンド入力可能(RUN表示)に なります。 オペ等入力画面には移動しません。 ちなみにAVXのバージョンは01です。 どなたかこのような現象を体験された方がいらっしゃったら アドバイスして頂ければ嬉しいです。 宜しくお願い致します。 下記にJSを記述致します。 /RUN #BKUP; ACT=BACKUP_OPT=YES_LST=ERROR_PRD=SPOOL_JRC=NO_ BUN=BACKUPVOL_WBF=NO_DSP=NO_APE=NO_ EOD=NO_VOL=NO_MOD=INCLUDE_FMD=NO_ODE=CTU000_ IDE=MSD000_CID=!_FIL=!_ IDE=MSD001_CID=!_FIL=!_ FIL=999_ IDE=END_ /> ; 以上です。 | |
Re: AJOBCとAJOBM | |
富山清風 2012-6-11 19:00:39
[返信] [編集] (OCFにはあまり詳しくないので間違っているかもしれませんが) 「エミュレータ立ち上げ時にオペレータCD、カンパニーID共指定はしておりません。」とは、 「画面の入力待ちがない」とうことか、または、 「画面の入力待ちになるが、リターンで飛ばす」のどちらなのでしょうか? 回答の文章からすると、「画面の入力待ちがない」とおもわれます。 私のつたない経験からだと、 「SGにてOCF設定がある」と「画面の入力待ちがない」は矛盾するので、???です。 他の賢者の回答を待ちましょう。 | |
Re: AJOBCとAJOBM | |
クロスケ 2012-6-11 17:13:35
[返信] [編集] 温泉好きのウサギ 様 申し訳ございませんでした。 かなり勘違いしていました。 ”//”はJS中には記述しておりません。 舞い上がってしまいご迷惑をかけました。 ”/RUN #BKUP;”で始まり”/>;”で 終わっています。 富山清風 様 返信ありがとうございます。 エミュレータ立ち上げ時にオペレータCD、カンパニーID共 指定はしておりません。 なので#AJOBMの方にもカンパニーID〜パスワードも 指定しておりません。 指定していないのにSGのOCF指定が”(010,10)”に なっている関連なのでしょうか? SGのOCF指定を”NO”にした場合、現存する他のJSで オペCDを省略した指定のものがエラーとなってしまうと それはそれでとても困るのです。 オペCDを設定してエミュレータ立ち上げ時に皆に入力して もらい、AJOBMでも該当するオペCDを指定して実行して みる。。。というのがベストなのでしょうか? | |
Re: AJOBCとAJOBM | |
富山清風 2012-6-11 12:22:42
[返信] [編集] 一部確認してみましたので、報告します Case1:エラーの発生するJS:F3 (マニュアルの通り) Case2:JS自体が存在しない場合:F2 (マニュアルの通り) Case3:OCF関係の不一致:F3 そこで、 もうひとつ確認ですが、(OCFにはあまり詳しくないので間違っているかもしれませんが) エミュレータ立ち上げ時にカンパニコード(2桁)/オペレータコード(3桁)などの入力はありますか? もし、あるとすれば、どのような指定ですか? 上記に関しては機密関係に触れることもあるので、 厳密でなくても、なんとなく、こんなふうに・・・的に。 以前の確認質問の回答で、#AJOBMの指定で「カンパニーID〜パスワード・・・空白(指定無し)」です。 と回答しておられましたが、チェット気になったももので。 エミュレータ立ち上げ時にカンパニコード/オペレータコードなどの入力がある場合は、 #AJOBMの指定で「カンパニーID〜パスワード・・・空白(指定無し)」の部分の変更が必要なのでは? | |
Re: AJOBCとAJOBM | |
温泉好きのうさぎ 2012-6-10 1:01:28
[返信] [編集] かなり勘違いされておられるようです。私の説明が言葉足らずだったようで申し訳ありません。 /RUN #BKUP,FIL=SYS@JSL,DEV=MSD; これだとSYS@JSLにある#BKUPというJSが実行されることになってしまいます。 まあ、「#BKUP」という名前をつけたJSを作ってSYS@JSLに登録しても間違いとは言えないのですが、あまり好ましくありません。 正しくは #BKUPは、SYS@LMLにありますので、 /RUN #BKUP,FIL=SYS@LML,DEV=MSD; /RUN #BKUP,FIL=SYS@LML; /RUN #BKUP,DEV=MSD; /RUN #BKUP; 上記のいずれかの書き方でなければ実行できません。どの書き方でもかまいません。 なぜどの書き方でもよいのかを簡単に説明しますと、 FIL=SYS@LML の部分は、システムファイル (つまりSYS@LMLまたはSYS@JSLまたはSYS@PML) は省略可能なので、書いても書かなくてもよく、 DEV=MSD の部分は、実行ファイルがSRV (通常の場合MSD000) 上にあるときは省略可能なので、通常の場合SYS@LMLはMSD000にありますのでこれも書いても書かなくてもよいので、上記のような省略されたいろいろな書き方ができます。 以上は私が6月7日の投稿で指摘したことと直接関係ないことで、私が言いたかったのは、#AJOBCで実行されるJS文の中に「//」で始まる行が含まれていませんか?ということです。 「//」で始まり「;」で終わる行は、その間に書かれている文字列がコメントとしてJSの実行時に画面に表示されます。前回投稿で「ディスプレイ文」と表現したのはこのことです。 この画面表示が画面切り離し状態でJSが実行された場合、表示待ちで止まってしまいますので、#AJOBCから起動しようとしたら失敗してしまうのではないかと考えられます。ただし、この場合に、ステータスがF3 (パラメータエラー) となるかどうかは不明です。手元の環境ですぐにテストできればよいのですが、あいにく深夜になってしまいました。そのうち、再現テストしてみます。 できれば、現地に行ってJSを見て、いろいろと解説してあげたいものです。 | |
Re: AJOBCとAJOBM | |
クロスケ 2012-6-9 17:32:30
[返信] [編集] 返信ありがとうございます。 まさに、#BKUP;になっています。 画面入出力というのは、SYSIN等をJOB中で実施しなければ いいのかと勝手に勘違いしていました。 /RUN #BKUP,FIL=SYS@JSL,DEV=MSD; にして実行してみます。 本当にいつも皆様に的確なアドバイス頂き、感謝しています。 今後共、宜しくお願い致します。 | |
Re: AJOBCとAJOBM | |
温泉好きのうさぎ 2012-6-7 23:17:53
[返信] [編集] #AJOBCから起動されるジョブは画面切離状態で実行されますので、画面入出力を行うジョブやディスプレイ文を含んだJS は実行できません。 // バックアップ開始; /RUN #BKUP; 〜〜 /> ; こんなJSになっていませんか。 直に実行すれば、なんの問題も無く正常終了しますが、#AJOBCからは実行できません。 また、24時間運転のシステムで、00時00分から00時10分の間に起動時刻が指定されている場合は、動作しないことがあります。 | |
Re: AJOBCとAJOBM | |
クロスケ 2012-6-7 22:15:11
[返信] [編集] 返信ありがとうございます。 MSD000、MSD001で実行してみても 直にJOBを実行してみますと正常に終了します。 ちなみにSGリストにてスケジュール機能に必要な IJCパラメータは”(10,S)”が指定されています。 OCFパラメータは”(010,10)が指定されています。 IJCパラメータが”NO”であればこれかなと思っていた のですが。。。 OCFパラメータはSGで上記の様に指定されていますが OCFのファイルにはオペレータCDの設定はなにもなく AJOBMのスケジューリング時も空白にしています。 OCF関連でSGとの相違で、はじかれてしまうのでしょうか? 宜しくお願い致します。 | |
Re: AJOBCとAJOBM | |
ターラヤン 2012-6-7 9:59:12
[返信] [編集] 直接JSを実行してみたときに、エラーにはならないのでしょうか。 わざわざMSD002、MSD003に変更してからJSを直接実行していますが、 変更せずにそのまま実行したときにどうなるのでしょうか。 | |
Re: AJOBCとAJOBM | |
クロスケ 2012-6-6 18:02:28
[返信] [編集] ご回答ありがとうございます。 季節はずれのインフルエンザにかかり、1週間業務から離れておりました Orz *AJOBMの指定は 日付・・・999999(毎日) 時刻・・・0100(午前一時) JS名・・・SAMPLE(仮) カンパニーID〜パスワード・・・空白(指定無し) です。 待ちに待った念願のマニュアルCDを今回入手する事ができ参照してみますと、ご指摘の様に、注意事項に”本機能を使用するにはシステム生成時にジョブ間同期・通信機能(IJCSI)の使用を定義していなければなりません”との記述がありました。 明日から業務復帰しますので、早速SGリストにてIJCパラメータの指定をチェックしてみます。 有難うございました。 今後共、アドバイス宜しくお願い致します。 | |
Re: AJOBCとAJOBM | |
富山清風 2012-6-3 20:53:40
[返信] [編集] クロスケ がんばってますね。 小生も使用していますが特に問題もなく、使っています。 以下の記述があると、より早く、回答があるかも知れません。 1.SG(システム生成)での記述 「OCF機能」の使用有無 システム内通信の使用有無 (**システム情報(1)の定義**) (OCF機能; OCF=???) (システム内通信; IJC=???) 2.#AJOBMの指定内容 日付:YYMMDD 時刻:hhmm JS名:X〜X カンパニーID:XX オペレータID:XXX パスワード:X〜X 上記に関しては機密関係に触れることもあるので、 厳密でなくても、なんとなく、こんなふうに・・・的に。 (注)システム内通信の使用有無は、 #AJOBCを使用時は必須のようですね。 以上、がんばってください。 | |
Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
iga 2012-5-30 9:49:50
[返信] [編集] EXCHANGE様 ご親切にありがとうございます! 大変助かります。 もやもやしている部分がかなりすっきりしました。 なにせ誰も教えてくれる人がいないので、 実績が伴わず、 マニュアルを読んで想像している世界なもので いつも大変不安です。 それでいてa-vxは当社にとって大変重要に基幹システムと なっています。 利用者は常時60名ほどいます。 止まったり、データに不具合が生じたりしたら、 企業としての存続が危ぶまれるほどです。 それなのに上層部はITに全く理解がなく、 教育、人件費、設備に投資してくれません。 ・・おっと愚痴になってしまいました。 とにかく助かりました。 どうもありがとうございました。 | |
Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
EXCHANGE 2012-5-30 4:54:56
[返信] [編集] > この表(テーブル)もしくはこの表を含む仮想表(ビュー)を何らかのプログラムから使用しているときは。。 というのは、オープンされている(現在使用中)という意味です。 (単にプログラム内で定義されているという意味ではありません) 表現が曖昧ですみせんでした。 ☆ あらかじめアテンションにて実行中ファイルを確認したとしても その直後に誰かが問題のファイルをオープンしに行くかも知れませんから、ご心配でしたら、ユーザの方がすべて業務を終了されてから併合を行ったほうがいいと思います。 | |
Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
EXCHANGE 2012-5-30 4:41:18
[返信] [編集] ☆ SYS@DDFへの併合の方法はそれで問題ありません。 ただし、この表(テーブル)もしくはこの表を含む仮想表(ビュー)を何らかのプログラムから使用しているときは SYS@DDFへの併合そのものができません(エラーになる)ので、使っていないときに併合してください。 ☆ 併合したことによりMSDにアロケートされている物理的なファイルには何の影響もありません。 また、igaさんがやろうとされている「COPY句最後尾への項目追加」であれば、追加される新項目を使用していない従来プログラムに対しても動作上の影響はありません。(つまり、この追加項目を使用していない従来ソフトはリコンパイルの必要はありません) | |
Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
ターラヤン 2012-5-30 1:08:30
[返信] [編集] >領域確保とはどういうことでしょうか? >今回はFILLERに項目を追加しようとしているだけなのですが、 >なぜ実ファイルの、領域確保が必要なのでしょうか? 確かに説明が間違っていました。すみません。 領域確保は不要です。 |
新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band