ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| 返信ありがとうございます | |
| フー 2003-10-2 0:42:00
[返信] [編集] ＞一番良いのは、オフコンを購入した販売店／ディーラーに相談してみることだと思います。 システムを構築したところが、一番良く知っているはずです。 返信ありがとうございます。 今、助言していただいた通り、購入元への問合せをまさしくしてる最中なのですが、一度目の返答は管理者さんの言う通り、「プログラムを組んだ人がもういないので、どうする事も出来ない」と返答が帰ってきてしまいました(T_T) で、「とりあえず治るかどうかもみてみないとわからないが、２時間１０万円」と言われました(ーー;) 正当な値段かわからないけど高い！(-_-;) ＞プログラムは、Ｗｉｎｄｏｗｓでは、動きません。データを移す手段はいくつかありますが、プログラムをＷｉｎｄｏｗｓ用に直さないと動きません。 windowsへの変更の追伸 えーっと説明が遅れましたが、得意先がオフコンのままで、弊社に新しく普通のwindowsのパソコンを購入したとして、ソフトの関係上＆データーの問題上、データーの閲覧＆印字は出来るでしょうか？得意先とは専用電話番号（ダイヤルアップ）を通してデーターのやりとりをしていました。 新しくソフトを組むとかなりお金がかかるので、希望としては閲覧と印刷だけ出来れば問題ありません。 あっ！あと、得意先から同じオフコンを譲ってもらう話しを購入元に話したのですが、「ＯＳがないから使えない」と言われました。 しかし、元を正せば、得意先のパソコンから、ソフトをコピーしていたと思うのですが・・・（憶測です。） 得意先ではそのオフコンは現在も通常業務に使ってるとの事、なのにＯＳがないとは、どう言う事でしょうか？受信するのに特別なＯＳが必要なのですか？(~_~;) 申し訳ありませんが、もう少し私の変な質問にお付き合いください！(~_~;) | |
| Re: 初心者からの質問！ | |
| ターラヤン 2003-10-1 11:08:19
[返信] [編集] はじめまして。 とりあえず、ＮＥＣの保守員を呼んで復旧してもらうのがよいでしょう。 直前のバックアップがあるのなら別ですが、壊れたオフコンの中には、まだ大切なデータが残っているはずです。 そのデータを取り出すためには、壊れたオフコンを直さなければならない。新しいオフコンを考えるのはそれからです。 プログラムは、Ｗｉｎｄｏｗｓでは、動きません。データを移す手段はいくつかありますが、プログラムをＷｉｎｄｏｗｓ用に直さないと動きません。 オフコンの代わりですが、今のＮＥＣのオフコンはＥｘｐｒｅｓｓ５８００／６００シリーズとなっています。 Ｓ３１００／１０の上で動くプログラムならば、６００シリーズでも、変更なしで動きます。 ＨＷ（プリンタ、ネットワーク回線とかです。）も９割方は付けることができるのですが、動いてもいろいろなアダプタを付けなければならなかったり、今までと接続する方法を変更しなければならなかったり、制限があったりするので、注意が必要です。 ただ、付かないのはかなり特殊なＨＷの場合がほとんどですので、それほど気を付ける必要はありません。 Ｗｉｎｄｏｗｓ用のプログラムに作り直すという手段もありますが、数日でできるというものでもありません。 一番良いのは、オフコンを購入した販売店／ディーラーに相談してみることだと思います。 システムを構築したところが、一番良く知っているはずです。 | |
| 初心者からの質問！ | |
| フー 2003-10-1 9:05:44
[返信] [編集] 初めまして、オフコン初心者なのですが、会社のオフコンが壊れてしまい、どうして良いかわからずＳＯＳカキコをしました。 まったくわからないんで、変な質問するかもしれませんが返答お願いします。 壊れた機種はシステム3100/10とかかれています。 このオフコンで得意先との指示書やシールのデーターを受信し、そのデーターを元に商品に張るシールを印刷しています。 このオフコンの変わりのオフコンを購入しようと思うのですが、同じ3100/10でないとプログラムは動かないですか？ どうやって前のソフトを新しいオフコンに移し変えたら良いでしょうか？ オフコンの変わりにwindowsなどのパソコンを購入して、データーのやりとりは可能なのでしょうか？ 唐突な質問だとは思いますが、ヨロシクお願いします。 | |
| Re:工数が劇的に減る？（COBOL資産） | |
| 江須扇 2003-9-30 13:52:16
[返信] [編集] 再度の追伸です。 ＞マシンはEXPRESS 8500/680、OSは A-VX�検�Rは分かりません。すみません。）です。 ８５００というのはＮ８５００でＮＥＣ社内ではＮ型番と言っているものかもしれません。 ちなみに当初のＥｘｐｒｅｓｓｓ５８００はＮ８５００型番でした。 現在でもＥｘｐ１００シリーズはそのようです。 Ｅｘｐ６００シリーズは現在はＮ８６００型番と思います。 Ｎ型番はＮＥＣの営業以外は何のことかわかりません。 私もＮ８５００−ｘｘｘと言われたもまったく解かりません。 本体前面に書いてある商品名 ＥＸＰＲＥＳＳ５８００／６Ｘ０ｘｘｘｘ Ｘは１、２、４、５、７、８、９ ｘｘｘｘは無印、ＡＤ、Ａｉ、Ａｉ−ｓ で通常は表現しております。 もし、マシンを見る機会があればご確認ください。 ＞・COBOLのアプリケーションはともかく、現在のA-VX�献泪轡鵑魄靴┐訖佑�いない。 ＞（私も半月前よりこの担当に配属され、A-VXに関して正直スキルがありません。 これはまゆちんさんの会社のメンバーの事ですか？ というとは乗せ買え以前に、現状の状況を確認する事も難しいのではと思います。 ＣＯＢＯＬソース、ＳＭＡＲＴのパラメータ、ユーティリティのパラメータ、メニュー、データベース定義等はどのように確認して移行を考えていらっしゃるのですか？ ＞そのためWindowsマシン ＋ Oracleに乗せ替え、今後の保守性を上げたい。 Ｗｉｎｄｏｗｓマシンとはサーバーの事ですか？ 個人的には基幹業務系のミッションクリティカルシステムはやっぱりＵＮＩＸと思います。 クライアントはＡ−ＶＸもＷｉｎｏｄｏｗｓマシンです。 現状のＡ−ＶＸ−ＣＯＢＯＬベースのバッチシステムをそのまま乗せ替えるのは、「木に竹を接ぐ」で無理があります。 現状のソリューションを見直し１からＯｒａｃｌｅにあったシステムを作るのが本筋と思います。 即時更新とストアードプロシージャにしてＯｒａｃｌｅに合ったシステムにしないと保守性は上がりません。 ＞そのため、OSはWindowsに、データはOracleにして、誰でも扱えるようにしたい、という思いです。） 誰にもとは誰でしょう、少なくとも私は扱えません。（関係ないですね） しかし、Ａ−ＶＸは奥が深くないので覚えてしまえば、トラブル無く使えますが、 Ｗｉｎｄｏｗｓは次から次えと新しいものが出てきて、９５、９８、Ｍｅ、ＮＴ、２Ｋ、ＸＰと同じようで、少しづつ違い、私には訳が解からない現象でいつも悩まされています。 こんなＯＳで基幹業務をやりたいとは思いません。 ましてや前回も書きましたがＯｒａｃｌｅは奥が深く底なし沼に落ちそうで大変怖いです。 ＞このホストに別会社Ａ社の方が構築した基幹系のCOBOL資産があり、この資産を活用するための私たちの会社が構築した若干小規模な別のCOBOL資産があります。 ＞現在、Ａ社担当分である基幹系のCOBOL資産（アプリケーション、RDB、データファイル）は現行マシンより、Windows2000＋Oracle9iマシンに移行される事が決定しています。（ここで何故移行される事になったかは、残念ながら私には分かりません。） ＞そこで私たちの話になるのですが、弊社担当分であるCOBOL資産についてはどうするか、を検討しているのですが、以下の理由でWindowsマシンへの移行を行うように方針が固まりつつあります。 ＞・お客様の意向 ＞（現在のA-VXマシンは出来れば捨てたい。また新サーバとしてExpressの購入は100%無理。 ＞現在のA-VXマシンを残しておくという考えは、今回の対応において工数が劇的に減るのであれば、 ＞検討の余地あり。） これはどういう意味でしょうか？「若干小規模な別のＣＯＢＯＬ資産」の部分だけの事ですよね。 顧客様自身もＡ−ＶＸの保守はできない運用もできないということでしょうか？ なにも手を加えないのであれば、Ａ−ＶＸのまま移行が一番工数は少ないと思います。 つまり前回の提案のようにこの部分だけ小さなＥｘｐ６００に移行するという考えです。 現状のシステムを改善したというのであれば、 Ａ−ＶＸを熟知している人が改善するのであればやはりＡ?ＶＸでの移行が一番工数が少ないと思います。 Ａ−ＶＸを知らないという前提であれば、 いちから見直しソリューションすべきと思います。その方が工数は少ないと思います。 現状のＣＯＢＯＬ資産を無理やりＯｒａｃｌｅに乗せ替えるが一番工数もかかり保守性も悪いと思います。 あくまでもＡ−ＶＸ大好き人間の戯言と聞き流してください。 | |
| Re:Ｏｒａｃｌｅ（COBOL資産） | |
| 江須扇 2003-9-30 3:39:29
[返信] [編集] 追伸です。 ＞・COBOLのアプリケーションはともかく、現在のA-VX�献泪轡鵑魄靴┐訖佑�いない。 ＞そのためWindowsマシン ＋ Oracleに乗せ替え、今後の保守性を上げたい。 ＞（私も半月前よりこの担当に配属され、A-VXに関して正直スキルがありません。 ＞そのため、OSはWindowsに、データはOracleにして、誰でも扱えるようにしたい、という思いです。） 私も古いＯｒａｃｌｅしか知りませんので最新版はわかりませんが、 むかし講習会に出たとき、Ｏｒａｃｌｅの担当者が「デフォルト（規定値、標準値）で設定すると巧く動きません、こことこととここの値はこれこれに変更してください。」と言うのがたくさん有り、 「こりゃダメだ」と私はすごすごと会場をさった記憶があります。 昔のＯｒｃｌｅのチューニングはそれりに、Ｆ１のピットクルー並に専門知識が必要と思っておりました。 今のＯｒｃｌｅは誰でも使えるのですか？ またＶＢでＯＤＢＣで作った更新処理がやたらと時間がかかったのですが、「なんとかＳＱＬ」で作ったらあっというまに終わったというマヌケな話もありました。 テーブルスペースやテーブルもいいかげんに登録したらすぐにオーバーフローして困りました。名前は忘れましたが、ロールバック用のエリアがすくなかったので、バッチ更新途中でこけてしまった記憶もありつらい記憶ばかりです。 以前にも書いたＲＥＤＥＦＩＮＥＳやＯＣＣＵＲＳにはくれぐれもご注意を召されるように。。。。 | |
| Re: ＥＸＰＲＥＳＳ５８００／６８０？（ＣＯＢＯＬ資産） | |
| ＥＸＣＨＡＮＧＥ 2003-9-29 17:54:26
[返信] [編集] ＊ 毎度お騒がせいたしております。ＥＸＣＨＡＮＧＥです。 ＞ 私から見るとＥＸＰ６８０は汎用機の小型化並なのでかなり全体システムは大きいと見ました。 従ってＯｒｃｌｅの場合もＤＢサーバーとアプリケーションサーバーとは別になり、クライントも別になる三層構造になるのではと思いますが違いますか？ ＞ｅｎｄ ＊ そうでしたね。６８０でしたね。気が付きませんでした。 ＊ でも、この案件で、最初っから素朴に分からないのですが、 （特にこれぐらいの大規模なシステムの場合）ＳＫＹＬＩＮＫとかを利用してないっていうのが。。。不思議で。。。 ＞”私たちの会社が”構築した若干小規模な別のCOBOL資産があります。 ＞ｅｎｄ ＞現在のA-VX�献泪轡鵑髻桧靴┐訖佑�いない” ＞ｅｎｄ ＞A-VXに関して正直スキルがありません ＞ｅｎｄ ＊ これらがどう関わっているのかも。。。 そして、 ＞運用環境は基幹システム側の開発の方にお任せ ＞ｅｎｄ 出来るような関係なら、 ６８０で基幹のＡ社がｄａｔａのことも教えてくれるだろうし、 お任せ出来ない関係なら、 ＡＶＸのスキルのないところで ＞ＡＰ環境／開発セット＆ＡＰ環境／実行セットで ＞ｅｎｄ うまくコンバージョンできるのでしょうか？ ＊ う〜〜む、比較的小規模しかあつかったことのない私にはこういう複雑な方程式（関係式）はうまく解けないようです。 | |
| ＥＸＰＲＥＳＳ５８００／６８０？（ＣＯＢＯＬ資産） | |
| 江須扇 2003-9-29 14:53:16
[返信] [編集] 返信ありがとうございます。江須扇です。 > まず、なぜCOBOL資産を、別のCOBOL環境に移行しようと思っているかについてですが、背景から申し上げます。 > マシンはEXPRESS 8500/680、OSは A-VX�検�Rは分かりません。すみません。）です。 Ｅｘｐｒｅｓｓ５８００／６８０ですよね。ＡＤとはＡｉがついてないのなら初期モデルですかね？ 多分年代的に１９９７年〜９８年でＲ１．０〜Ｒ２．０ですかね？ そろそろ買い換え時期のマシンと言うところでしょうか？ > このホストに別会社Ａ社の方が構築した基幹系のCOBOL資産があり、この資産を活用するための私たちの会社が構築した若干小規模な別のCOBOL資産があります。 共にそのＥＸＰ６８０（Ｅｘｐｒｅｓｓ５８００／６８０を以下略して書きます。）上で構築されているのですよね。 私から見るとＥＸＰ６８０は汎用機の小型化並なのでかなり全体システムは大きいと見ました。 従ってＯｒｃｌｅの場合もＤＢサーバーとアプリケーションサーバーとは別になり、クライントも別になる三層構造になるのではと思いますが違いますか？ > 現在、Ａ社担当分である基幹系のCOBOL資産（アプリケーション、RDB、データファイル）は現行マシンより、Windows2000＋Oracle9iマシンに移行される事が決定しています。（ここで何故移行される事になったかは、残念ながら私には分かりません。） > そこで私たちの話になるのですが、弊社担当分であるCOBOL資産についてはどうするか、を検討しているのですが、以下の理由でWindowsマシンへの移行を行うように方針が固まりつつあります。 > ・インターフェースする基幹部分がWindows ＋ Oracle になるので合わせる。 > （DBリンクキット、Open Database Access Kitによって現行のA-VX�献泪轡鵑里泙沺� > という選択肢もあるとは思うのですが） Ａ−ＶＸ�犬魄楾圓�スムーズに出来るという人がいるという前提ですが、「若干小規模な別のＣＯＢＯＬ資産」ＥＸＰ６４０Ａｉか６２０Ａｉクラスにダウンサイジングして基幹システムのＯｒａｃｌｅにはＯｐｅｎＤａｔａｂａｓｅＡｃｃｅｓｓｋｉｔで参照更新をするという方法もありますが、 > ・COBOLのアプリケーションはともかく、現在のA-VX�献泪轡鵑魄靴┐訖佑�いない。 > そのためWindowsマシン ＋ Oracleに乗せ替え、今後の保守性を上げたい。 > （私も半月前よりこの担当に配属され、A-VXに関して正直スキルがありません。 > そのため、OSはWindowsに、データはOracleにして、誰でも扱えるようにしたい、という思いです。） ということであれば、切り離してＡＰ環境／開発セット＆ＡＰ環境／実行セットで小規模のＥＸＰ１００シリーズで基幹システムには、ＤＢリンクで参照更新するということですね。 運用性の統一という事で運用環境は基幹システム側の開発の方にお任せということであらば楽チンですね。 > ・お客様の意向 > （現在のA-VXマシンは出来れば捨てたい。また新サーバとしてExpressの購入は100%無理。 > 現在のA-VXマシンを残しておくという考えは、今回の対応において工数が劇的に減るのであれば、 > 検討の余地あり。） > > 以上の理由から、Windowsマシンへの移行が有力となってきました。 > そこで移行ツールでどれだけの事が出来るのかを検討するために、「移行ツール名を教えて欲しい」という前回のご挨拶になったわけです。 > ただ、「お客様の意向」に書きましたとおり、現在のA-VXマシンを残しておく（別サーバのCOBOL環境に乗せ替えない）という案も消えた訳ではありません。ありませんが、可能性が薄い状態です。 お客様には現在のバージョンは低いので移行ツールを載せるという前提で最小のＥｘｐ６２０Ａｉか６２０Ａｉ−Ｓは用意してもらったほうが良いと思います。 ６２０Ａｉ−Ｓはハードは６８０Ａｉ等から比べれば一桁違いますのでお手軽です。ただ、ＣＯＢＯＬ８５、ＲＤＢサーバー、Ａ−ＶＸ／ＮＥＴ、ＥＵＦ�兇世肇廛蹈瀬�トを揃えるとそれなりの値段になります。 有償ソフトでハード以上の値段になるかもしれません。 保険の意味でもなにかと便利と思いますので是非ご検討して見てはいかがかと思います。 | |
| Re: COBOL資産の移行について | |
| ＥＸＣＨＡＮＧＥ 2003-9-29 10:14:50
[返信] [編集] まゆちんさん、こんにちわ。 ＊ 今回の書き込みを読ませて頂いて背景が少し分かりました。 ＊ Ａ社とまゆちんさんの会社との間がどのようにシステムを分担されているのかよく分かりませんが、また、Ｗｉｎ＋ｏｒａの新システムの主要部分を構築するのが引き続きＡ社なのかもよく分かりませんが、Ａ−ＶＸ−−＞ｏｒａのＤＡＴＡ変換はメイン側でも行われるはずなので、協調して開発ということなら何らかの「共同戦線」もしくは「取引」が可能なのでは？ ＊ 他社（Ａ社）がシステム導入の主導権を持っておられるのでしたら、９ｉのバージョンとかは、まゆちんさんの側で選べない。 とすると、ＡＶＸマシンを残してＯｐｅｎＤＢａｃｃｅｓｓｋｉｔを使う方法は対応バージョンが９．０だったと思うので ９．２の場合ちょっと問題がありそうで、どのみちＡＶＸを残すのは難しい感じでしょうね。。 ＊ メイン側がｗｉｎ＋ｏｒａなのでしたら、「若干小規模なシステム側」の構築が「なぜＣＯＢＯＬなのか」が逆に分かりませんが、やはりこういう場合コンバートの方が早いのでしょうか？ 私はすきっとしたのが好きなので、ｏｒａのツールか、ＶＢとかでやり直したくなっちゃいます。 まあその辺はいろいろ事情がありますでしょうから。。 ＊ すみません。外野席からいろいろ余計なことを申してしまいました。しょせんわれわれは外野席の評論家で、一番大変なのは当事者のまゆちんさんでしょう。 健闘を祈る！！ | |
| Re: COBOL資産の移行について | |
| まゆちん 2003-9-29 7:35:44
[返信] [編集] EXCHANGEさん、 江須扇さん、ターラヤンさんお返事ありがとうございました。 また返事が遅れましてすみませんでした。 ここまでご意見頂けるとは思っていなかったため、大変嬉しい気持ちです。 勉強不足な私ですが、今後ともよろしくお願いします。 まず、なぜCOBOL資産を、別のCOBOL環境に移行しようと思っているかについてですが、背景から申し上げます。 マシンはEXPRESS 8500/680、OSは A-VX�検�Rは分かりません。すみません。）です。 このホストに別会社Ａ社の方が構築した基幹系のCOBOL資産があり、この資産を活用するための私たちの会社が構築した若干小規模な別のCOBOL資産があります。 現在、Ａ社担当分である基幹系のCOBOL資産（アプリケーション、RDB、データファイル）は現行マシンより、Windows2000＋Oracle9iマシンに移行される事が決定しています。（ここで何故移行される事になったかは、残念ながら私には分かりません。） そこで私たちの話になるのですが、弊社担当分であるCOBOL資産についてはどうするか、を検討しているのですが、以下の理由でWindowsマシンへの移行を行うように方針が固まりつつあります。 ・インターフェースする基幹部分がWindows ＋ Oracle になるので合わせる。 （DBリンクキット、Open Database Access Kitによって現行のA-VX�献泪轡鵑里泙沺� という選択肢もあるとは思うのですが） ・COBOLのアプリケーションはともかく、現在のA-VX�献泪轡鵑魄靴┐訖佑�いない。 そのためWindowsマシン ＋ Oracleに乗せ替え、今後の保守性を上げたい。 （私も半月前よりこの担当に配属され、A-VXに関して正直スキルがありません。 そのため、OSはWindowsに、データはOracleにして、誰でも扱えるようにしたい、という思いです。） ・お客様の意向 （現在のA-VXマシンは出来れば捨てたい。また新サーバとしてExpressの購入は100%無理。 現在のA-VXマシンを残しておくという考えは、今回の対応において工数が劇的に減るのであれば、 検討の余地あり。） 以上の理由から、Windowsマシンへの移行が有力となってきました。 そこで移行ツールでどれだけの事が出来るのかを検討するために、「移行ツール名を教えて欲しい」という前回のご挨拶になったわけです。 ただ、「お客様の意向」に書きましたとおり、現在のA-VXマシンを残しておく（別サーバのCOBOL環境に乗せ替えない）という案も消えた訳ではありません。ありませんが、可能性が薄い状態です。 ＞ ＊ Ａ−ＶＸが提供されている現在、「Ａ−ＶＸ」−−＞「ＣＯＢＯＬｆａｃｔｏｒｙ」に全面的に置き換える必要があるのでしょうか？ 東芝のようにいわゆる「オフコン」が中止になって「ＴＰ−ＣＡＲＥ」（ＮＥＣでいうところのＡ−ＶＸ実行環境）のようなものに移行せざるを得ないというなら別ですが。。 ＞ EXCHANGE さん お返事ありがとうございます。 私が「COBOL Factory」に置き換えようと考えたのは、上記のようにWindowsマシンに移行する、という前提で考えていたためです。現段階ではその前提が崩れる可能性は薄いように思われます。 また、データ移行に関して、＃NFCNV、SKYLINK 等の方法をご教授頂いてありがとうございます。 これからホームページ等で調べてみたいと思います。 ＞ バッチ処理の制御ユーティティは何が良いか考えなければなりません。ＮＥＣの場合でもＥＳＭＰＲＯ／ＪｏｂＣｏｎｔｒｏｌｌｅｒとＥＳＭＰＲＯ／ＪＭＳＳがあり「お客さの運用環境に合わせお選びください。」迷ってしまいます。 ＞ Ａ−ＶＸの場合はお任せセットなので、「そのな安定食はいやだ」というひとはダメですが、私の様に昼に何を食べたらよいか迷う人間にはうってつけです。 ＞ 江須扇さん 確かにCOBOLのみでなく、メニューや、バッチ制御など検討すべき点はたくさんあるのですね。 ずいぶん私の考えは抜けがあったように思います。ありがとうございます。 また、おっしゃるとおり同じA-VX で固めてしまうのが個人的には安心出来るのですが、上記の理由で（特にお客様の意向で）それも叶わず、Windowsマシンへの移行を検討している次第です。 ＞ 私が使ったことがあるのは、NECの８番街の「600シリーズ」->「A-VX」->「ソフトウェア一覧」のところにある、Filvertという製品です。 ＞ A-VX/RDBもCOBOLのファイルも変換できます。GUIを使って変換もできますし、バッチで一括変換も可能です。 ＞ 機能としては、まあまあだと思います。 ＞ ターヤランさん Filvertについてはホームページで少し見たことがあったのですが、何に使うツールかわからなかったため（恥ずかしいです・・）読み飛ばしていました。データファイルもRDBも変換出来るツールだったのですね。 今から調べさせて頂きます。ありがとうございました。 ＞ OpenDatabaseAccessKitですが、実は私は使ったことが無いので、実際使えるものなのかどうか、わかりません。そこのところは了承してください。 ＞ ターヤランさん もちろんこれだけの情報と意見頂きましたので、後は全て私の責任で調査し直します。 ありがとうございます。 | |
| 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関連の記憶は消去済みでドタバタしてます。（＾＾； |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band