ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re: x2: COBOL資産の移行について（訂正補足追加） | |
| 江須扇 2003-9-27 2:43:42
[返信] [編集] すいません、一部、誤記がありますので、前文は下記の部分訂正をします。 バッチ処理の制御ユーティティは何が良いか考えなければなりません。ＮＥＣの場合でもＥＳＭＰＲＯ／ＪｏｂＣｏｎｔｒｏｌｌｅｒとＥＳＭＰＲＯ／ＪＭＳＳがあり「お客さの運用環境に合わせお選びください。」とＮＥＣに言われてもこちらも迷ってしまいます。 Ａ−ＶＸの場合はお任せセットなので、「そんな安定食はいやだ」というひとはダメですが、私の様に昼に何を食べたらよいか迷う人間にはうってつけです。 以上 以下補足です。 これをメーカー任せにするという事になると、ＥＸＰ１００の場合は、Ｗ２Ｋ上でＩＦＡＳＰＲＯ／ＲＤＢ、ＡＰ環境／開発セット、ＡＰ環境／クライアント開発セット、ＡＰ環境／実行セット、という事になります。 ＩＦＡＳＰＲＯ／ＲＤＢは http://www.ace.comp.nec.co.jp/ifasrdb/index.htm ですが、ＡＰ環境／開発セット、ＡＰ環境／クライアント開発セット、ＡＰ環境／実行セットに含まれていました。 http://www.ace.comp.nec.co.jp/apset/ メニューはその中にあるＸＭＥＮＵで移行できそうです。 http://www.ace.comp.nec.co.jp/xmenu/index.htm ＪＳはわかりません。 しかし、ここまで、Ａ−ＶＸに似せて移行するなら、ＥＸＰ６００シリーズがあるかぎりこの考え方は中途半端です。 Ａ−ＶＸがなくなるとＮＥＣは表明してないので、なぜこの方法も平行して販売しているかの本音はわかりません。 私はこんな方式で移行するならＡ−ＶＸをお奨めします。 以上 以下追加です。 まゆちんさんはの所のＡ−ＶＸ�犬離弌璽献腑鵝複劭�.９９）はいくですか？ バージョンによってはできない場合もありますが、いろいろな方法で現在のＡ−ＶＸ�犬任皺椎修任后� 具体的なＯＰＥＮ化したい想定が解らないのでＱ＆Ａ式で書きます。 Ｑ１．印刷が１３６桁で制限されパソコンの様に小さくして印刷できない。 Ａ１．ＳＭＡＲＴ�僑釘悗�ＲＤＢ／ＥＵＦ�兇鮖箸┐弌■押殖海梁腓�さにでき、２００桁位可能です。 （ＣＯＢＯの場合はサブルーチンが提供されてないので、自分で１パイト文字−＞２バイト半角に変換が必要です。） また、ＰＣ／ＷＳ−ＥＭＬのページプリンタ系の指定でＬＰ−＞Ａ４、Ａ３−＞Ａ４にするば、見た目の大きさは小さくできます。 さらに、ＲＤＢサーバーやＲＤＢ／ＦＩＬＥアクセスキットでＡＣＣＥＳＳやＶＢ等で作れば可能です。 Ｑ２．画面の桁数行数が少ない。 Ａ２．ＰＣ／ＷＳ−ＥＭＬでは現時点では不可のですが、 Ｑ１．と同じようにＲＤＢサーバー等を利用する方法 Ｗｅｂ連携をする方法等です。（Ｑ３参照） Ｑ３．Ｗｅｂアプリケーションにしたい Ａ３．下記の４種類の方法を選べます。 イントラネット連携＜ウェブ連携＞ ＲＤＢ／ＦＩＬＥアクセスキット＋ＷＥＢＣＯＢＯＬ ＷＥＢｈａｒｍｏ／ＲＤＢＥＵＦ ＡＰアクセスオブジェクト Ｑ４．ＦＡＸ出力したい。 Ａ４．ＦＡＸ連携ライブラリの利用 Ｑ５．メール通知したい Ａ５．メール連携機能の利用 Ｑ６．その他 Ａ６．以下次のページを参照ください。 http://www.ace.comp.nec.co.jp/product/2nd/avx4/avx_home/avxHome.htm 以上 | |
| Re: COBOL資産の移行について | |
| ターラヤン 2003-9-25 16:09:24
[返信] [編集] まゆちんさん、はじめまして。 既にいろいろな方から返事をしていただいているようですので、 データを移行するツールだけ、返事をしておきます。 A-VX4ならば、いろいろな手段があります。 #NFCNVなどは、A-VX標準で付いています。一旦順編成にしてからバッチなどでWindows環境に移行する、ということができます。 標準の機能なので、それなりの機能しかありません。 A-VX/RDBのデータならば、SKYLINKなどを利用することができると思います。その他、私のリンクのところには、いくつか変換するツールを出している会社のアドレスがあります。（使ったことがないものもありますので、どれが良いかはわかりません。） 私が使ったことがあるのは、NECの８番街の「600シリーズ」->「A-VX」->「ソフトウェア一覧」のところにある、Filvertという製品です。 A-VX/RDBもCOBOLのファイルも変換できます。GUIを使って変換もできますし、バッチで一括変換も可能です。 機能としては、まあまあだと思います。 OpenDatabaseAccessKitですが、実は私は使ったことが無いので、実際使えるものなのかどうか、わかりません。そこのところは了承してください。 私自身勉強不足で、最近までA-VX4になってからの新機能はあまり知りませんでした。特に２，３年、オフコン関連の業務から離れておりました。去年の年末に、オフコンについて、新しい連中に教えてほしいということで、オフコンの方に戻ってきました。 教える立場となり、最近の機能についてもいろいろと教える必要ありと言うことで、いろいろと勉強し始めてみたのですが、新機能を含めて、あまりにも知らないことが多すぎ、勉強不足を恥じているところです。 今年に入ってから、暇を見ては、密かに新機能について勉強しているところです。 このサイトは、教育の下調べで集めた資料から、公開してもよさそうなものを出しています。 オフコンの歴史についての情報もたくさん入手したのですが、これらは業務に一切関係ないので、会社の連中に詳細に教えても仕方がない、でもこのまま埋めるにはもったいないと思い、そのような情報を集めてこのサイトを作っています。 | |
| Re: COBOL資産の移行について | |
| 江須扇 2003-9-25 14:08:40
[返信] [編集] はじめまして、江須扇と申します。 宜しくお願いします。 ＥＸＣＨＡＮＧＥさんのレスが既にあがっているのでダブりますが、呼ばれたような気がして出てきました。 Ａ−ＶＸ大好き人間ですので、割引いてお読みください。 移行後のデータベースは何をお使いになるのですか？ それによって違いますが、私なりの経験を踏まえ書きます。 Ａ−ＶＸのＣＯＢＯＬの場合はＲＥＤＥＦＩＮＥＳやマルチレコードまたＯＣＣＵＲＳの繰り返し項目が使えますが、殆どのデータベースがその様な考え方がないと思います。 Ａ−ＶＸのＣＯＢＯＬのコーディング上では、レコード単位で移送（ＭＯＶＥ）して処理している場合もありますが、項目単位でしか処理できない場合もありますので、場合によっては移行システムの開発が必要になると思います。 Ａ−ＶＸの場合は、ハードウェア、ＯＳ（本当のＯＳはＷ２ＫですがＮＥＣが専用Ｈ／Ｗで動作保障をＷ２Ｋ上でしています。）データベース、運用環境、運用ユーティリティが一体でメーカーの動作保障をしています。また、ソフト資産の移行をかなりの部分で保障しております。 従って、旧機種から、新機種にそのまま何も手をくわえなくても移行出来る選択肢も選べます。 つまり、仮に１０００本のプログラムが有った場合。１０００本とも新機種に移行してそれから、あるサブシステムだけ新しくするという事もできます。 しかし、他の機種で移行しようと考えると全てのシステムを移行しないとなりません。システム規模にもよりますが、「取り合えずこの部分はそのままでいい」という選択肢は選べません。 また、苦労して移行しても次の様な問題もあります。 古い話ですが仮にＯｒａｃｌｅ６、ＶＢ４、ＷＮＴで作ったシステムが有ったとすると、それを現時点で移行しようとすると誰も動作保障をしてくれませんし、そのまま移行する手段がありません。（これは、今の最新版を選んでも次回に同じ事が言えると思います。） また、移行の時、ＣＯＢＯＬだけに目が行きますが、データの移行の問題以外に、運用環境等にも注意を払う必要があります。 メニュー等のユーザーインタフェース、ＪＣＬ等のバッチ処理方法、ＪＣＡ等のオンラインの処理などです。 また、ユーティリティもユーザー自身が揃えなければなりません。バックアップユーティリティは何がいいかとか考えなければなりません。 印刷処理も案外忘れがちですが、インチピッチで設計されている専用帳票にＶＢから印刷するのは結構難しいと思います。 バッチ処理の制御ユーティティは何が良いか考えなければなりません。ＮＥＣの場合でもＥＳＭＰＲＯ／ＪｏｂＣｏｎｔｒｏｌｌｅｒとＥＳＭＰＲＯ／ＪＭＳＳがあり「お客さの運用環境に合わせお選びください。」迷ってしまいます。 Ａ−ＶＸの場合はお任せセットなので、「そのな安定食はいやだ」というひとはダメですが、私の様に昼に何を食べたらよいか迷う人間にはうってつけです。 しかも、ＯＳ、ＤＢ、開発言語、運用環境の相性と動作保障はユーザー自身が責任をもってする必要があります。 これをメーカー任せにするという事になると、ＥＸＰ１００の場合は、Ｗ２Ｋ上でＩＦＡＳＰＲＯ／ＲＤＢ、ＡＰ環境／開発セット、ＡＰ環境／クライアント開発セット、ＡＰ環境／実行セット、という事になります。 従って、ここまで揃えるのであれば、究極はＥＸＰ６００のＡ−ＶＸに行き着きます。 この、三段論法は如何でしょうか？ > ターラヤンさん、みなさん始めまして。まゆちんです。 > A-VXの事を検索エンジンで調べていたら、このHPの存在を知りました。 > 私の職場でもExpress5800のA-VX�犬鮖箸辰討泙靴董△海鵑�HPがあったなんて、同士の方がいらっしゃるみたいで嬉しくなりました。 > 出来れば今後ともよろしくお願いします。 > > 一つご存知だったら教えて頂きたい事があるのですが、私の職場でもそろそろA-VXからオープン系に移行していこうという動きがありまして、その中で資産をどうやって移行していこうか、という話を検討している段階です。 > そこで現在、COBOLのアプリケーション、COBOLのアプリケーションが接続していたA-VX/RDB、同じくCOBOLのアプリケーションが接続していたA-VX内のデータファイル、の３つを移行するために、よいツールは無いか、と検討しております。 > このうち、COBOLのアプリケーションについてはOpenCOBOLFactory21という実行環境があることを知り、実現出来そうなのですが、残りの２つ（RDB、データファイル）の移行できるツールについては全く分かってないのです。 > ツールの一括変換で簡単に出来るとは思っていませんが、そういうツールがあるのかどうかも分かっていない状態です。 > > NECのHP等見たのですが、勉強不足もあり見つけられませんでした。 > よいツール等もしご存知でしたら、ツール名を教えて頂けないでしょうか？ > > ちなみにターラヤンさんが書かれていた、OpenDatabaseAccessKitのついての記事は読ませて頂きました。 > ありがとうございました。 | |
| Re: COBOL資産の移行について | |
| ＥＸＣＨＡＮＧＥ 2003-9-24 22:16:21
[返信] [編集] ＊ データの移行は一括変換するのなら現在のＡ−ＶＸ４であればそれほどむずかしいことではないと思いますが。。 ＊ むしろ、データ件数が多く稼働時間の長いシステムの場合、 締処理との関連などで「乗せ換えのタイミング」をどうするのか、とかいった問題のほうが難しいのではないでしょうか？ ＊ 「これを機会にシステム変更を行う」という場合はデータ項目間の整合性のある変換はさらに大変な難しさが発生すると思います。 ＊ 「乗せ換えに関してはデータを甘く見るな」 というのが法則です。 ＊ 一括変換で良いのなら、Ａ−ＶＸ３、Ａ−ＶＸ４の場合、 （１）＃ＮＦＣＮＶ、 ＃ＮＦＬＮＫ などを使用してＣＳＶなどに変換後、他のＤＢに取り込む。 （２）イースト社の「ＳＫＹＬＩＮＫ」を使ってＣＳＶに落とす。 などで可。 レプリケーション機能などもＤＢ定義の変換に使えるかも。。 ＊ Ａ−ＶＸ２（Ｓ７２００）の場合、（１）が使えないとおもうので、手っ取り早いのは（２）の方法かしら。。 ＊＊＊＊ さて、ここから「本題」 ＊＊＊＊ ＊ Ａ−ＶＸが提供されている現在、「Ａ−ＶＸ」−−＞「ＣＯＢＯＬｆａｃｔｏｒｙ」に全面的に置き換える必要があるのでしょうか？ 東芝のようにいわゆる「オフコン」が中止になって「ＴＰ−ＣＡＲＥ」（ＮＥＣでいうところのＡ−ＶＸ実行環境）のようなものに移行せざるを得ないというなら別ですが。。 ＊ 私なら、 （１）すでにＡ−ＶＸで構築したシステムを「リニューアル」する形で高度化する。 （２）「入力系」「照会系」「営業支援系」などでどうしてもＧＵＩを使った画面が必要な場合は、「ＡＶＸ／ＲＤＢアクセスキット」などを使用してＶＢ、ＡＣＣＥＳＳなどで作り込む。 （３）レプリケーション機能（これは無料で付いてくる！！） を活用する。 等々です。 ＊ 一般論として、江須扇さんのおっしゃるとおり、 「現在のＡ−ＶＸの機能を十分生かすべき」だと思いますし、新機能を利用すれば、Ａ−ＶＸ中心でかなりなことが出来ると思います。 ＊ 先ほどの、「ＳＫＹＬＩＮＫ」などもＡ−ＶＸ２の時代から利用できたように思うのですが。。 また、現在のレプリケーションなどはかなり強力な機能だと思うのですが。。 これらをすでに十分利用された上での純オープン系への移行でしょうか？ それともコスト面を考えての移行でしょうか？ | |
| Re: x2: #MENUのマウス使用について（追加） | |
| 江須扇 2003-9-24 12:50:17
[返信] [編集] 亀レスです。 > Ａ−ＶＸ４ Ｒ５．０から標準対応 > システムメニュー（#MENU） > PMメニュー（#MENU、#MNEUP） そうですか、知りませんでした。 ＰＣ／ＷＳ−ＥＭＬの罫線３Ｄ機能をＯＮにしてシステムメニューをマウスで使えば、昔のＷｉｎｄｏｗｓ３．１レベル位になりますかねエ（きっと無理ですね。） 前にも書いた「新ＨＩのユーティリティはＰＣ／ＷＳ−ＥＭＬに組み込んで、Ｗｉｎｄｏｗｓ側で動作する新新ＨＩユーティリティにするか、 ジョブビューアのように、完全なＷｉｎｄｏｗｓユーティリティのイメージ」には程遠いでしょうね。 話は変わりますが、私はＡ-ＶＸ�犬錬錬咾噺世Δ茲蝪繊檻孱悄殖劭庁造箸いΑ■廝横望紊覇虻遒垢襯如璽織戞璽垢塙佑┐討い泙后� つまり、既存ユーザーのソフト資産継承の為のＯＳと言う事だけでは無く、新規ユーザへのデータベースの選択肢の一つと考えております。Ｏｒａｃｌｅ風に考えれば、 ＰＡＭＳＤ０００等 −＞ テーブルスペース ＰＣ／ＷＳ−ＥＭＬ −＞ ＳＱＬ＊Ｐｌｕｓ バッチＡＰ −＞ ストアードプロシージャ ＰＣ?ＲＤＢサーバ −＞ ＯＤＢＣ接続 ＲＤＢ／ＦＩＬＥアクセスキット −＞ ＯＯ４Ｏ接続 等など 他のデータベースとの優位性は １．ＣＯＢＯＬベースである。 ２．共有排他制御が解かり易い（ＬＯＣＫ ＵＮＬＯＣＫ等） ３．バッチ制御が簡単 ４．復旧処理が簡単 等など また、Ａ-ＶＸも�犬砲覆辰燭里任垢�、未だ、ＩＴＯＳ時代と同じと思っている方も多く見受けられます。 過去からの継続性は良いのですが過去と同じで古いという印象があります。しかし、いろいろな機能が追加になっており、その機能をフルに使ったシステムが無いのです。 それを使った、システム例や、有効性があったというような事の具体的な説明があると嬉しいですね。 私の考えるＡ?ＶＸで標準装備されているのに使って無い機能とは １．ＲＤＢのＣＯＭＭＩＴ、ＲＯＬＬＢＡＣＫの利用 （ＳＧもしていない場合が多い。） ２．自動運転制御の利用（補足参照） ３．Ａ−ＶＸ起動の画面（エントリー等）はＭＦＤを利用 ＰＣ起動の画面はＦＩＬＥアクセスキット利用のＰＣ?ＣＯＢＯＬ 更新（バッチ）はＡ−ＶＸ ＳＱＬプリコンパイラ利用のＣＯＢＯＬ 作表はＰｒｉｎｔＶｉｅｗ（標準では無いですが・・・・） で考えたようなシステム ４．Ｗｅｂ、Ｍａｉｌ、Ｆａｘ連携の利用 （補足）自動電源制御のユーティリティは今はＷｉｎｄｏｗｓ側にあり、自動運転機能のユーティリティ（＃ＡＪＯＢＣ、＃ＡＪＯＢＭ）はＡ−ＶＸ側にあり変則だと思います。ＥＳＭＰＲＯ／ＪｏｂＣｏｎｔｒｏｌｌｅｒやＪＭＳＳのような高度な指定ができるＷｉｎｄｏｗｓユーティリティになってくれると良いなと思っております。併せてＷ２Ｋと共用でき互換性があれば、Ｗ２Ｋのアプリケーションも連動して、自動運転制御ができ、大変便利になると思っております。 | |
| COBOL資産の移行について | |
| まゆちん 2003-9-24 2:57:38
[返信] [編集] ターラヤンさん、みなさん始めまして。まゆちんです。 A-VXの事を検索エンジンで調べていたら、このHPの存在を知りました。 私の職場でもExpress5800のA-VX�犬鮖箸辰討泙靴董△海鵑�HPがあったなんて、同士の方がいらっしゃるみたいで嬉しくなりました。 出来れば今後ともよろしくお願いします。 一つご存知だったら教えて頂きたい事があるのですが、私の職場でもそろそろA-VXからオープン系に移行していこうという動きがありまして、その中で資産をどうやって移行していこうか、という話を検討している段階です。 そこで現在、COBOLのアプリケーション、COBOLのアプリケーションが接続していたA-VX/RDB、同じくCOBOLのアプリケーションが接続していたA-VX内のデータファイル、の３つを移行するために、よいツールは無いか、と検討しております。 このうち、COBOLのアプリケーションについてはOpenCOBOLFactory21という実行環境があることを知り、実現出来そうなのですが、残りの２つ（RDB、データファイル）の移行できるツールについては全く分かってないのです。 ツールの一括変換で簡単に出来るとは思っていませんが、そういうツールがあるのかどうかも分かっていない状態です。 NECのHP等見たのですが、勉強不足もあり見つけられませんでした。 よいツール等もしご存知でしたら、ツール名を教えて頂けないでしょうか？ ちなみにターラヤンさんが書かれていた、OpenDatabaseAccessKitのついての記事は読ませて頂きました。 ありがとうございました。 | |
| Re:A-VXシリーズのWSにて（お礼） | |
| ターラヤン 2003-9-18 17:00:07
[返信] [編集] #LBMさん、挨拶が遅くなりましたが、はじめまして。 ＥＸＣＨＡＮＧＥさんが対応していただいたようで、ありがとうございます。 うまくいったようで、よかったです。 >＊ ただ、これに関してはＮＥＣ保守部門の領域ですので、 >一般に情報を公開してよいかどうか私には判断できません。 >（ＮＥＣの企業秘密というほどのたいそうな情報でないことだけは >確かですし、ＰＣの世界だったら問題にならないことですが。。） わたしも、どのレベルまで公開して良いものかどうか悩んでいます。 実際大した内容でもないが、公開してはいけないのかな、というものもたくさんありそうです。 内容によっては、ＳＥぐらいまでなら公開ＯＫというものや、ＮＥＣのオフコンを使用しているエンドユーザならＯＫというものもありそうです。そのあたりの見極めがなかなか難しいと感じています。 考えすぎかもしれませんが、このサイトのようにカタログ程度の内容だとしても全部のオフコンのＨＷスペックがまとめて置いてあると、他社のリプレースの参考になったりするので、良くないとＮＥＣの方は思っていたりするかもしれません。 実は、私個人宛てのメールで、ユーティリティの操作方法を教えてほしいだとかバックアップの手順について教えてほしいと言う話も来ています。 あるいは、そのような内容をこのサイトに書けば、役に立つこともあるのかもしれないという気がしますが、不特定多数が見る可能性のあるところに書いてはいけないかもしれない、と思い今のところ見送っています。 操作方法など私個人のやり方であり一般的な方法とは限らないこと、私のやり方がそのシステムでは適切ではなく最悪ダメージを与えた場合に責任が持てないこと、などから今のところメールでの質問は断っています。エンドユーザの場合はＮＥＣかディーラ、ＳＥ／営業の人のようであればＮＥＣの質問窓口の方に聞いていただくようにお願いしています。大変申し訳無いとは思っています。しかし、もし問題が発生した場合、私も相手もお互い不幸になってしまう。その点責任ある部門からの回答であれば、それなりの対応も可能であるはずと考えています。 特に問題が発生すれば、即金銭の問題に発展することが多々ありますし 、そのような場合の責任は私には到底取れません。 軽い気持ちでサイトを立ち上げたのですが、最近はいろいろと考えて悩んでいます。 | |
| Re:A-VXシリーズのWSにて（お礼） | |
| #LBM; 2003-9-12 9:49:07
[返信] [編集] 大変お世話になりました。 夕方に会社に行ってみると、媒体が探し出されていました。 あと、２種類（終端と通常のWS）のS3100/10の筐体を開いて、終端の設定を確認できました。 これで、一応SGが必要な作業も可能になったので一安心です。 本当に、本当に助かりました、一時は某保守サービス会社に 来てもらわないと駄目かな、と思っておりましたが、 保守にも入っていないので、結構お金かかるんですよね、 下手すると安物のＰＣが１台買える程の値段だとか。 上司曰く「このオフコンと君にはあと３年は頑張ってもらわんと」 とのことで、冗談とも本気ともとれる発言に驚愕です。（笑） # 実は、昨日のＷＳ撤去作業で腰をやられてしまいまして # 今日は病院に行ってコルセットを巻かれて激痛に耐えています。 | |
| Re: A-VXシリーズのWSにて | |
| #LBM; 2003-9-11 17:43:40
[返信] [編集] > ＊ さて、「ＷＳの終端設定」の件ですが、これはＷＳ装置（Ｓ３１００／１０）の中を開けて、ハード的に設定します。 > いわゆるジャンパ設定という方法です。 ジャンパ設定でしたかぁ・・・。 ご好意に甘えっぱなしで申し訳ないとは思いますが メールを送らせて頂きました m(..)m > ＊ すみません。コソコソしてて。。これだからオフコンの世界はヤーなんですよね。 まぁ、ガチガチの囲い込みの世界ですからね。 個人的には、オープンソースな世界も好きですけど、 ガチガチが悪だとも思いません。 ユーザー側から見れば、安定して使える事が第一の条件ですから、 選択肢としてオフコンがあっても全く問題ないですよね。 （但し、今回みたいな時には情報が少なすぎて困りますけど ^^;） | |
| Re: A-VXシリーズのWSにて | |
| ＥＸＣＨＡＮＧＥ 2003-9-11 16:33:28
[返信] [編集] ＊ 少しぐらいお役に立てれば幸いです。 ＊ さて、「ＷＳの終端設定」の件ですが、これはＷＳ装置（Ｓ３１００／１０）の中を開けて、ハード的に設定します。 いわゆるジャンパ設定という方法です。 ＊ ただ、これに関してはＮＥＣ保守部門の領域ですので、 一般に情報を公開してよいかどうか私には判断できません。 （ＮＥＣの企業秘密というほどのたいそうな情報でないことだけは 確かですし、ＰＣの世界だったら問題にならないことですが。。） ＊ 貴社が保守契約などなさっている場合とか、代理店（もしくはシステムを作った会社）との親密な関係がおありでしたら、 そちらで作業していただくか、事前にＯＫをとってから作業した方が良いか、と思います。 なにせ、ＨＰ上ではマシン環境とかＳＧ情報とか、それからソフト上で特殊なことをしてないか（例えば、プリンタの種類別に紙送りの動作を替えるなどされている場合）、とかがこちらでは分かりませんので。。 ＊ もし、自己責任でやっていただけるということでしたら、 見よう見まねの資料ぐらいならひょっとしてあるかも。。 なんでしたらメールしてみてください。。 ＊ すみません。コソコソしてて。。これだからオフコンの世界はヤーなんですよね。 | |
| Re: A-VXシリーズのWSにて | |
| #LBM; 2003-9-11 15:53:09
[返信] [編集] 早々お返事ありがとう御座います。 > ＊ 専用端末、ＳＩＦケーブルの場合、考えられる原因としては、 このケースです。 > （Ａ）何台か取り除いたときに、途中のコネクタがきちんと接続 > されていない。 > （Ｂ）一つのＳＩＦケーブルの一番端のＷＳ（本体装置から一番 > 遠いＷＳ）を外したために「終端」がなしの状態になっ > た。 この場合途中のＷＳが接続できなくなることがあり > ます。 ↑ おっしゃる通り、コネクタは再確認してみました、 たぶん、終端の端末を取り外したのが原因な気がして来ました！ 明日にでも終端端末を探索してみます。 （ガンガン取り外して山積みした状態なんで探すのは大変そうですけど・・・トホホ） > （Ｃ）長いＳＩＦ上に接続していた場合、未接続状態の「Ｔ字型 > コネクタ」があると不具合が起こる。 うむ・・・これだと困ったことになりますねぇ・・・。 > ＊ なお、ＷＳアドレスの変更方法は、Ｎ３１００／１０以降のタ > イプでしたら、以下のように行います。 > > ＷＳ＝＃０１に変更する場合。 > > （１）「ＣＴＲＬ」＋「ＦＮＣ」 同時に押下しながら、ＷＳの > 電源を入れる。 > （２）「オプションパッケージのセットアップ」を選択して > ＷＳ．ＮＵＭＢＥＲの 「新しい値」に ０１と指定する。 > （３）ＬＭＧ．ＮＵＭＢＥＲはリターンキーのみで進める。 > （４）確認「Ｙ」を入れて、 ＷＳの電源を再投入する。 ちょっと古いのですが、WSはS3100/10 です。 教えて頂いて思い出したのですが、確かこの方法で出来てたように思います。（＾＾； （[ATN]+[FNC]とか [HELP]+[ATN]とか押してました。） しかし、既にオフコンの置いてある事務所もみんな帰宅してしまい 入室不能になってしまってしまいましたので明日試してみます。 今回は終端端末を探すようにしますけど、 今後端末が壊れた時には、倉庫のWSと交換したりするように なると思います、その時の参考の為にもお聞かせ下さい、 終端の設定もここから出来ますよね？ 一番怖いのがSG媒体が何処にも見当たらないのが怖いのですが、 上司は必ず何処かにある！と断言しているといった、瀕死の状況です。 > ＊ 以上、あまり参考にならなかったかもしれませんが。。。 いえいえ、ありがとう御座います。 凄く助かりました、私も１４年ほど前までITOSで仕事をしていたのですが、 その後転職して、他の仕事をしていてオフコンは今の会社に来て 再会したしだいです。 しかし、ITOS関連の記憶は消去済みでドタバタしてます。（＾＾； | |
| Re: A-VXシリーズのWSにて | |
| ＥＸＣＨＡＮＧＥ 2003-9-11 13:44:09
[返信] [編集] ＊ 最初にお尋ねしたいのですが、元々あったＷＳというのは （１）すべて専用端末だったのでしょうか？ （２）１０台とも１本のＳＩＦケーブルに接続されていたので しょうか？（あまりそういうことはなさそうに思います が） ＊ 専用端末、ＳＩＦケーブルの場合、考えられる原因としては、 （Ａ）何台か取り除いたときに、途中のコネクタがきちんと接続 されていない。 （Ｂ）一つのＳＩＦケーブルの一番端のＷＳ（本体装置から一番 遠いＷＳ）を外したために「終端」がなしの状態になっ た。 この場合途中のＷＳが接続できなくなることがあり ます。 （Ｃ）長いＳＩＦ上に接続していた場合、未接続状態の「Ｔ字型 コネクタ」があると不具合が起こる。 などです。 ＊ 対策としては、 （Ｂ）の場合： 新たに一番端になったＷＳに対して、 （イ）終端を設定する。 あるいは、 （ロ）元々一番端になっていた終端設定されているＷＳと 入れ替える。 （Ｃ）の場合：「Ｔ字型」でなく「一本筒型」のコネクタに交換 する。 と、いったところでしょうか？ ＊ ただし、私はハードの専門ではないので詳しいところはよくわ かりません。どなたかハード畑の方でご存じでしたら書き込み をお願いいたします。 ＊ なお、ＷＳアドレスの変更方法は、Ｎ３１００／１０以降のタ イプでしたら、以下のように行います。 ＷＳ＝＃０１に変更する場合。 （１）「ＣＴＲＬ」＋「ＦＮＣ」 同時に押下しながら、ＷＳの 電源を入れる。 （２）「オプションパッケージのセットアップ」を選択して ＷＳ．ＮＵＭＢＥＲの 「新しい値」に ０１と指定する。 （３）ＬＭＧ．ＮＵＭＢＥＲはリターンキーのみで進める。 （４）確認「Ｙ」を入れて、 ＷＳの電源を再投入する。 という順序です。 ＊ ただし、このような変更をした場合、接続プリンタ、対応プリ ンタなどが、ＳＧ設定と合わなくなってかえってうまくいかな いかもしれません。（ＳＧが変更できれば問題ありません） どちらかといえば、元々あったＷＳとそれに接続していたプリ ンタごとワンセットで入れ替えた方が、 無難と思います。 ＊ 以上、あまり参考にならなかったかもしれませんが。。。 | |
| A-VXシリーズのWSにて | |
| #LBM; 2003-9-11 8:24:02
[返信] [編集] A-VXシリーズを会社で使っているのですが、 １０台のうち３台のみを残して後は予備として倉庫に保管することになりました。 そして、飛び飛びにTコネクタからWSを外して行ってやっと不要なWSを排除して起動してみると、WSに L WS:#08 とかって出て接続できません。 システムの STN000 は起動出来るみたいで、もしかして単にケーブル抜いただけでは駄目で再SGしないと駄目なのでしょうか？ それとも、STN000 の次が STN008 とかだと駄目？ それと、STN008 を STN001 に変更する方法って誰か知りませんか？ # 旧姓ネフスに来てもらわないと駄目かな？（涙 | |
| Re:#MENUのマウス使用について（追加） | |
| ターラヤン 2003-9-9 4:07:55
[返信] [編集] ＰＭのメニューは、Ａ−ＶＸ４ Ｒ５．０からマウスが使えるようです。 Ａ−ＶＸ４ Ｒ４．５から LMのメニュー COBOL AP Ａ−ＶＸ４ Ｒ５．０から標準対応 システムメニュー（#MENU） PMメニュー（#MENU、#MNEUP） | |
| #MENUのマウス使用について | |
| ターラヤン 2003-9-8 12:02:57
[返信] [編集] 江須扇さん、こんにちは。 > Ｒ４．５の機能強化の説明の注意事項で > 「パラメータ形式(PM)メニューでのマウス利用については、個別対応となります。」 > となっているので、＃ＭＥＮＵでのマウスは使えないのではと思っておりましたが使えるようですか？ 個別対応の件、最新のバージョンでどうなのか（個別対応なのか）までは調べていませんが、＃ＭＥＮＵでもう少し試してみました。 自分用のメニュー画面を適当に作成して、ＳＹＳ＠ＰＭＬに一旦格納。その後、パラメータを実行してみました。とりあえず、マウスを使ってメニューを選択することができ、対応付けたアプリケーションが起動できました。従って、可能ではあるようです。 私が試したのは、A-VX4 R6.0です。 | |
| Re: （続報）！！ Ａ−ＶＸ４とＷｉｎｄｏｗｓＳＰ４ | |
| ターラヤン 2003-9-2 13:20:01
[返信] [編集] たまたま今日は時間があったので、私も調べてみました。 たしかにA-VXは今のところSP4には対応していないようです。つまり当てるならば、SP3までにしてくれということらしい。（動くかもしれないが、保証しないということ。） SP4対応の時期は私は知りません。 ・Ｗｉｎｄｏｗｓにサービスパックを当てるときは、保守員をコールする。（大抵の場合、Windowsのサービスパックを当てると同時にA-VX側にも対応（パッチ？）が必要なためらしい。） ・単なる個別の修正（Windows updateとか）の場合はＳＥが当てる（あるいはＳＥと相談した上でエンドユーザが当てるか、エンドユーザの責任であてるか。） サービスパックは、うっかりするとWindows updateで当たってしまうので、なかなか基本方針通りにはならないような気もしますが・・・。 なお、私のSPに関する情報もＥＸＣＨＡＮＧＥさんと同様に、一切保証致しませんので、各自確認してください。 | |
| （続報）！！ Ａ−ＶＸ４とＷｉｎｄｏｗｓＳＰ４ | |
| ＥＸＣＨＡＮＧＥ 2003-9-2 4:52:04
[返信] [編集] ＊ 前回お知らせしたＡ−ＶＸ４とＷｉｎｄｏｗｓ２０００ ＳＰ３、ＳＰ４の関係ですが、より詳しい情報が分かりましたのでご連絡致します。 ＊ ＲＵＲのようにパッチのみの媒体を提供するということではなく、現在配布されているＶＯＬ?ＣＤＲＯＭ媒体（Ａ−ＶＸ４、ユーティリティ、有償ソフトなどの一括して入ったＣＤ）そのものを、ＳＰ３に対応したものと差し替え（交換）する、 ということのようです。 ＊ ＳＰ３に対応したＶＯＬ−ＣＤＲＯＭ媒体はすでに２００３年３月にリリースされているようです。 Ａ−ＶＸ４の「Ｒ４．０」「Ｒ４．５」「Ｒ５．０」「Ｒ５．５」バージョンごとに対応差し替え媒体があるようです。（スタンドアロン用はさらに別になっています） ＊ Ａ−ＶＸ４ Ｒ６．０以降はＳＰ３に関しては、差し替えの必要がないようです。 ＊ 上記はすべてＳＰ３対応の話しです。 「ＳＰ４」対応の媒体は、９月下旬にリリースされるとのことです。 ＊ 以上は、関係者の回答などを総合したもので、正式なアナウンスメントによるものではありませんので、内容に関しては一切保証致しません。 各自「保守部門」など窓口にご確認下さい。 | |
| Re: S3100/A30の障害について | |
| ターラヤン 2003-8-29 13:00:20
[返信] [編集] > ＨＤＤのパーツは、今の時点で何とか対応できるようです。 > 新規で製造されているわけではなさそうですので > まるっきりの新品ではなく、リペア品と考えた方が良さそうです。 そうですか、やっぱりＨＤＤの在庫はなさそうということですか。 てっきり倉庫に眠っていた新品のＨＤＤだろうと思っていました。 > 工場出荷時にＩＴＯＳ自体はインストール？ > されていないものなのでしょうか。 > 昔の資料ではＯＳ基本調整料で４５万？との記述もありましたが…。 今回もＯＳ基本調整料で４５万ぐらいは覚悟しているということでしょうか。 ＨＤＤ交換費用が１２万ぐらいかかるし、おそらくツチヤさんのところも若干いただくということでしょう。 もう少しがんばれば、新しいオフコンが購入できそうな気もしますが・・・。 たぶんこのご時世ですから、そのもうひとがんばりが出ないか、あるいは次はＰＣサーバにしようかどうしようか検討中なのでとりあえず復旧しておくということだとは思いますが。 既にＥＸＣＨＡＮＧＥさんからいろいろと助言をいただいていますが、私の意見もだいたいＥＸＣＨＡＮＧＥさんと同じです。 Ａ３０ぐらいのモデルであれば、それほど凝ったSGもしていないと思いますので、私ならば、 WS/プリンタの設定、ネットワークの設定、有償ソフトのインストールぐらいを行い、 業務プログラムと仮のデータを幾つか入れて、 業務プログラムを実行してみて、エラーになったら、エラーに対応するＳＧを変更してみる。（この辺りでＯＳ機能の設定する） うまくいったら本番データを入れて業務開始といったところでしょうか。 ＳＹＳ＠ＬＭＬなどのシステムファイルのサイズは、テープの中身を見たらもしかしたらわかるかもしれません。 またＯＳを入れてもらったら、ＲＵＲも忘れずに入れてもらいましょう。 Windowsと比べると、実行できるタスク（ジョブ）の数やオープンするファイルの数、ジョブの使用するメモリのサイズなど細かく設定するので、めんどくさいという話もありますが、 Windowsは、「必要になったらその時に場当たり的に資源（メモリ、ディスク容量など）を取って動き続け、資源が少なくなるとだんだん遅くなり、そのうち資源が無くなったらエラーメッセージを出してアボートするか、ストールしてしまう」という仕様です。 一方、A-VX（ITOS）は、「最初に必要な資源を確保して、動き始めてからは（おそらく）増やさない、そのためＳＧで指定した範囲ならば確実に動く」という仕様になっています。例えば、メモリを256KB使用するジョブが最大１０個までと指定したら、どうやっても１０個までしか動きませんが、その代わり１０個の範囲内であれば確実に動くということを保証しています。 | |
| Re: S3100/A30の障害について | |
| ＥＸＣＨＡＮＧＥ 2003-8-29 10:09:40
[返信] [編集] ＊ 一つ大事なことを書き忘れました。 ＊ 問題のＡ３０の場合ディスク２個の構成で、故障したのがＭＳＤ０００側（ディスク＃０）だけでしたら、ＯＳ再インストールの際、「ディスクの初期化」で、ＭＳＤ００１（ディスク＃１）の初期化をとりあえずしない方がいいと思います。 ＊ バックアップテープの内容などによりインストール後に初期化するかどうか判断して下さい。 ＭＳＤ００１? のディスクは後からでも＃ＡＢＣにて初期化できます。 | |
| Re: S3100/A30の障害について | |
| ＥＸＣＨＡＮＧＥ 2003-8-29 9:50:04
[返信] [編集] ＊ ＯＳ再インストールなどに関して「ＮＥＣの保守部門」の方がよく要求されるのが 「ＯＳを含む有償媒体」と「ＳＧ仕様書」 というものです。 ＊ これには私も何度か泣かされました。 滅多に使用しないのでユーザ部門で有償媒体をどこに保管してあるか分からない。とくに最初の導入時の頃のユーザ側担当者（といってもコンピュータのことはほとんど分からない方です）がどこかへ保管したはずなのだが？？ その後担当者が代わってどこにあるか分からない。 というケースがよくありました。 ＊ ＮＥＣのオフコンの場合、ハードおよびＯＳのセットアップはＣＥ（保守の部門）の役割となっています。 機械の納入時にＳＥ（ソフト部門）が ＣＥに対して「ＳＧ仕様書」という一定書式の書面を渡して どのようにセットアップして欲しいのかを依頼する、というやり方になっています。 この用紙は通常、ユーザには渡されていないと思います。 ＊ ＳＧ（意味は、本ＨＰの「用語」を参照）は、 （１）ハード的な構成の指定 （２）ＯＳの機能上の構成指定 （３）オンライン系の構成指定 （４）有償ソフトウエアのインストール指定 等からなり、 オンラインを構成する必要がなければＳＧそのものはそれほどむずかしいものではありません。 オンラインについては、 メッセージ管理Ｎ、Ｍ、Ｖなど何種類かの設定がありこれらはＮＥＣのオフコンハードとＡ−ＶＸをよく知っていないと難解です。 ＊ Ａ３０当時のマシンの場合、たいてい納入時に製本マニュアルがユーザに渡されているはずです。 「導入・変更の手引き」 というマニュアルをみれば 「有償媒体」の種類、 ＳＧの概略と操作法について記載されています。 ただ、「有償媒体」の確認はできても、Ａ−ＶＸの基本知識なしでは独力で再インストール、再設定は難しいかな、と思います。 ＊ ヒントとして若干の「勘所」述べさせて頂くとすれば、 （１）まず、本体のメモリの容量を知る必要があります。 起動できない場合、これはまったくハード的に知る必要があります。ＰＣサーバと違って起動時にＢＩＯＳ表示とかしてくれません。納入時の契約書か、以前の保守契約書か、筐体の中をあけて調べるか、しかありません。 （起動できる場合は、「拡張システムコマンド」のシステム状態表示の「総合状態表示」である程度類推できます） （２）上記は、「タスク環境の定義」というところで重要な要素になります。 最大タスク数（ＮＯＴ）、最大タスクサイズ（ＴＳＺ）の指定が過大すぎると、メモリ不足でＯＳの起動が出来なくなりますので要注意です。 （３）ＳＹＳ＠ＣＡＴはディスク２台なら２５１２セクタ程度、ＳＹＳ＠ＬＭＬ、ＳＹＳ＠ＣＵＬのサイズは導入の手引きにて計算します。 （４）「ディスクボリューム当たりのファイル数」の設定は多少多めに設定してもはそれほどディスクの容量を圧迫しません。 （５）あとは、各ＷＳに接続されたプリンタの設定です。 プリンタ装置に刻印されたいわゆるＮ型番（ＮＸＸＸＸ−ＸＸ）という番号と、ＳＧ上のプリンタ種別とは違いますので「導入の手引き」で確認のこと。ここに記載されていないプリンタは。。うう、難しい！！ ＮＥＣの保守にきくことです。 （６）Ａ３０にラインプリンタ（ＫＬＰ２４００Ｃ以上）が接続されていることはあまりないと思いますが、接続されている場合、「ファームウエア」の入ったフロッピーが必要ですので、要注意です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band