ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re:Ａ−ＶＸのＲＤＢＱファイル排他制御解除の件 | |
| ６４０Ａｉ 2009-2-10 2:13:49
[返信] [編集] OnsenZukinoUsagiさん、ご回答ありがとうございます。 使用中のプログラムはCOBOLです。 ご指摘のとおり、プログラム上でSHARED-MODEにファイル名を記載し 共有化を図っていますが、RDBQ側はファイルは使用中というメッセージが 表示されてしまいます。 | |
| Re:Ａ−ＶＸのＲＤＢＱファイル排他制御解除の件 | |
| EXCHANGE 2009-2-8 10:11:33
[返信] [編集] ☆ ＰＧ側のみならず、 ＲＤＢＱ側にて（Ｆ４）−−＞環境設定ーー＞ 以降すべて共用モードとする必要があるかと思います。 ただし、ＰＧ側が結合型仮想表を使用している時、ＲＤＢＱ側にてセカンダリ表を使用すると問題があったように思います。 ☆この点は「ＲＤＢＱ２」には完全共用モードというのがありますのでこちらのほうがより優れているかと思います。 | |
| Re:Ａ−ＶＸのＲＤＢＱファイル排他制御解除の件 | |
| OnsenZukinoUsagi 2009-2-6 10:20:14
[返信] [編集] ＞ そのファイルを使用しているプログラムが起動中は そのプログラムは COBOL なのでしょうか？ COBOL であれば、環境部の入出力段落の記述がどうなっていますか？ ENVIRONMENT DIVISION. INPUT-OUTPUT SECTION. FILE-CONTROL. SELECT FILE-NAME ASSIGN 〜 I-O-CONTROL. APPLY SHARED-MODE ON FILE-NAME. 上記の例のように、共用モードの指定が必要です。 また、この記述を省略すると、排他モード (EXCLUSIVE-MODE) の指定とみなされてしまいます。 | |
| Re:マシンリプレースを行いました | |
| 温泉好きのうさぎ 2009-2-6 0:18:00
[返信] [編集] マシンリプレースがいまくいったようで、なによりです。 #BKUPの高速モードは、A-VX4のR6.0からの機能で、1ファイルにつき1.5?2秒退避時間が短くなります。 すなわち、退避ファイルの数が多ければ多いほど効果が大きく、逆に言うとデータ容量はあまり関係無いようです。 まあ、今回はDATからAITに代わったことによる影響もかなりありますね。 また、同バージョンからファイル名をワイルドカードで指定できるようになっていますので、これによりパラメータの入力が楽になっています。 | |
| Re:エミュレーターの操作終了で | |
| ６４０Ａｉ 2009-2-4 16:57:00
[返信] [編集] こんにちは。 この端末にはプリンタが接続されていませんか？ このプリンタへ出力するプログラムがどこか他の端末で起動されていると、こういう現象が発生します。 | |
| Ａ−ＶＸのＲＤＢＱファイル排他制御解除の件 | |
| ６４０Ａｉ 2009-2-4 7:46:50
[返信] [編集] はじめまして。６４０Ａiです。 １件質問させていただきます。 A-VXのRDBQにて、索引順編成ファイルを照会したいのですが、そのファイルを使用しているプログラムが起動中はRDBQでは開けません。 この設定を解除できたはずなのですが、方法を思い出せません。 申し訳ありませんが、どなたかご存じの方がいらっしゃいましたら、ご回答をお願いします。 | |
| Re:ＦＤＴＯＯＬはどうですか？（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| ろろけい 2009-1-30 12:02:00
[返信] [編集] あ！江須扇さん！こんなところに！(^^; ツリーの一番下ばっかり気にしてたので、この書き込みに気づくのが遅れました(^^; ほんとに、いろいろな情報をありがとうございます。 拠点での作業、特に物理的な作業（ＦＤ入れ替え等）は極力避けたいので、今回のヒントの、２つ目か３つ目がよさそうですね。 特に、COBOLプログラムを作ってしまう！ってのは、あまり考えてなかったけど、うまく仕上げれば、もしかしたらそれがいちばんすっきりするかも知れませんね。 現在手作業でやっている、#LBM、#FLCNV、#NFCNVなどのパラメータ群をうまく組み立てて、システムサブルーチンの「CBLRUN」や「SYSSPAWN」で制御する、って感じですよね？ 作り上げるまでにはけっこう試行錯誤が必要な気はしますが、やってみる価値はありそうです。 ちょっとがんばってみます。 ありがとうございました！ | |
| マシンリプレースを行いました | |
| みさき 2009-1-30 10:19:00
[返信] [編集] いつも、こちらのサイトはお世話になっております。 他では見つからない情報が非常に役に立っております。 先日、マシンリプレースを行い、大きなトラブルもなく 完了しましたので、報告させていただきます。 なお、準備段階から、こちらの掲示板816より始まる スレッドが非常に参考になりました。 ありがとうございます。 環境 650AD A-VX4(R2.52)→640XI A-VX01(R5.01) SMART2EX COBOL85 RDB/EFU2 A-VX/NET 基本的には全く環境を変えず、そのまま使用するため、 MSD000〜002を同比率で大きくしてもらいました。 また、MT、5インチFDDは必要としなくなったため外しました。 この掲示板で、情報を得て、3.5インチFDDを利用しないで 動くよう事前にプログラムを修正して運用していたため、 IBMフォーマットが読めなくなっても、支障はありませんでした。 大阪にも拠点があり、VPNで接続しているのですが、 問題なく接続できました。 設定時のトラブルと言えば、routeを設定し忘れていて、 大阪からのpingが返ってこなかったり、 RFAのプリンタ設定を忘れていたり、といったものがありましたが、 それ以外は問題がありませんでした。 バックアップメディアがDATからAITに変わり、高速モードが付いた おかげで、バックアップが非常に早く終わるようになりました。 1時間半→18分（笑） 余談ですが、検索や抽出業務が非常に高速になったため、 画面に経過が表示されるのが一瞬の事もあり、 プログラムが本当に動いたのか不安になることがあります。 結果を見ると、正常に動作しているのですが、 速さに慣れるまでは、まだ時間がかかりそうです（笑） 改めて、816番より始まるスレッドの皆様には感謝したいと思います。 ありがとうございました。 また何かありましたら、報告させていただきたいと思います。 | |
| Re:ＦＤＴＯＯＬはどうですか？（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| 江須扇 2009-1-28 23:11:00
[返信] [編集] あれから、いろいろ考えました。 ＃ＶＯＬＳＲでＬＭＬファイルをＦＤに退避し、 それを＃ＮＦＣＮＶできないかとも考えましたが、 テストしてみたら、 ＃ＶＯＬＳＲは特殊な書き込みで不可能のようです。 ＞A-VXIVである６拠点に関しては、今までどおりの方法でなんとか乗り切りますかね。 キーワードはやはりＦＤで、Ａ−ＶＸ０１仕様と旧ＩＴＯＳ仕様を 変換できるＡ−ＶＸ４でも動作するＴＯＯＬがあります。 ドライブは固定になっているので、ＦＤの入れ替え作業は発生するので拠点での作業が必要ですが理論的には可能です。 （中間ファイルがＴＥＭＰ０００がディスクにできるのですが、キャンセルすると消えてしまします。） http://www.nec.co.jp/pfsoft/a-vx/FDCnv/fdcnv.html#FDCNVTOOL 操作が拠点でできないということであれば、 噂ではこのＴＯＯＬの素になったＴＯＯＬあるそうです。 それは、ＮＥＣから各拠点や保守部門へ、修正用のＦＤを配布する為のもので、 ネットワークで配布したＡ−ＶＸ０１仕様のファイル（Ｗｉｎｏｄｏｗ仕様）を 旧ＩＴＯＳ仕様に変換できるＴＯＯＬです。 販売店等に相談されたらいかかでしょうか？ それも難しい場合は＃ＬＢＭを連続的に実行して、 ＳＥＬＥＣＴしたファイルを結合し＃ＮＦＣＮＶ 拠点では分解して＃ＬＢＭでライブラリーに戻す ＣＯＢＯＬのプログラムを作るというのはどうですか？ | |
| Re:大変失礼しました。 | |
| ろろけい 2009-1-22 11:20:00
[返信] [編集] 私の会社が特殊なのかどうかはわかりませんが、顧客情報や売上情報を始め、ほぼすべてのデータが、拠点ごとに単独で動いていて、顧客マスタの更新なども、すべて、拠点に任せています。 全社の数字をまとめる段階ではオフコンから離れて、Windows側でやっていて、そこでの転記作業は、手動の部分もあれば、ここで勉強した「オフコン→Excel連携」等を使って自動化されてる部分もあります。 こういう状態なので、オフコン上で拠点間のやりとりが必要になるのは、ほぼ、プログラムが更新されたときのみなのですね。 VPN等で拠点間がつながる前から全拠点にオフコンが入っていたので、今でもそのころの流れのまま、情報が完全には全社統一になっていないわけです。 この状態で業務に支障はないので、あえて大きな改造をしていない、というのもありますが。 ところで、私の会社では、オフコンに関する部分は、１００％社内（私を含めた二人のシステム担当者）で構築しています。 私ももう一人も、COBOLのソフト会社を経験してますので、今のところは、外部の力を借りずになんとかなっています。 もしかしたらこれが、販売会社さんが過去に何も提案してこなかった理由のひとつかも知れませんね。 「ろろけいさんの会社は、オフコンに関しては（ろろけいさんたちがそれなりに詳しいので）多くは語るまい。」みたいな。 これはもちろん、私の想像ですけどね。 ただ、「なんとかなっている」ように思っていたのですが、せっかくのオフコンの進化を、あまり利用できていないんだなとも、感じました。 どうしても「費用」という壁が立ちはだかってしまうのですが、せっかく全拠点にオフコンが揃っていて、すべてVPNでつながっているのですから、これをもっと利用すべきだなと感じている、今日このごろです。 江須扇さん、いろいろな情報をありがとうございます。 今後もぜひ、いろいろと教えてくださいませm(__)m | |
| Re:ＶＰＮ環境であれば（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| 江須扇 2009-1-22 10:44:00
[返信] [編集] ＶＰＮ環境であれば、拠点の利用目的にもよりますが、 拠点はＰＣ／ワークステーションエミュレータのみにし、 直接本社サーバーに接続するというのはどうでしょうか？ ファイル共有 プリンタ出力 等 解決しかねればならない問題もありますが、プログラムメンテナンスは集中管理できます。 あと、データ転送だけですが、Ａ−ＶＸ３以降であれば、 Ａ?ＶＸ ＲＤＢ／ＦＩＬＥアクセスキットが使えるので、 クライアント側に、Ｓｍａｒｔ／ｃｓ ｌｉｇｈｔを導入し （有償ソフト） ファイル転送プログラムを作るというのも一案です。 ただし、プログラムメンテナンスの問題は残りますが・・・・ 蛇足ばかりで、すいません | |
| Re:大変失礼しました。（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| 江須扇 2009-1-21 21:41:00
[返信] [編集] ＞Ａ−ＶＸ／ＮＥＴというものは、まずは有償ソフトを買って登録しなければ使えない、ようですね…。 ＞「あたりまえだ！」と言われそうですね。すみません。 大変失礼しました。 有償ソフトである事を説明しておりませんでした。 Ｗｉｎｄｏｗｓの場合は、新バージョンが出る毎に、 オプション機能（有償ソフト）を取り込んできました。 有償ソフトのＯｆｆｉｃｅもプレインストールして販売しています。 貴社の様に拠点が多い場合は、Ａ−ＶＸ／ＮＥＴは必須と思います。 これは販売する側の問題です。 当然販売する側の営業かＳＥが提案すべき事項です。 Ａ−ＶＸは基本ＯＳ以外に、 ＣＯＢＯＬ ＳＭＡＲＴ２ ＲＤＢ／ＥＵＦ２ Ａ−ＶＸ／ＮＥＴ ＲＤＢサーバー ＢｉｚＲｅｐｏｒｔｉｎｇ 統合管理ツール メーカーは標準にすべきであり、 販売会社はセットで販売すべきと考えております。 ＞とは言え、「Windows上でのデータは拠点間で自由にやりとりできているのに、オフコンだけはそれができなくて不便だ。」 大変失礼な質問ですが、 拠点間のＡ−ＶＸのマスタ、データの伝送はどうしているのですか？ 販売会社は過去に何も提案しなかったのですか？ なぞが残ります。 「だからオフコンはＷｉｎｄｏｗｓよりレベルが低い」と思われるのは悲しいですね。 | |
| Re:ＲＦＡはだめですか？（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| ろろけい 2009-1-21 15:27:00
[返信] [編集] 温泉好きのうさぎさん、こんにちは。 やはり、そうなのですね。 A-VX/NETを入れて設定が完了すれば、そんなに簡単に、拠点のプログラムを更新できるのですね。 マニュアルを少し見てみましたが、#FLCNVなど他のいくつかのユーティリティでも、同じように使えるそうで。 A-VX/NET環境をお持ちの方が、うらやましい限りです(>_<)。 いつか、その環境を手に入れる日を夢に見つつ、現時点では、ＦＤ作戦とファイル変換作戦の併用でプログラムの配信を地道に行っていきます…(^^; ありがとうございました。 | |
| Re:ＲＦＡはだめですか？（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| 温泉好きのうさぎ 2009-1-21 13:59:00
[返信] [編集] A-VX/NETを利用すると、たとえば、 #LBM; PRD=PRN999_ MDE=RMS010_ MFI=A-LML_ ACT=COPY_ IDE=MSD_ IFI=B-LML_ ... このような指定をすることにより、あたかも自サーバー内で処理するのと同じ感覚で、拠点の A-LML に、本社の B-LML のプログラムをコピーすることができます。 問題はやはり費用でしょうね。ソフトの希望小売価格は14万円だと思います。また、ソフトの有償登録だけではなく、MM5のSGをしなければならず、質問者様ご自身でできないのであれば、誰かに依頼しなければなりません。 いずれも導入時のみ必要とは言え、拠点の数が多いのでけっこうな金額になるのではないでしょうか。 | |
| Re:ＲＦＡはだめですか？（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| ろろけい 2009-1-21 10:33:00
[返信] [編集] あれ…。 「後日」ではなく数分後の書き込みですけれども…。 Ａ?ＶＸ／ＮＥＴというものは、まずは有償ソフトを買って登録しなければ使えない、ようですね…。 「あたりまえだ！」と言われそうですね。すみません。 マニュアルは普通に手元にあるので、標準で備わっている機能なのかと思ってしまったのですが、そうではなさそうですね。 これを利用すると、私がやりたいこと（＝更新プログラムの全拠点への配付）が、とても簡単に実現できそうなのですが、本社＋１０拠点分購入したら、百万近くになってしまいそうです…。 拠点間のやりとりが、プログラムの書き換え程度である現状では、これを導入するのは難しそうです。 全社のデータを一括して処理するような状況になってくれば、話は違ってくるかも知れないですけど。 とは言え、「Windows上でのデータは拠点間で自由にやりとりできているのに、オフコンだけはそれができなくて不便だ。」という声は社内のそこらじゅうから出てきているのも確かなので、オフコンを今後もずっと使っていくのであれば、Ａ−ＶＸ／ＮＥＴを導入するメリットも出てくるかも知れません。 なんとか導入できるように、働きかけていこうと思います。 江須扇さん、貴重な情報をありがとうございました。 | |
| Re:ＲＦＡはだめですか？（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| ろろけい 2009-1-21 9:44:00
[返信] [編集] 江須扇さんこんにちは。 よろしくお願いいたします。 これまた恥ずかしながら、Ａ−ＶＸ／ＮＥＴというキーワードも、初めて目にしました…。 このサイト内のオフコン用語辞典でＲＦＡのところを見ると、 ＞アクセスしたいファイルをボリュームカタログに登録するか、装置タイプ指定でRMSnnnと指定する。 この「装置タイプ＝RMSnnn」というあたりが、とても気になります。 これはもしかして、的、大当たりな予感がしています！ まずは、マニュアルＣＤを引っ張り出してきて、関連部分の勉強から始めます。 貴重なヒントを、ありがとうございました。 結果は後日、報告させていただきます。 | |
| Re:ＲＦＡはだめですか？（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| 江須扇 2009-1-20 12:38:00
[返信] [編集] はじめまして、江須扇と申します。 すでに解決されてので、違う視点で申し上げます。 Ａ−ＶＸ／ＮＥＴはご存知でしょうか？ ＶＰＮで繋がっているという事であれば、ＴＣＰ／ＩＰでの Ａ−ＶＸ／ＮＥＴのリモートファイルアクセスで直接 やり取りができると思います。 弊社では、ＶＰＮで直接オフコン同士をＡ−ＶＸ／ＮＥＴ し、ＲＦＡ、ＶＷＳ共に使っております。 ＲＦＡでデータの集配信もしております。 業務運用でも問題は出ておりません。 ただ、インタネットＶＰＮを使っているので、年に１回程、 プロバイダーでのネットワークトラブルがあり接続できない 事ありました。 的外れですか？ | |
| Re:ライブラリファイルを丸ごとDOS形式にしたいのです | |
| ろろけい 2009-1-19 10:28:00
[返信] [編集] ＞温泉好きのうさぎさん なんと！ すてきな情報をありがとうございます！ 教えていただいた方法で、理想の作業ができました！ 今、とても感激しています！ 私、かなり久しく、オフコンでＦＤを使っていなかったものですから、恥ずかしながら、A-VX01からＦＤの仕様が大きく変わっていたこと、まったく知りませんでした！ 「オフコンでフォーマットしたＦＤはWindowsからは認識できないもの」と、ずっとそう思ってました。 本社は幸いA-VX01なのですが、本社を除いて１０ある拠点のうち、A-VX01に切り替わっているのは４拠点だけです。 A-VXIVである６拠点に関しては、今までどおりの方法でなんとか乗り切りますかね。 でも、半分近くが今回の方法でできるようになれば、作業時間をかなり短縮できます。 ほんとうに助かりました。 ありがとうございました。 ＞オフコン人さん 情報ありがとうございます。 ＮＥＣのサイトで調べてみたら、価格が載っていますね。 A-VXのいわゆる「支援ソフト」のなかでは、もしかしたら安いほうかも知れませんが、とは言え、配信側×１＋受信側×６となると、なかなか会社もＯＫは出してくれないと思います。 ハードが古い拠点から、徐々にではありますがA-VX01に切り替わっていっているので、それを待ちつつ、それまでは今までの方法で対処していこうと思います。 ありがとうございました。 | |
| Re:ライブラリファイルを丸ごとDOS形式にしたいのです | |
| オフコン人 2009-1-18 19:31:00
[返信] [編集] ライブラリ丸ごとは確かできないはずですね。 温泉好きのうさぎさんの方法が一番楽なのでしょうね。 プログラム配付支援ソフトと呼ばれる製品があるようです。これだと、A-VX?からも使えて、LM、PMなどを一括配付できるとのことなので便利かも知れませんね。でも、製品を買わないといけないので、費用がかかってしまいますね。 | |
| Re:ライブラリファイルを丸ごとDOS形式にしたいのです | |
| 温泉好きのうさぎ 2009-1-18 16:56:00
[返信] [編集] > ライブラリファイル（ＬＭとかＰＭとかＪＳとかです）を、まるごと、Windows形式（#NFCNVでいうDOS形式）に変換する手段はありますでしょうか？ ”まるごと” というのがミソでしょうか。 もし、本社および拠点のOSが全てA-VX01であるならば、A-VX01型式フロッピーを利用するというのが考えられます。 ご承知のとおり「A-VX01型式フロッピー」の実体というのは、Dosフォーマットされたフロッピー上の PAFDU000 という名のファイルです。 そして、この PAFDU000 というファイルを本社→拠点の配布に用います。 １．【本社 A-VXでの操作】 フロッピーを１枚用意し、そこにLML、PML、JSL等をアロケートし配布プログラムをコピーする。 ２．【あらかじめ拠点A-VXサーバーにDosフォーマット済みフロッピーをＡドライブにセットしておく】 ３．【本社 Windowsでの操作】 VPNを使って、本社A-VXサーバーの A:PAFDU000 を拠点A-VXサーバーのＡドライブにコピーする。 ４．【拠点 A-VXでの操作】 #LBM等により、配布プログラムを FDU→MSD コピーする。 以上です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band