ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | 再登録:COBOLからWindowsが見えないか？ | |
| イトチャン 2009-6-26 0:36:00
[返信] [編集] プログラムライブラリ（SUL/PML/JSL/LMLなど）のメンバーをテキストに変換しメールなどで送り元に戻すプログラムを作成しています。 ライブラリの存在やメンバーの確認は出来ますが、Windowsのファイルの確認が出来ません。 COBOLからWindowsのファイルの存在確認が出来る方法を教えてください。 | ||
| 2 | Re:再登録:COBOLからWindowsが見えないか？ | |
| ターラヤン 2009-6-26 0:54:00
[返信] [編集] イトチャンさん、こんばんは。 ちょうど行き違いになってしまったようです。 全然質問が違いましたね。 オフコン側からWindowsのファイルの存在確認が出来る方法ですか・・・。 すみません。すぐには思いつきません。 ちょっと考えてみますが、誰か他の人に良い案があるかもしれません。 | ||
| 3 | Re:再登録:COBOLからWindowsが見えないか？ | |
| 温泉好きのうさぎ 2009-6-30 20:39:00
[返信] [編集] 決してスマートとは言えないと思いますが、以下のような処理を行うCOBOLのプログラムを作成してはいかがでしょうか。 (1) 存在確認したいWindowsファイルのパスを含むDosコマンドのデータを、ファイル連携機能のサーバファイルアクセスを使って、WindowsファイルとしてA-VXサーバーの共有領域に出力する。 (2) そのときのWindowsファイルの拡張子を「.bat」として、バッチファイルにしておく。 (3) WSエミュレータのクライアントAP起動機能を使って、上で出力したバッチファイルを起動する。(””27”Q00〜”のDISPLAY) (4) バッチファイルには存在確認の結果を返すようなコマンドを記述しておく。 (5) 存在確認の結果を受け取る。 具体的にどのようなDosコマンドを記述したバッチファイルを出力すればよいのかというと、残念ながら私はDosコマンドの知識が乏しいもので、以下のようなものしか思いつきません。 (見やすくするために語と語の間の空白を大きく取ってあります。) ここで、 ￥￥□￥□￥□.TXT は、存在確認したいファイル ￥￥×￥×￥無.TXT は、存在しなかったときの結果値(例えば０)が入っているファイル ￥￥○￥○￥有.TXT は、存在したときの結果値(例えば１)が入っているファイル ￥￥△￥△￥△.TXT は、結果を検査するためのファイル ￥△￥△.TXTのファイルもサーバファイルアクセスによって定義しておき、COBOLから直接参照して内容値を検査し、０であれば無し、１であれば有りと判断します。 なお、この検査用ファイルは実行前にあらかじめ値をスペースクリア等しておいて、コマンドが実行されたかどうかの判断もできるようにしておき、まだであれば少し時間をおいて再試行するような動きにしておけばよいでしょう。 | ||
| 4 | Re:再登録:COBOLからWindowsが見えないか？ | |
| ターラヤン 2009-7-2 1:26:00
[返信] [編集] 温泉好きのうさぎさん、こんにちは。 ・ファイル連携機能のサーバファイルアクセスは、サーバ側にファイルを落とします。 ・WSエミュレータのクライアントAP起動機能は、クライアント側（パソコン側）のファイルを実行します。 このままだとファイルがサーバとパソコンになってうまくいかないので、工夫して解決したということですよね。 １．サーバにパソコン側からもアクセスできる共有フォルダをあらかじめ作る。 ２．そこにファイル連携機能を使ってオフコン側からWindowsのバッチファイルを出力する。 ３．そして、クライアントAP起動機能を使って、そのバッチファイルをパソコン側から実行する。 ４．結果をテキストファイルに出力する。 ５．もう一回ファイル連携機能を使って結果をオフコン側に取り込む。 ただ、思うに、パソコン側でバッチファイルを実行するためには、サーバ側のいろいろなところが パソコン側から丸見えの状態でないといけない。 ・パソコン側から実行するファイルのあるフォルダ。 ・確認するファイルの入っているフォルダ。 これはセキュリティ上危なそうです。 WSエミュレータのクライアントAP起動機能は、オフコン側からパソコン側のバッチファイルや exeを実行するためのものですが、たしか別売りの製品でオフコン側からサーバ側のバッチ ファイルやexeを実行するものがあったはずです。 いつものようにお値段お高く、この程度の用途のためだけに購入する必要があるかどうかは 疑問です。 単純にサーバのWindows側のファイルの存在確認するだけなのだから、COBOLに直接Windows側 ファイルアクセス用の命令があったり、#NFCNVのようなWindowsファイルアクセス（例えば 存在確認やフォルダ内ファイル名一覧情報を入手したり、ファイル削除したり、移動したり） するユーティリティがあっても良いと思うのですがね。 そういう簡単にできる方法が意外とない。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | Windows７対応エミュレーター | |
| Ａ−ＶＸ大好き 2009-6-24 17:28:00
[返信] [編集] Windows2000マシンでエミュレーターを現在使っておりますが 2010/07/13を以てサポートが切れる関係でリプレスを余儀なくされます。今すぐリプレスすればＸＰマシンが手に入りますが今年秋頃であればVistaマシンでエミュレータを使用することになりそうな予感がします。現在社内でVistaマシンは１台も使用しておらず操作性やアプリの互換も心配です。そこで時期Windows７の発売を待ってエミュレータも対応出来てから購入する方が賢い買い方でしょうか？勿論2010/07/13までに対応されないといけないですけど。意見お願いします。 | ||
| 2 | Re:Windows７対応エミュレーター | |
| ターラヤン 2009-6-26 0:06:00
[返信] [編集] Ａ−ＶＸ大好きさん、こんにちは。 参考として、以前のバージョンを調べてみました。 2007年1月30日にVista発売 2007年06月29日発売のPC/WSエミュレータ(32) 基本セット【U75830-J105】でVista対応 http://www.nec.co.jp/pfsoft/a-vx/NewFunc/Avx01R45/ 2001年11月16日にXP発売。 2001年12月3日発売のPC/WSエミュレータ(32)【U75830-P903】でWindowsXP対応 http://www.nec.co.jp/pfsoft/a-vx/NewFunc/avx4r55/ 確証はありませんが、Windows7が発売されてから数か月後には対応するのではないでしょうか。 | ||
| 3 | Re:Windows７対応エミュレーター | |
| Ａ−ＶＸ大好き 2009-6-26 11:38:00
[返信] [編集] ターラヤンさん過去の発売履歴しらべて下さりありがとうございま。避けて通れない問題なのであとは会社のＧＯサインでリプレスします。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | IBM標準フォーマットFD | |
| たぬき丸 2009-6-17 23:04:00
[返信] [編集] いつも楽しく拝見しており、また勉強させていただいています。 私の仕事先でもお盆頃の予定で９年ぶりにAVXサーバの更新を予定しています。先日、NECの販売店SEと話していると今度のAVXでは過去のFD資産は扱えない事が発覚しました。数年前はDOSモードとIBMフォーマットが扱えるオプションがあったそうですが、今のAVXでは無いとの事。皆さんはお困りではないのでしょうか？私の所では客先とIBMフォーマットでデーター交換をしており過去データもFDのまま置いています。これを整理するだけで気が遠くなりそうですが、何か回避策は無いものでしょうか？ | ||
| 2 | Re:IBM標準フォーマットFD | |
| 温泉好きのうさぎ 2009-6-18 19:10:00
[返信] [編集] 新しいA-VXで IBMフォーマットのフロッピーが使えなくなることについては、皆さんお困りのようですね。 少し前までは、A-VX機能拡張ラック接続のフロッピー装置については、従来通り、旧I TOS形式(I BM形式)のフロッピーのみのサポートだったのですが、A-VX機能拡張ラック自体が、構成する部品の入手困難等の理由により、2009年1月31日付けで受注停止となってしまったので、この方法は使えなくなってしまったようです。 そして、最新の説明書を見ても、次のように書かれています。 (以下引用) ーーーーー 旧 ITOS 形式 (IBM 形式) の対応については、技術革新により旧来製品を継続的にサポートすることが困難であることから、今後は個別でも対応が不可能になりつつあります。 A-VX01 形式 (FAT 形式) による運用への移行を促進願います。 ーーーーー やはり、もう IBMフォーマットのフロッピーは使えないということのようです。変換ツールを使ってフロッピーを一枚ずつ A-VX01 形式に変換していくしかないのでしょうか。(私もうんざりするぐらいやっています。) しかし、説明書のすぐその下に、 (以下引用) ーーーーー A-VX01 形式での運用が困難な場合など、やむをえず FDD の旧 ITOS 形式での対応が必要な場合については、個別対応となります (有償) 。 RPQ を発行願います。 (費用等詳細については RPQ 回答に記載します。) ーーーーー と、書かれており、まだチャンスはありそうです。 一度、販売店から RPQ の発行を依頼されてはいかがでしょうか。 | ||
| 3 | Re:IBM標準フォーマットFD | |
| オフコン一途太郎 2009-6-18 19:12:00
[返信] [編集] 大変そうですね。 http://www.soreike.express.nec.co.jp/tuchi/600/PRO-XP7-H20-05/PRO-XP7-H20-05.htm 「第二十一次製品強化に当って」 の 23頁あたりに 個別対応となり有償です。と明記してあります。 1.有償対応してもらうか、 2.今のうちに、「客先とIBMフォーマットでデーター交換をしており」の お客とはＣＳＶ形式などでの交換の準備をしたほうがよいと思います。 3.ＦＤを使用しない運用方法に切り替えることを検討する。 などなど。 小生の体験(?)では2,3をしました (付) 「過去データのFD」は今のところ、無視しました。 別支店に、IBMフォーマットが扱える機器が存在していますので・・・ そのうちに、何とかする予定です。 参考になれば幸いですが・・・ | ||
| 4 | Re:IBM標準フォーマットFD | |
| たぬき丸 2009-6-26 23:12:00
[返信] [編集] ありがとうございます。ＲＰＱですか。費用が怖いですがやってみる価値は有りそうですね。チョット聞いてみます。 | ||
| 5 | Re:IBM標準フォーマットFD | |
| たぬき丸 2009-6-26 23:14:00
[返信] [編集] 温泉好きのうさぎさんと殆ど同時に頂いていました。そうそう、2,3は考えていました。今後を考えるとこっちなのでしょうね。先にも書きましたが1も検討しつつ、2,3を考えざるを得ないのでしょうね。ありがとうございました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | HD交換は純正品でないとダメですか？ | |
| 桃太郎 2009-5-28 17:54:00
[返信] [編集] いつも、こちらの掲示板を興味深く拝見しています、 620Xiでミラーリングしてある片方のディスクが破損した場合、 N型番の純正品でないと使用出来ないものなのでしょうか？ 例えば、N8613-63のHDだとSeagateだとST336607LS、 FUJITSUだとMAP3367NCといった 製造メーカーの製品が使われていますが、 現在新品は流通していないのでﾈｯﾄで中古品を探して そのまま使用出来るものなのでしょうか？ もちろん信頼性がないことは承知しています、 信頼性以外に問題が有るものなのでしょうか？ どなたか使用経験、又は話を聞いた事が有るという方が いらっしゃいましたらご意見をお聞かせ下さい。 以前、純正品を使ってリビルド作業を行った経験が有りますが、 なにぶんにも高価な物ですし、４年以上経過したサーバーを １３台管理しているものですから、今後の事を考えて こんな疑問を持っています。 | ||
| 8 | Re:サーバを集約できませんか？ | |
| bluelion 2009-6-11 0:04:00
[返信] [編集] 会社の６００シリーズとS7200が撤収され、いまは私物の古い600シリーズをたまにいじる程度なのですが 失礼ながら、最近はまっている（知的好奇心的に）istorageに関係しそうなので AVXの知識的には640ADなどのADシリーズでとまっておりますのでその上での書き込みです 使用されているxiシリーズで使われているM/Bはなんでしょうか？ http://www.nec.co.jp/press/ja/0511/2401-03.html http://www.nec.co.jp/press/ja/0507/2001-02.html 発売時期からして同じような感じがしますが というのも istorage NS14PWとNS24P サーバー110GCなどでは同じM/Bが使用されております。 ※ヤフオクで購入し検証済み これのオンボードRAIDなら結構HDDに寛容でした また、これと同じｍ／ｂでしたら アクロニスHOME（サーバーだったかな？）でバックアップがとれて その後RAID構成をかえてからのレストアもできたはずです 600シリーズはBIOSが違っていることもあるので一概にいえませんがオンボードRAIDがおなじなら大丈夫だとおもいます 一般論としては誰も保障はできないしやってみるしかないと いう意見なのですが、個人的には大丈夫だとおもいます 私なら #BKUP アクロニス AVXのディスクイメージのコピーと3重のバックアップをしてから 交換します ちなみに、会社の640ADが壊れたとき保守さんがもってきた SCSI RAIDのディスクですが、たのディスクとメーカーが違っていましたがRaiD5復旧しました（ことし1月ころ） さらには 個人所有640ADですが、SCSIだからかもしれませんが 結構なんでもRAID5でてきいます | ||
| 9 | ちなみに | |
| bluelion 2009-6-11 0:36:00
[返信] [編集] M/Bの型番は GA-8ICMTというやつです この間は８０Ｇのミラー構成の一方をとり 160GのSATAのディスクに交換という荒業に挑戦しましたが なにごともなく動いていました | ||
| 10 | Re:ちなみに | |
| 桃太郎 2009-6-11 16:54:00
[返信] [編集] biuelion さん 貴重な情報ありがとうございます。 ＞M/Bの型番は ＞GA-8ICMTというやつです ＞この間は８０Ｇのミラー構成の一方をとり\r ＞160GのSATAのディスクに交換という荒業に挑戦しましたが ＞なにごともなく動いていました 申し訳ありませんが、当方使用のサーバーのマザーボードの型番を把握していません、８０Ｇのディスクといいますと現行モデルの一つ前の620クラスだと思いますが、 驚きです、容量が違っても動くんですか、同一規格のものでないとダメだと思っていたものですから、 只、自社のサーバーは４年以上前のSCＳI規格の物でその他の条件も違うのでそのまま踏襲出来るものか一抹の不安は残りますが、biuelionさんが実際に行った事例として大変参考になります、書き込みして頂き重ねて御礼申します。 | ||
| 11 | Re:ちなみに | |
| bluelion 2009-6-13 0:22:00
[返信] [編集] 桃太郎様 620xiってSCSIですか？ オイラの80GはDELLのT105などについてきた純正で試したのその容量ですが 500G相当はやったころのサーバーです | ||
| 12 | Re:ハイ、そうです | |
| 桃太郎 2009-6-13 10:57:00
[返信] [編集] 自社で使用の620XiはSCSIです、最新の620Xiは違うのかも知れません。 私はWindowとは関係なく動くA-VX10上のCOBOLでのシステム開発に長年携わってきたと言う事もあり、現在のWindow上で動くハード面といいますか、Windowとかパソコンとかに関する知識は素人に毛が生えた程度しかありません、それは記載の文書からも推察して頂けると思います。 そう言った事からハード面の込み入った内容のことを記載して頂いても、申し訳ありませんが、よく理解できません。 出来ることなら、ピンポイントで質問の件、やったことがあるよ、その際は事前に、こんなことを確認して、こんなことに注意したほうが良いよ、といったアドバイスを希望しています。 | ||
| 13 | Re:ハイ、そうです | |
| ＥＸＣＨＡＮＧＥ 2009-6-13 13:19:00
[返信] [編集] ＞ 現在の600シリーズにリプレースする際に会社の意向でオープン系の検討しましたが、 ＞実使用のソースが１０万行以上ありソフトの再構築に掛かる費用の面から断念しています、パッケージソフトのない特殊な業務？独自の考えの含まれた業務で、業務に合わせて細かくメンテナンスしていることもあり、業務に即して問題なく動いているシステムをなぜオープン化するのか理由が分かりません、と言ったソフト業者もありましたね。 ＞Windowとは関係なく動くA-VX10上のCOBOLでのシステム開発に長年携わってきたと言う事もあり、現在のWindow上で動くハード面といいますか、Windowとかパソコンとかに関する知識は素人に毛が生えた程度しかありません、それは記載の文書からも推察して頂けると思います。 ☆ 小生にとって少し分からない点があります。 ソースが１０万行以上あり、オリジナルなシステム、かつ１３台の６００シリーズ、とのことですので、御社にとって重要な業務システムであるかと察します。 御社のお考えは今後とも６００シリーズを継続して使用していこうとのご意向なのでしょうか？ ☆ （１）６００シリーズを今後とも継続のご意向なのでしたら、桃太郎様には果敢な挑戦をされて、Ｗｉｎｄｏｗｓ上でのＡ?ＶＸの知識を追加的に習得され、再インストールも含め（実は再インストールはさほど難しくはない）可能な状態にするべきです。 いくら他の方の情報をきいても、やはり再構築時に何か突発的なことが起こるという可能性を排除できませんので、完全なバックアップとクリーンインストールが可能という自信を持った状態で、メーカ、販売店をパスした方法をおこなうべきです。 （２）いずれフルオープン又は他プラットフォームに乗り換えるご意向でしたらこれ以上のＡ?ＶＸの研究はムダですから、６００シリーズを過渡期のものとしてとらえ、維持のための必要経費と考えて、販売店などに保守を含めて障害時の「お世話」をお願いすべきでしょう。 ☆ いずれにしても膨大かつ重要な業務システムにしては御社のスタンスが曖昧なように思えるのですが。。。 ☆ どちらの方向を選択するにせよ、 すでに構築されたシステムであっても、常に時代やニーズに合わせたグレードアップは必要と思います。 ☆ なお、６００シリーズにおいても多くの連係機能が提供されていますので、ＧＵＩ化、Ｗｅｂ化も含め十分フルオープンに負けないシステム構築が可能であることを申し添えます。 | ||
| 14 | Re:ハイ、そうです | |
| 桃太郎 2009-6-13 16:22:00
[返信] [編集] ＥＸＣＨＡＮＧＥさん ご意見ありがとうございます。 純正品以外のHDが使用出来ないものか？ という疑問は修理に際しての費用が余りにも高額に思えるので、ネット上で安く出ている同一型番のHDが簡単に使えるものなら会社にとっても経費削減の観点から喜ばしいことではないかとの安易な考えによるものです、全ての修理を自社で行うとかという考えは毛頭ございません。 ブッチャけた話し、弊社も不況のあおりを受けて売り上げが落ち込んでいて、社内的にも経費削減が叫ばれています、それぞれの業務、それぞれの立場で協力出来る事は協力するという一端がございまして、それが、「いろいろ事情ｶﾞありまして・・・」 ですから、実際に使用して問題なかったという意見があれば、選択肢が増えるということで、実際に行うかということは他の意見も総合して判断することになると思います、そういった意味からもEXCHANGEさまの（２）までのご意見は興味深く読ませて頂ただきました。 以下のEXCHANGEさまの疑問、ご意見は本来の質問内容から外れているように思えますが、答えさせていただきますが、答えに対する質問、ご意見はご容赦下さい。 ＞☆ いずれにしても膨大かつ重要な業務システムにしては御社のスタンスが曖昧なように思えるのですが。。。 私自身、他の会社の担当者として働いたことがないので、比べようがなく、反対によその会社の基幹業務のコンピュータ、及びシステムの開発担当者に対してのスタンスとか待遇が気になりますね、特に上場企業ではなく弊社と同様の零細企業においてのそれが。 ＞☆ どちらの方向を選択するにせよ、 すでに構築されたシステムであっても、常に時代やニーズに合わせたグレードアップは必要と思います。 現状オープン化という考えはございません、９年程以前3100シリーズからオープン化するか600シリーズにするかの検討段階で再構築の費用の問題でオープン化を断念、600シリーズにリプレースしています、現状は当時に比べるとシステムが更に業務に深く浸透する形に改良していることもあり、再構築費用の問題で更にオープン化は考えにくいと思います。 ＞☆ なお、６００シリーズにおいても多くの連係機能が提供されていますので、ＧＵＩ化、Ｗｅｂ化も含め十分フルオープンに負けないシステム構築が可能であることを申し添えます。 そうですね、色んな機能があり、まだまだ使いこなせていない感があります、オープン連携機能で使っているのは、#NFCNVによるデータ変換、社員の携帯電話に毎日の成績内容の集計を送る、A-VX画面上の社員の名前をクリックするとオープンサーバー上に登録の顔写真が表示される機能、MMSを使ってEPSONの感熱プリンターにCOBOLで直接印刷する、会員カード作成のオートエンボッサーにデータ送信ぐらいですかね。 | ||
| 15 | Re:ハイ、そうです | |
| ＥＸＣＨＡＮＧＥ 2009-6-13 19:55:00
[返信] [編集] ☆ 事情はよく分かりました。 最悪の場合メーカ又は代理店などのフォロー（再インストール等）は受ける事が出来る状況なのですね。 ☆ 問題のＮ８６１３−６３ですが、ＮＥＣの６００シリーズの資料だと３６．３Ｇとなっています。代替え用として桃太郎さんがあげておられるＭＡＰ３３６７ＮＣの場合富士通の製品としては３６．７Ｇとなっています。もしＮ８６１３?６３が元型番ＭＡＰ３３６７ＮＣと表示されているおり、上記のように容量が違っているならやはりＮＥＣがＯＥＭで調達しているからかもしれません。 ☆ＲＡＩＤボードが何なのか（メーカ、型番）が分かりませんので確定的なことはいえませんが、おそらくＭＡＰ３３６７ＮＣを接続して再構成をしようとすると、ＭＡＰは少ない方のＮ８６１３−６３の容量に合わされて３６．３ＧにてＲＡＩＤ構成されると思います。 ☆ 代替用ＨＤの容量 ＞＝ 構成済みＨＤの容量 が必要条件です。 ☆ 一か八かっぽいですが、思い切ってテストするなら、 （１）Ａ−ＶＸ側を全てバックアップ。可能ならＷＩＮＤＯＷＳにてＭＳＤＸＸＸをすべてバックアップ。 （２） シャットダウン−−＞電源ｏｆｆ−−＞ＨＤを１個交換−−＞ＢＩＯＳ画面でＲＡＩＤを構成。 （３）この時、うまく構成できれば再構築までもっていく。だめなら再度電源ＯＦＦして、元のＨＤに入れ替えて再起動する。さらに必要ならＲＡＩＤの再構築をおこなって復旧する。 （４）最悪の場合、再インストールを保守に依頼してバックアップから復旧する。（ただし、保守と料金を含む事前の交渉をしておくことが必要） ☆ う〜〜んちょっと怖いかな。。 ☆ あと、Ｎ８６１３−６３そのものを中古にて入手するとか。。（業者がいますよ） ☆ やっぱり、再インストールを何かで覚えるのが一番グーなんだけどなあ。。 | ||
| 16 | 私流の解決策 | |
| bluelion 2009-6-14 0:48:00
[返信] [編集] 私なら HDDを探さないで テスト用の620Xiの中古を購入します 検証の意味とバックアップができるので一石二鳥です さらには運がよければHDDがついてくることもあると思いますし 往々にして一式買ったほうがお得なことがよくあります なにせ何でも検証できます AVXの設定からホットスワップHDDの交換なんでもできますよ 予備機があればさらに安心でしょうし！ そんな訳で640ADが3台、620AD、610AD、610aiなど数台があるわけですが、正直いまは邪魔です（笑） しかしA-VX10とは懐かしいですね 私もS3100やS7200・N5200でＣＯＢＯＬを使ってましたよ | ||
| 17 | 結論としまして | |
| 桃太郎 2009-6-15 15:35:00
[返信] [編集] ＥＸＣＨＡＮＧＥさん、bluelionさん、温泉好きのうさぎさん、 貴重な情報、ご意見、アドバイス、ありがとうございました。 皆さんの情報、ご意見を私なりにまとめさせて頂くと、「純正品以外でも使えると思うが、実際に行うのだったら最悪の状況になることを念頭において作業に当るべきだ。」と結論付けさせて頂きました。 前提、方法としてWindow及びA-VXの再インストールが出来る事、 出来れば業務に関係のない機材で色々テストして安全を確立して実行するべきだ。 只、残念ながら私には今まで再インストールの必要に迫られた経験が無く、可能性の少ないことに時間を割けない状況があり、例え、覚えたとしても次に何年後とかだと忘れてしまう可能性が大きく、覚えるにしても機材が必要、先生も必要ということを考えるとかなりハードルが高いように思えます、元々簡単に出来ないものだろうか？というのが出発点ですから、残念ながらそこまで時間を割いて行うことは考えにくいです。 私としては、ピンポイントで「質問の内容の作業をやったことあるよ」という意見も聞けることを期待していたのですが、少し冷静に考えたら、書き込み意見の中にも有りましたが、基幹業務で使っている場合、ほとんどの会社で保守に入っている分けで、入っている場合、費用うんぬんは考える必要がなく、保守に入って無くて、しかも620Xiをオプションのミラーリングにしていて、それを自分で交換する可能性、確率？はかなり少ないと考えるべきで、しかもその少ない方の中でこの掲示板を見ている可能性は更に下がると考えるべきで、そうしたことを考えると私の質問自体が愚問だったように思えています。 見ず知らずの私の質問に対して皆様方から貴重な時間を頂き、色々な角度からの参考になるご意見の数々、大変ありがたく思い感謝しています。 末筆になりましたが、こちらの掲示板を立ち上げられておられる、ターラヤンさんにもお礼申し上げます、A-VXの情報発信されているホームページ、A-VX愛好者（？に携わっておられる方）の集う掲示板は他に見当たらず。自分自身で解決出来ない疑問に対して的確な回答を寄せられておられる方々、賞賛に値するものだと思っています、今後もこちらのホームページが末永く続けられることを期待しています。 追伸 今後も質問、又は私の知識、経験が皆様のお役にたつようなことが有れば書き込みさせていただきます。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | メニューの整理方法 | |
| よしぼん 2009-5-18 9:37:00
[返信] [編集] システム見直しするにあたりメニューの整理から始めようと思うのですがＰＭＬの中からメニューだけを検索し、メニューパラメータをＣＳＶに吐き出しＥＸＣＥＬで整理するのに楽なやり方があればどなたかご教授下さい。 | ||
| 2 | Re:メニューの整理方法 | |
| 温泉好きのうさぎ 2009-5-19 16:56:00
[返信] [編集] 楽なやり方というのであれば、有償ソフトで「Ａ−ＶＸ統合管理ツール」というのがあります。 http://www.nec.co.jp/pfsoft/a-vx/AMT/ この中の、「資産管理ビューワ」というものに、ジョブの関係情報を表示したり、ＣＳＶファイルに出力したりする機能が提供されています。 これを使って、メニュー、ＪＳ、ＰＭが利用しているジョブ（サブメニュー、ＪＳ、ＰＭ、ＬＭ）を階層的に展開したものをジョブ関係表示パネルにツリー表示させることができます。 また、ツリー表示されたイメージでＣＳＶファイルに出力できます。 エラーの含まれるＪＳやＰＭのアイコンには、朱色でエラーマークが付加され、そのアイコンにカーソルをのせると、エラー内容が表示されたりします。 しかし、貧乏なウチの会社のようにこの有償ソフトが買えないときは、楽なやり方はなく、いろいろ工夫して手間ひまかけないとできないような難しい作業だと思います。 1.ＪＳやＰＭは、ユーティリティー以外では直接読めないので、いったんレコード長８０バイトのＳＥＱファイルに出力 2.メニューＰＭの構造を理解し、次のプログラム名ファイル名を取得 3.次のプログラムを解析して、メニューなのかＪＳなのかＰＭなのかＬＭなのかを判断 4.#SORTや#FLCNVなどが呼ばれたときの判断 5.上の1.〜4.を繰り返し このようなことを行ってメニューから展開するジョブリストのプログラムをCOBOLで自作しております。 | ||
| 3 | Re:メニューの整理方法 | |
| k_chang 2009-5-20 10:47:00
[返信] [編集] 以前、メニューの整理を行ったことがあります。 SMART2→「3 パラメータ」→「6 一覧表示」で 「タイトル／実行機能」が「#MENUP」の物を探す という方法でリストアップし、それを元に整理を行いました。 #MENUPを探す為に、ステーションでもプリントした物でも、 PMの数があると目チェックはしんどいので、こちらの 旧家イトウ家の小技裏技その４〜その６ http://www.geocities.jp/tahrayan/sonota/cobol/controlmark.html その５）印刷スプールの指定出来ないプログラムの印刷をスプールする方法。 を利用して、ファイルに落とし、適当なソフトでGREPかけてしまうのが楽だと思います。 その後は、メニューPMを見て、手間暇かけて整理を行いました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band