ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re: AJOBCとAJOBM | |
| クロスケ 2012-6-6 18:02:28
[返信] [編集] ご回答ありがとうございます。 季節はずれのインフルエンザにかかり、１週間業務から離れておりました Orz ＊ＡＪＯＢＭの指定は 日付・・・９９９９９９（毎日） 時刻・・・０１００（午前一時） ＪＳ名・・・ＳＡＭＰＬＥ（仮） カンパニーＩＤ〜パスワード・・・空白（指定無し） です。 待ちに待った念願のマニュアルＣＤを今回入手する事ができ参照してみますと、ご指摘の様に、注意事項に”本機能を使用するにはシステム生成時にジョブ間同期・通信機能（ＩＪＣＳＩ）の使用を定義していなければなりません”との記述がありました。 明日から業務復帰しますので、早速ＳＧリストにてＩＪＣパラメータの指定をチェックしてみます。 有難うございました。 今後共、アドバイス宜しくお願い致します。 | |
| Re: AJOBCとAJOBM | |
| 富山清風 2012-6-3 20:53:40
[返信] [編集] クロスケ がんばってますね。 小生も使用していますが特に問題もなく、使っています。 以下の記述があると、より早く、回答があるかも知れません。 1.ＳＧ(システム生成)での記述 ｢ＯＣＦ機能」の使用有無 システム内通信の使用有無 （＊＊システム情報（１）の定義＊＊） （ＯＣＦ機能; OCF=？？？） （システム内通信; IJC=？？？） 2.#AJOBMの指定内容 日付:YYMMDD 時刻:hhmm ＪＳ名:X〜X ｶﾝﾊﾟﾆｰID:XX ｵﾍﾟﾚｰﾀID:XXX ﾊﾟｽﾜｰﾄﾞ:X〜X 上記に関しては機密関係に触れることもあるので、 厳密でなくても、なんとなく、こんなふうに・・・的に。 (注)システム内通信の使用有無は、 #AJOBCを使用時は必須のようですね。 以上、がんばってください。 | |
| Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| iga 2012-5-30 9:49:50
[返信] [編集] ＥＸＣＨＡＮＧＥ様 ご親切にありがとうございます！ 大変助かります。 もやもやしている部分がかなりすっきりしました。 なにせ誰も教えてくれる人がいないので、 実績が伴わず、 マニュアルを読んで想像している世界なもので いつも大変不安です。 それでいてa-vxは当社にとって大変重要に基幹システムと なっています。 利用者は常時６０名ほどいます。 止まったり、データに不具合が生じたりしたら、 企業としての存続が危ぶまれるほどです。 それなのに上層部はＩＴに全く理解がなく、 教育、人件費、設備に投資してくれません。 ・・おっと愚痴になってしまいました。 とにかく助かりました。 どうもありがとうございました。 | |
| Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| ＥＸＣＨＡＮＧＥ 2012-5-30 4:54:56
[返信] [編集] ＞ この表（テーブル）もしくはこの表を含む仮想表（ビュー）を何らかのプログラムから使用しているときは。。 というのは、オープンされている（現在使用中）という意味です。 （単にプログラム内で定義されているという意味ではありません） 表現が曖昧ですみせんでした。 ☆ あらかじめアテンションにて実行中ファイルを確認したとしても その直後に誰かが問題のファイルをオープンしに行くかも知れませんから、ご心配でしたら、ユーザの方がすべて業務を終了されてから併合を行ったほうがいいと思います。 | |
| Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| EXCHANGE 2012-5-30 4:41:18
[返信] [編集] ☆ ＳＹＳ＠ＤＤＦへの併合の方法はそれで問題ありません。 ただし、この表（テーブル）もしくはこの表を含む仮想表（ビュー）を何らかのプログラムから使用しているときは ＳＹＳ＠ＤＤＦへの併合そのものができません（エラーになる）ので、使っていないときに併合してください。 ☆ 併合したことによりＭＳＤにアロケートされている物理的なファイルには何の影響もありません。 また、igaさんがやろうとされている「ＣＯＰＹ句最後尾への項目追加」であれば、追加される新項目を使用していない従来プログラムに対しても動作上の影響はありません。（つまり、この追加項目を使用していない従来ソフトはリコンパイルの必要はありません） | |
| Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| ターラヤン 2012-5-30 1:08:30
[返信] [編集] >領域確保とはどういうことでしょうか？ >今回はFILLERに項目を追加しようとしているだけなのですが、 >なぜ実ファイルの、領域確保が必要なのでしょうか？ 確かに説明が間違っていました。すみません。 領域確保は不要です。 | |
| AJOBCとAJOBM | |
| クロスケ 2012-5-29 20:59:24
[返信] [編集] いつも参考にさせてもらっています。 夜間にカセットへボリューム単位（MSD000,MSD001)の バックアップを実施したく、カレンダーファイル、結果ファイル をAJOBMで定義し、毎日実施される様に日付に999999を指定して JSの登録をしました。 登録先はSYS@JSLです。 AJOBCは常に実施される様に起動したままにしています。 しかし、起動結果をみてみますと、いつもステータスがF3（パラメータエラー）となってしまいます。 ちなみにJSの不備かと思い、ボリュームをMSD002、MSD003に変えて 直接JSを実施してみると正常に稼働します。 カレンダーファイル、結果ファイルはALLでジョブ数１００件で 定義しています。 何か他に設定不足はあるでしょうか？ 御教示頂けると幸いです。 宜しくお願い致します。 | |
| Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| iga 2012-5-28 13:54:27
[返信] [編集] ご親切にどうもありがとうございます。 ところで２箇所だけ大変気になる部分があったのですが。 ↓↓↓↓↓↓ 「４．表定義保守（＃ＤＤＭ）の併合で、ユーザＤＤＦからＳＹＳ＠ＤＤＦに表定義を併合。 このとき一緒に実ファイルの領域確保も行う」 「基本的にこのとき＃ＤＤＭで実ファイルの領域確保も同時に行います。（＃ＡＢＣとかで作る 訳ではない）」 領域確保とはどういうことでしょうか？ 今回はFILLERに項目を追加しようとしているだけなのですが、 なぜ実ファイルの、領域確保が必要なのでしょうか？ 領域確保というと、 データベースがオーバーフローした際、 再度、領域を確保して、データベースを作り直す という意味だと思うのですが・・・ 素人ですみません、よろしくお願いいたします。 | |
| Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません | |
| iga 2012-5-28 13:47:47
[返信] [編集] こんにちは。 ご親切にどうもありがとうございます。 ついでに聞いて申し訳ないのですが、 ＃ＤＤＭですが、 ２．表定義を選んで ディクショナリ名で SYS@DDFを選んで、 ５．併合を選び、 処理モード：「置換」 入力元： ｘｘDDF（ユーザディクショナリ） 併合表名： ｘｘｘファイル 指定確認 １ ｏｋ とやればいいのでしょうか？ あと心配なのは、実データです。 いちおう直前に、バックアップは取りますが、 併合、（置換）したことにより、 実データに影響は一切ないですよね？ （まさか、データが全て初期化されてしまうとか・・・） filler部は初期値のままです。 領域の確保はしないつもりです。 しつこくてすみません。かなり心配症なもので・・。 よろしくお願いいたします。 | |
| Re: Ａ−ＶＸ 統合管理ツール | |
| 江須扇 2012-5-24 16:20:44
[返信] [編集] はじめまして江須扇と申します。 有償ソフトですが、 Ａ−ＶＸ統合管理ツールというのをご存知でしょうか？ h*ttp://www.nec.co.jp/pfsoft/a-vx/AMT/ （＊を削除してリンクしてください） このソフトを導入するとＷｉｎｄｏｗｓ上で メニュー、ＪＳ、ＰＭで利用しているジョブ（ＬＭ、ＪＳ、ＰＭ）を表示（関連性の表示）できます。 ※残念ながらこのソフトを説明をしてくれる営業もサポートＳＥもいませんが・・・・ | |
| Re: メニューから実行されるJCLもしくはプログラムのIDが知りたいです。 | |
| MAKI 2012-5-23 10:37:02
[返信] [編集] メニューがＰＭでよかったですね。 参考までにＬＭの場合の調べ方を。 ＃ＭＥＮＵＭのＣＯＮＶＥＲＴでＬＭ化したメニューは中にメニューのパラメータをそのまま持っていますので、調べることができます。 手順 １．レコード長２５６の順編成ファイルをアロケート ２．＃ＬＢＭのＳＥＬＥＣＴでＬＭのメンバーを１．のファイルに出力 ３．＃ＦＬＣＮＶでダンプして中を見る。 テキストエディターで見る通りのメニューが中に入っています。 | |
| Re: JCLをテキスト化できますか？ | |
| ターラヤン 2012-5-10 9:50:00
[返信] [編集] ＞COBOLの場合、下記の手順で行いました。 ＞��#ABC で 順編成ファイルへ複写 JCLやPMのときは、#ABCではなくて、#LBMを使うみたいです。 やりかたは以下に書いてあります。 ttp://www.offcom.jp/modules/amanual/index.php/uti/at/lbm/lbm05.html | |
| Re: メニューから実行されるJCLもしくはプログラムのIDが知りたいです。 | |
| ＥＸＣＨＡＮＧＥ 2012-5-9 14:24:18
[返信] [編集] ☆ 第一次的に呼び出しているものは分かります。 ☆ ＃ＬＢＭでメンバ名を見ておく。 ＃ＴＥＤＩＴで「３．PARAMETER」を選んで Ｒ （メンバ名） ＭＳＤ ＸＸＸ＠ＰＭＬ にて、表示できます。 ☆ ＰＭＬとして格納できるのは、メニューパラメータ以外にＳＭＡＲＴパラメータ、ユーティリティのパラメータ化されたものなどありますが、読み込めばメニューかどうかは分かります。 ☆ なお、ＮＥＣによると、「＃ＴＥＤＩＴにてメニューパラメータを編集しないように」となっていますので、読み込んで表示してハードコピーまたは印刷するだけにしておきましょう。 | |
| Re: JCLをテキスト化できますか？ | |
| ＥＸＣＨＡＮＧＥ 2012-5-9 14:13:08
[返信] [編集] > 出力ファイル用オプション=NOが入力できず > 順編成ファイルへの複写ができませんでした。 ☆ 確かに＃ＡＢＣ複写で、上記箇所で引っ掛かりますね。 このときＦＤＵは指定可能です。しかし実際にフロッピーにファイルをアロケートしてフロッピーをセットして再度試みると今度はＭＳＤしか指定できなくなります。（バグっぽいですね） ☆ いずれにせよこの方法ではＣＯＢＯＬソースと違いメンバの指定ができないようです。フロッピーを挿入した状態でＭＳＤを指定し、ディスク上の順編成ファイルにやみくもに複写を実行してもなにもコピーされませんでした。 ☆ やはりターラヤンさんの方法しかだめでしょう。 ☆ あと、「Ａ−ＶＸＲＤＢ／ＦＩＬＥアクセスキット」は１ユーザ２００００円程度ですので、ソースが大量にあるようでしたら購入の価値はあるかと思います。 htt*://www.nec.co.jp/pfsoft/avxkit/feature.html#introduce ☆ なお、このツールには一箇所だけ誰もがハマル部分があります。 「ログインツール」の入力時にはオペレータコード、ＣＩＤ、パスワードすべてが自動的にシフトロック状態（大文字）になるのに、「環境設定ツール」においてはパスワードだけが（小文字）状態になっているようです。シフトキーでの入力が必要です。パスワードは表示されないので、小文字状態で設定すると、肝心の接続時にエラーになります。 | |
| Re: JCLをテキスト化できますか？ | |
| きゃん 2012-5-9 9:32:03
[返信] [編集] お二人とも回答ありがとうございます。 COBOLの場合、下記の手順で行いました。 ��#ABC で 順編成ファイルへ複写 ��#NFCNV で TXT化(CSV化) 同様にJCLも XXXJSL よりソースを�，亮蟒腓能臺埓�ファイルへ 出力しようとしましたが 出力ファイル用オプション=NOが入力できず 順編成ファイルへの複写ができませんでした。 ですので JCLソースは別に指定すべき内容があるのか 見る場所(XXXJSL)が違っているのかな？と思いました。 #ABC;で 表示→編集表示で画面上内容の確認はできましたので JCLソースを確認する先（保存先）はあっているかと思うのですが・・・ ↓まとめてテキスト化できる機能があるかどうか確認する方法はありますか？ たとえば、RUNコマンド行で ユーティリティIDをたたいてみる とか・・・ ＊＊＊＊ ☆ 最近のＡ−ＶＸに付属する基本ツールは存じておりませんが、 別売の「ａｖｘＲＤＢアクセスキット」に付属するユーティリティを使えば、ＣＯＢＯＬ、ＪＣＬともｔｘｔファイルにまとめて変換できます。 ＊＊＊＊ | |
| Re: メニューから実行されるJCLもしくはプログラムのIDが知りたいです。 | |
| きもも 2012-5-9 9:18:24
[返信] [編集] ありがとうございます。 #MENUMでも確認してみます。 （画面が白地ではありません） | |
| Re: メニューから実行されるJCLもしくはプログラムのIDが知りたいです。 | |
| きもも 2012-5-9 9:16:41
[返信] [編集] ありがとうございます。 ＞メニューはパラメータ型と＃ＭＥＮＵＭなどにより・・・ とのことですが XXX＠PML など タイプ=PMがあれば そのディレクトリを確認するなどで 追跡できるでしょうか？ | |
| Re: JCLをテキスト化できますか？ | |
| ＥＸＣＨＡＮＧＥ 2012-5-9 0:58:57
[返信] [編集] ☆ ＣＯＢＯＬの場合はどのようにしてテキスト化されたのですか？ ☆ 最近のＡ−ＶＸに付属する基本ツールは存じておりませんが、 別売の「ａｖｘＲＤＢアクセスキット」に付属するユーティリティを使えば、ＣＯＢＯＬ、ＪＣＬともｔｘｔファイルにまとめて変換できます。 ☆ あと。。。。馬鹿馬鹿しい方法ですが。。。。 ＪＣＬはどれも短いと思いますので、一本ずつ＃ＴＥＤＩＴで呼び出して表示しておいて、 エミュレータ「編集」−＞画面まるごと「範囲指定」−＞ＮｏｔｅＰａｄに貼り付け−＞次画面を表示 以下、コピー貼り付けを繰り返す。 なんて、ちょっと面倒すぎるかなあ。。。 | |
| Re: JCLをテキスト化できますか？ | |
| ターラヤン 2012-5-9 0:53:31
[返信] [編集] こんにちは。 COBOLプログラムと同じ方法でできます。 １．#LBMなどを使って、１レコード80バイトの順編成ファイルに抽出 ２．#NFCNVでWindows側に出力 | |
| Re: メニューから実行されるJCLもしくはプログラムのIDが知りたいです。 | |
| ＥＸＣＨＡＮＧＥ 2012-5-9 0:45:28
[返信] [編集] ☆ メニューはパラメータ型と＃ＭＥＮＵＭなどにより変換されたメニューオブジェクト型の２通りあります。 ☆ パラメータ型のソースをお持ちでしたら、テキストエディッタで読み込めば各メニュー番号から直接的（第一次的に）に呼び出している」ＪＣＬ、ＬＭなどは分かります。 オブジェクト型しかなければ、実行させてみるしか。。ＪＣＬは分かりません。ＪＣＬの中のジョブステップ毎に呼び出されたＬＭ、ＰＭ（パラメータ）しか判読できないでしょう。 ☆ いずれにせよ、分かるのは直接的（第一次的）に呼び出されるＪＣＬ、ＬＭなどのみです。 ☆ というのは、各ＪＣＬからＬＭを呼び出せるだけでなく、 ＊ ＪＣＬから子ＪＣＬを呼び出す。 ＊ ＬＭからＪＣＬ、ＰＭを呼び出す。 ＊ ＬＭから他のＬＭを呼び出す。 ＊ ＬＭからサブプログラムを呼び出す。（共通処理などが多い場合このパターンが考えられる） ＊ ＬＭからＷｉｎｄｏｗｓのｅｘｅやバッチファイルを呼び出す。 等々、２次的にはいろんなパターンがあり、ソフトウエア開発者のやり方次第です。 ☆ 分析の目的が乗せ替えなのか、新規追加開発なのかは分かりませんが、いずれにせよ２次的３次的なつながりを調べるのであれば、各ＪＣＬ，ＣＯＢＯＬプログラムなどのソースファイルをお持ちでなければよく分からないと思います。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band