ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re: マイグレーションについて | |
| TOM 2013-2-8 16:26:22
[返信] [編集] とりあえず下記のフリーメールまで連絡いただけますか? maxy0218@yahoo.co.jp その後仕事で使っているアドレスをご連絡いたします。 | |
| Re: マイグレーションについて | |
| konkon 2013-2-8 12:27:10
[返信] [編集] NEC製品の「OpenCOBOL」であれば、AVXのCOBOLをそのまま移行／稼働できますよね。 ファイルシステムは、IFAS(RDB)になりますが… | |
| Re: マイグレーションについて | |
| 山太 2013-2-8 10:20:17
[返信] [編集] ありがとうございます！！ 年末か年始に上司がどこからか聞いてきたみたいでいきなりオフコンクラウドサービスについて調査しろって言われたんですけど、ググってもどこにも書いてないんで困ってます ＴＯＭさんのところでは利用されているみたいなんですけど、使い方が今までと変わったりするんでしょうか サーバを買わなくてもよくなるんで今までより安くなるらしいんですけど何％ぐらいですか いろんな種類のCOBOLがあるんですね 今調べているのはマイクロフォーカスCOBOLなんですがやっぱりCOBOLを勉強しないとよくわかんないですよね | |
| Re: マイグレーションについて | |
| TOM 2013-2-4 16:47:05
[返信] [編集] 色々情報はあるのですが、この掲示板をお借りしての回答はちょっと腰が引けてしまいます。 質問だけに 当初一つのサービスとして「NECのオフコンクラウドサービス」の提供をすると聞きましたが、今はこの声えは聞こえてきません。クラウドと言っても所詮仮想化の上でA-VXを稼動させる方式ですから、COBOL技術者不足に対応する手法ではありませんね。 昔、ACUCOBOLがありました。今はMFCOBOLに買収されていますが。その時代には何社か行ったユーザさんはおられますね。 もし別なアドレスでお話ができるようでしたら、知っている情報(真偽?)をお教えいたします。 | |
| Re: マイグレーションについて | |
| 山太 2013-2-1 14:36:29
[返信] [編集] 突然スミマセン、わたし達のところでも検討はじめました いくつか質問があります もしNECのオフコンクラウドサービスを利用されているところがあるよう でしたら、どのような使用感か教えて戴けないでしょうか 性能面が気になります オフコンCOBOLからマイクロフォーカスCOBOLへ変更されたところ があるようでしたら、どのような違いがあるのかも教えて戴けないでしょうか | |
| Re: 「メイン入力ファイル」「初期入力」なしで、SMARTでファイル更新処理はできますか？ | |
| gai 2013-1-29 17:53:21
[返信] [編集] すみません自己完結レスです。 「メイン入力ファイル」を 「メインファイル」と同じにしたら、 更新できました。 素人なので、 「メイン入力ファイル」の意味がよくわかりませんが・・、 とりあえずできました。 入力ファイルですから、 ＤＢを更新するための、元ファイルの順編成ファイル のことかと思っていたのですが、 違うようですね・・・。 ともかく、 どうもありがとうございました。 | |
| 「メイン入力ファイル」「初期入力」なしで、SMARTでファイル更新処理はできますか？ | |
| gai 2013-1-29 11:57:21
[返信] [編集] こんにちは。 いつも大変お世話になっております。 「メイン入力ファイル」「初期入力」なしで、SMARTでファイル更新処理はできますか？ 処理を流すたびに、 ファイルＡの 項目bの値を 項目aにセットする。 その後項目bに今日の日付をセットする。 項目a,bは日付項目です。 単純な処理ですが、 cobolでコーディングするのがめんどくさいです。 SMARTでできますか？ できれば１つがいいのですが、無理でしたら ２つのsmart PROGRAMになってもかまいません。 すみませんご教授ください。 | |
| Re: マイグレーションについて | |
| TOM 2013-1-28 18:31:13
[返信] [編集] 私の知合いの販社さんでVB.netへマイグレーションしています。 その流れに乗って、今マイグレーションのためのツール作りがどの程度可能かをリサーチしております。 | |
| Re: RDBで仮想表を使用していますか? | |
| TOM 2013-1-28 18:22:23
[返信] [編集] 回答有難うございました。 今、オフコンのマイグレーションを可能/不可能を考えています。私もなかがったのですが、MIXどまりだったものですから。 今ではER MASTERとかER/STUDIOを使ってまぁー何とかなっているのですが。 マイグレーションの一番のキモはCOBOLのファイル定義をOPENのDB定義に自動化で流し込む機能です。 これが正確に行えれば、後は何とかなるであろうと考えています。 | |
| Re: RDBで仮想表を使用していますか? | |
| オフコン太郎 2013-1-28 17:35:15
[返信] [編集] TOMさん がんばってますね。 レスがないので、私見として、載せます。 本掲示板で、あまり、否定的な意見を載せたくなかったので、 今まで、載せませんでしたが、小生はあまり使用していません。 以前は使用していましたが、 基本表を変更すると、仮想表が使用できなくなったように、記憶しています。 この、｢仮想表が使用できなく」が仮想表を使用時に(たいていの場合、後日)判明しますので、 保守が大変です。よって、だんだん使用しなくなりました。 一時的には使用しますが、継続的に使用することは避けています。 上記は運用/マニュアル化でカバーできるのですが・・・ 基本表は原則全てのファイルで定義しています。 下手に触ると困るファイルだけは表定義をしていません。 以上、参考になりますでしょうか？ | |
| RDBで仮想表を使用していますか? | |
| TOM 2013-1-14 16:21:07
[返信] [編集] A-VXのRDB機能の一つである、仮想表を皆さん酷使されていますか? 基本表を使用していることは知っているのですが、仮想表をバリバリ使用しているのでしょうか? | |
| Re: ファイルディレクトリファイルに最終更新時刻の情報 | |
| TOM 2012-11-26 16:57:53
[返信] [編集] 更新時刻が欲しかったんですね。 すみません。早とちりをしました。 | |
| Re: マイグレーションについて | |
| TOM 2012-11-26 16:55:24
[返信] [編集] やはりA-VXのCOBOL技術者の確保が一番の問題ではないでしょうか? やはりNECさんはA-VXをやめることになるんでしょうね。 盛んにIBM社はAS400は不滅です。だからAS400のCOBOLへのマイグレーションで今後とも安心してお使い続けることができますと。 富士通さんはPOWERCOBOLのマイグレーションで押してくるのではないでしょうか? 私の周りにある同業者さんは面白いサービスをしています。 | |
| Re: マイグレーションについて | |
| オフコン太郎 2012-11-26 12:58:09
[返信] [編集] 原則はExpress5800/600でしょう。 現システムに問題点/改善点がなければExpress5800/600です。 ある程度のスピードアップも望めますし、 なんといっても、費用と期間が圧倒的にかからない(オープンにくらべ) また、｢バグ｣もないですし、｢操作が同じ｣が一番です。 現システムに問題点/改善点があり、｢費用｣が発生する場合は、 オープンも候補でしょう。 また、改善点の内容によっては、オープンでしかできないこともあるかもしれません。 結論：オープンにして 費用： ・大きく掛かる 開発期間： ・大きく掛かる 困った事： ・操作がオフコンと違う(作り方によってはある程度踏襲できますが) ・セキュリティ関係が弱い？(オフコンはデータ構成が独自なため、 他者からは見ることが難しいが、オープンだと以外に弱い。 というよりは、Winをさわれる人が多いため、 セキュリティ関係に留意した設計/運用が望まれる) 良かった点： ・断然スピードアップ ・一般的(?)には、プレビュー画面が標準装備(?)になるため、用紙の節約になる Express5800/600の問題点： ・いずれ、ＮＥＣもオフコンから撤退するものと思われるので、 オフコンの選択は、｢オープン化｣の先送りでもありますが・・・ ・人員の確保もおおきな問題でしょう TOMさんもいっておられますが｢最終的にCOBOL技術者の確保がキーではないでしょぅか｣、・・・ 以上はソフト関係会社に従事している者の私的見解です。 ただし、当社においても、客先には、オフコンの人員確保困難/COBOLの人員確保困難などを理由に、 オーフンを押し進めています(上記と若干矛盾しますが)。 なお、オープンCOBOLへの移行は未経験のため、評価は控えます。 | |
| Re: ファイルディレクトリファイルに最終更新時刻の情報 | |
| 温泉好きのうさぎ 2012-11-22 21:29:14
[返信] [編集] > TOMさん たぶん勘違いをされていると思います。 ITOSからA-VX02 R2.0まで更新時刻の情報は一切ありません。 SYS@FDFの49桁目からアロケート日付、55桁目から満了日、61桁目から作成日、67桁目から最終更新日がそれぞれ6バイトの項目として記録されておりますが、これは年月日の情報のみであり、ここには時分秒の情報は全く含まれておりません。 それが、時分秒の情報もA-VX02 R3.0 になって初めて記録されるようになったのですが、わずか半年ほどで不具合の発生に伴って元の状態に戻ってしまったということです。 なお、先日発表されたA-VX02 R3.5 ではどうなっているのかについては、まだOSの詳細が私の元にありませんので不明です。 > #FLCNVでIDE=SYSと指定すると SYS@FDF のデータを#FLCNV で参照するときに IDE=SYS の指定は不要ですよ。 ただし、#FILEM で参照するときには IDE=SYS の指定が必須です。(注：SYS@FDF の中を直接さわるときは全て自己責任で) | |
| Re: メニューから実行されるJCLもしくはプログラムのIDが知りたいです。 | |
| TOM 2012-11-21 16:27:29
[返信] [編集] 実行ログにはパラメータ名は出力されませんか? 例) SMEX2などが最終的に実行されたとしても、そのパラメータ名を知りたいのでしょうね。 | |
| Re: ファイルディレクトリファイルに最終更新時刻の情報 | |
| TOM 2012-11-21 16:21:28
[返信] [編集] この項目はITOS時代からありました。ただ#MAPで表示されていなかっただけです。SYS@FDFの60数バイト目(データ管理説明書を確認ください)にあります。 #FLCNVでIDE=SYSと指定すると、そのままの状態を出力できます。 | |
| Re: マイグレーションについて | |
| TOM 2012-11-21 16:07:09
[返信] [編集] ITOSは1.0時代から触っています。最近このような相談に良く合いますが、最終的にCOBOL技術者の確保がキーではないでしょぅか?自社内に技術者(年も若い)が確保されているのであれば、ITOSからオープンCOBOLにマイグレーションしても良いんでしょうね。しかし技術者が確保できないような状況であれば作りなおしするしかないのではないでしょうか?或いはパッケージへいかれるかですね。しかしパッケージへいったとしてもEXECしか提供されていない場合は、ベンダーさんにおんぶにだっことなってしまいます。 今、標準的な機能を有して、且つ、ソース公開されているようなパッケージを探しています。(1個あるのですが) | |
| マイグレーションについて | |
| ねこきち 2012-11-16 16:25:20
[返信] [編集] 現行システム（A-VX）のレベルアップですが、Express5800/600ｼﾘｰｽﾞにするか、オープンにするか悩みどころなのですが、現行システムをマイグレーションでオープン化された方いらっしゃいませんか？ 費用や、困った事、良かった事など経験談があれば、参考にしたいのですが。 宜しくお願いいたします。 | |
| Re: #NFCNV でパソコンへ転送すると、データの先頭に空白がついてしまう | |
| わかば 2012-11-14 10:21:03
[返信] [編集] こんにちは。 お返事ありがとうございます。 ハイ、エクセルで取り込んだ時に、実害がありませんネ。 こちらだけの現象ではないようですので、スッキリしました♪ 今後ともどうぞよろしくお願いいたします。 // 有益なサイトをご提供いただきまして、本当に助かっています。 ありがとうございます（ぺこり） |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band