Google
オフコン練習帳内を検索
インターネット全体を検索

NECオフコン関連
オフコン一般
情報

NECのオフコン情報掲示板(ノウハウ系)

NECのオフコンを活用するためのノウハウを話し合うための掲示板です。

1: #NFCNVの制限?(2)   2: LLNIPの印刷(3)   3: #BKUPでusbに直接出力できますか?(3)   4: A−VXのプリンタ設定方法が分かりません(2)   5: OSのCDについて(4)   6: 初期プログラムに関する質問(4)   7: ボリュームMAPにあるが、#ABCだとファイルがみつからない(2)   8: SYS@DDFの復旧(2)   9: スプールデータの取り出し方法についての質問(10)   10: SG処理にて、PAGW実行中にエラーが発生しました(9)   11: ソースライブラリの一括検索(9)   12: 帳表をPDF印刷する方法(PRINTVEWを使わず)はありますか(2)   13: SKYLINKでテーブルを検索するとエラーとなる(1)   14: オフコン(3)   15: 管理人さんへの質問です(3)   16: #LTEDITでフォームのソースを指定するとメンバーが見つからないと表示される(4)   17: UPS無しの構成へのシステム移行(12)   18: #NFCNV でパソコンへ転送すると、データの先頭に空白がついてしまう(3)   19: CBL85資産をOPENcobolに移行する(3)   20: COBOLソースから仕様書の鏡作成ツール(3)   21: PrintBridgeの使い方(8)   22: WSエミュレータをWindows7Pro32bitSP1PCにインストール出来なくなった(1)   23: 漢字とANKの縮小印字について(3)   24: #NFCNVで先頭のカラムが0になるのは?(2)   25: N7884-14Bと互換性があるプリンタについて(2)   26: 表示(印刷)を任意の順番にしたいのですが・・・(6)   27: JSまたはPMのコールが間違っています(3)   28: ページプリンターのSG方法(2)   29: SMARTの画面明細項目が終われない(8)   30: AVXでの外字(槇)について(6)  

 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ 
« 1 ... 41 42 43 (44) 45 46 47 ... 108 »

Re:A−VXのRDBQファイル排他制御解除の件
640Ai 2009-2-10 2:18:06  [返信] [編集]

EXCHANGEさん、ご回答ありがとうございます。

RDBQ側でF4押下後、環境設定上で共有モードとすることで

解決することができました。

ありがとうございました。

※恥ずかしながら「RDBQ2」を使用したことがありませんでしたので

 これから使い方を勉強して業務に活かしていきます。

 ありがとうございました。
Re:A−VXのRDBQファイル排他制御解除の件
640Ai 2009-2-10 2:13:49  [返信] [編集]

OnsenZukinoUsagiさん、ご回答ありがとうございます。

使用中のプログラムはCOBOLです。

ご指摘のとおり、プログラム上でSHARED-MODEにファイル名を記載し
共有化を図っていますが、RDBQ側はファイルは使用中というメッセージが
表示されてしまいます。
Re:A−VXのRDBQファイル排他制御解除の件
EXCHANGE 2009-2-8 10:11:33  [返信] [編集]

☆ PG側のみならず、

RDBQ側にて(F4)−−>環境設定ーー> 以降すべて共用モードとする必要があるかと思います。

ただし、PG側が結合型仮想表を使用している時、RDBQ側にてセカンダリ表を使用すると問題があったように思います。

☆この点は「RDBQ2」には完全共用モードというのがありますのでこちらのほうがより優れているかと思います。
Re:A−VXのRDBQファイル排他制御解除の件
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:エミュレーターの操作終了で
640Ai 2009-2-4 16:57:00  [返信] [編集]

こんにちは。

この端末にはプリンタが接続されていませんか?

このプリンタへ出力するプログラムがどこか他の端末で起動されていると、こういう現象が発生します。

A−VXのRDBQファイル排他制御解除の件
640Ai 2009-2-4 7:46:50  [返信] [編集]

はじめまして。640Aiです。
1件質問させていただきます。
A-VXのRDBQにて、索引順編成ファイルを照会したいのですが、そのファイルを使用しているプログラムが起動中はRDBQでは開けません。
この設定を解除できたはずなのですが、方法を思い出せません。
申し訳ありませんが、どなたかご存じの方がいらっしゃいましたら、ご回答をお願いします。
Re:FDTOOLはどうですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
ろろけい 2009-1-30 12:02:00  [返信] [編集]

あ!江須扇さん!こんなところに!(^^;

ツリーの一番下ばっかり気にしてたので、この書き込みに気づくのが遅れました(^^;



ほんとに、いろいろな情報をありがとうございます。



拠点での作業、特に物理的な作業(FD入れ替え等)は極力避けたいので、今回のヒントの、2つ目か3つ目がよさそうですね。

特に、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:FDTOOLはどうですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
江須扇 2009-1-28 23:11:00  [返信] [編集]

あれから、いろいろ考えました。

#VOLSRでLMLファイルをFDに退避し、

それを#NFCNVできないかとも考えましたが、

テストしてみたら、

#VOLSRは特殊な書き込みで不可能のようです。



>A-VXIVである6拠点に関しては、今までどおりの方法でなんとか乗り切りますかね。

キーワードはやはりFDで、A−VX01仕様と旧ITOS仕様を

変換できるA−VX4でも動作するTOOLがあります。

ドライブは固定になっているので、FDの入れ替え作業は発生するので拠点での作業が必要ですが理論的には可能です。

(中間ファイルがTEMP000がディスクにできるのですが、キャンセルすると消えてしまします。)

http://www.nec.co.jp/pfsoft/a-vx/FDCnv/fdcnv.html#FDCNVTOOL



操作が拠点でできないということであれば、

噂ではこのTOOLの素になったTOOLあるそうです。

それは、NECから各拠点や保守部門へ、修正用のFDを配布する為のもので、

ネットワークで配布したA−VX01仕様のファイル(Winodow仕様)を

旧ITOS仕様に変換できるTOOLです。

販売店等に相談されたらいかかでしょうか?



それも難しい場合は#LBMを連続的に実行して、

SELECTしたファイルを結合し#NFCNV

拠点では分解して#LBMでライブラリーに戻す

COBOLのプログラムを作るというのはどうですか?
Re:大変失礼しました。
ろろけい 2009-1-22 11:20:00  [返信] [編集]

私の会社が特殊なのかどうかはわかりませんが、顧客情報や売上情報を始め、ほぼすべてのデータが、拠点ごとに単独で動いていて、顧客マスタの更新なども、すべて、拠点に任せています。



全社の数字をまとめる段階ではオフコンから離れて、Windows側でやっていて、そこでの転記作業は、手動の部分もあれば、ここで勉強した「オフコン→Excel連携」等を使って自動化されてる部分もあります。



こういう状態なので、オフコン上で拠点間のやりとりが必要になるのは、ほぼ、プログラムが更新されたときのみなのですね。



VPN等で拠点間がつながる前から全拠点にオフコンが入っていたので、今でもそのころの流れのまま、情報が完全には全社統一になっていないわけです。

この状態で業務に支障はないので、あえて大きな改造をしていない、というのもありますが。



ところで、私の会社では、オフコンに関する部分は、100%社内(私を含めた二人のシステム担当者)で構築しています。

私ももう一人も、COBOLのソフト会社を経験してますので、今のところは、外部の力を借りずになんとかなっています。

もしかしたらこれが、販売会社さんが過去に何も提案してこなかった理由のひとつかも知れませんね。

「ろろけいさんの会社は、オフコンに関しては(ろろけいさんたちがそれなりに詳しいので)多くは語るまい。」みたいな。

これはもちろん、私の想像ですけどね。



ただ、「なんとかなっている」ように思っていたのですが、せっかくのオフコンの進化を、あまり利用できていないんだなとも、感じました。

どうしても「費用」という壁が立ちはだかってしまうのですが、せっかく全拠点にオフコンが揃っていて、すべてVPNでつながっているのですから、これをもっと利用すべきだなと感じている、今日このごろです。



江須扇さん、いろいろな情報をありがとうございます。

今後もぜひ、いろいろと教えてくださいませm(__)m

Re:VPN環境であれば(ライブラリファイルを丸ごとDOS形式にしたいのです)
江須扇 2009-1-22 10:44:00  [返信] [編集]

VPN環境であれば、拠点の利用目的にもよりますが、



拠点はPC/ワークステーションエミュレータのみにし、

直接本社サーバーに接続するというのはどうでしょうか?



ファイル共有

プリンタ出力



解決しかねればならない問題もありますが、プログラムメンテナンスは集中管理できます。



あと、データ転送だけですが、A−VX3以降であれば、

A?VX RDB/FILEアクセスキットが使えるので、

クライアント側に、Smart/cs lightを導入し

(有償ソフト)

ファイル転送プログラムを作るというのも一案です。

ただし、プログラムメンテナンスの問題は残りますが・・・・

蛇足ばかりで、すいません



Re:大変失礼しました。(ライブラリファイルを丸ごとDOS形式にしたいのです)
江須扇 2009-1-21 21:41:00  [返信] [編集]

>A−VX/NETというものは、まずは有償ソフトを買って登録しなければ使えない、ようですね…。

>「あたりまえだ!」と言われそうですね。すみません。

大変失礼しました。

有償ソフトである事を説明しておりませんでした。

Windowsの場合は、新バージョンが出る毎に、

オプション機能(有償ソフト)を取り込んできました。

有償ソフトのOfficeもプレインストールして販売しています。

貴社の様に拠点が多い場合は、A−VX/NETは必須と思います。

これは販売する側の問題です。

当然販売する側の営業かSEが提案すべき事項です。

A−VXは基本OS以外に、

COBOL

SMART2

RDB/EUF2

A−VX/NET

RDBサーバー

BizReporting

統合管理ツール

メーカーは標準にすべきであり、

販売会社はセットで販売すべきと考えております。



>とは言え、「Windows上でのデータは拠点間で自由にやりとりできているのに、オフコンだけはそれができなくて不便だ。」

大変失礼な質問ですが、

拠点間のA−VXのマスタ、データの伝送はどうしているのですか?

販売会社は過去に何も提案しなかったのですか?

なぞが残ります。

「だからオフコンはWindowsよりレベルが低い」と思われるのは悲しいですね。
Re:RFAはだめですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
ろろけい 2009-1-21 15:27:00  [返信] [編集]

温泉好きのうさぎさん、こんにちは。



やはり、そうなのですね。

A-VX/NETを入れて設定が完了すれば、そんなに簡単に、拠点のプログラムを更新できるのですね。

マニュアルを少し見てみましたが、#FLCNVなど他のいくつかのユーティリティでも、同じように使えるそうで。

A-VX/NET環境をお持ちの方が、うらやましい限りです(>_<)。

いつか、その環境を手に入れる日を夢に見つつ、現時点では、FD作戦とファイル変換作戦の併用でプログラムの配信を地道に行っていきます…(^^;



ありがとうございました。

Re:RFAはだめですか?(ライブラリファイルを丸ごと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:RFAはだめですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
ろろけい 2009-1-21 10:33:00  [返信] [編集]

あれ…。

「後日」ではなく数分後の書き込みですけれども…。



A?VX/NETというものは、まずは有償ソフトを買って登録しなければ使えない、ようですね…。

「あたりまえだ!」と言われそうですね。すみません。

マニュアルは普通に手元にあるので、標準で備わっている機能なのかと思ってしまったのですが、そうではなさそうですね。



これを利用すると、私がやりたいこと(=更新プログラムの全拠点への配付)が、とても簡単に実現できそうなのですが、本社+10拠点分購入したら、百万近くになってしまいそうです…。

拠点間のやりとりが、プログラムの書き換え程度である現状では、これを導入するのは難しそうです。

全社のデータを一括して処理するような状況になってくれば、話は違ってくるかも知れないですけど。



とは言え、「Windows上でのデータは拠点間で自由にやりとりできているのに、オフコンだけはそれができなくて不便だ。」という声は社内のそこらじゅうから出てきているのも確かなので、オフコンを今後もずっと使っていくのであれば、A−VX/NETを導入するメリットも出てくるかも知れません。

なんとか導入できるように、働きかけていこうと思います。



江須扇さん、貴重な情報をありがとうございました。

Re:RFAはだめですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
ろろけい 2009-1-21 9:44:00  [返信] [編集]

江須扇さんこんにちは。

よろしくお願いいたします。



これまた恥ずかしながら、A−VX/NETというキーワードも、初めて目にしました…。

このサイト内のオフコン用語辞典でRFAのところを見ると、



>アクセスしたいファイルをボリュームカタログに登録するか、装置タイプ指定でRMSnnnと指定する。



この「装置タイプ=RMSnnn」というあたりが、とても気になります。

これはもしかして、的、大当たりな予感がしています!



まずは、マニュアルCDを引っ張り出してきて、関連部分の勉強から始めます。



貴重なヒントを、ありがとうございました。

結果は後日、報告させていただきます。

Re:RFAはだめですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
江須扇 2009-1-20 12:38:00  [返信] [編集]

はじめまして、江須扇と申します。

すでに解決されてので、違う視点で申し上げます。



A−VX/NETはご存知でしょうか?

VPNで繋がっているという事であれば、TCP/IPでの

A−VX/NETのリモートファイルアクセスで直接

やり取りができると思います。

弊社では、VPNで直接オフコン同士をA−VX/NET

し、RFA、VWS共に使っております。

RFAでデータの集配信もしております。

業務運用でも問題は出ておりません。

ただ、インタネットVPNを使っているので、年に1回程、

プロバイダーでのネットワークトラブルがあり接続できない

事ありました。

的外れですか?
Re:ライブラリファイルを丸ごとDOS形式にしたいのです
ろろけい 2009-1-19 10:28:00  [返信] [編集]

>温泉好きのうさぎさん



なんと!

すてきな情報をありがとうございます!

教えていただいた方法で、理想の作業ができました!

今、とても感激しています!



私、かなり久しく、オフコンでFDを使っていなかったものですから、恥ずかしながら、A-VX01からFDの仕様が大きく変わっていたこと、まったく知りませんでした!

「オフコンでフォーマットしたFDはWindowsからは認識できないもの」と、ずっとそう思ってました。



本社は幸いA-VX01なのですが、本社を除いて10ある拠点のうち、A-VX01に切り替わっているのは4拠点だけです。

A-VXIVである6拠点に関しては、今までどおりの方法でなんとか乗り切りますかね。

でも、半分近くが今回の方法でできるようになれば、作業時間をかなり短縮できます。

ほんとうに助かりました。

ありがとうございました。





>オフコン人さん



情報ありがとうございます。

NECのサイトで調べてみたら、価格が載っていますね。

A-VXのいわゆる「支援ソフト」のなかでは、もしかしたら安いほうかも知れませんが、とは言え、配信側×1+受信側×6となると、なかなか会社もOKは出してくれないと思います。

ハードが古い拠点から、徐々にではありますがA-VX01に切り替わっていっているので、それを待ちつつ、それまでは今までの方法で対処していこうと思います。

ありがとうございました。

Re:ライブラリファイルを丸ごとDOS形式にしたいのです
オフコン人 2009-1-18 19:31:00  [返信] [編集]

ライブラリ丸ごとは確かできないはずですね。

温泉好きのうさぎさんの方法が一番楽なのでしょうね。

プログラム配付支援ソフトと呼ばれる製品があるようです。これだと、A-VX?からも使えて、LM、PMなどを一括配付できるとのことなので便利かも知れませんね。でも、製品を買わないといけないので、費用がかかってしまいますね。

 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ 
« 1 ... 41 42 43 (44) 45 46 47 ... 108 »

BluesBB ©Sting_Band