|
1:＃ＮＦＬＮＫについて ほいほい 03/10 01:43 このような掲示板があることを今知って 早速質問させてください。 ファイル連携機能というものが存在することも 最近知ったので＃ＮＦＬＮＫで登録しようと したのですが、＃ＮＦＬＮＫを起動したところで 「使用することができません」のメッセージが出ます。 ファイル連携機能を使用するのに３つのファイルが 必要なようですが、SYS@CAT、SYS@DDFともう１つのファイル すべて一応定義はされています。 根本的に何が問題かおわかりの方教えてください。 なおもう少し情報が必要であれば、会社の方でまた 書き込みさせて頂きます。 5:Re:＃ＮＦＬＮＫについて ほいほい 03/11 09:41 ＃ＮＦＬＮＫを起動した直後のエラーメッセージの内容は 以下のとおりでした。 「本オペレータからファイル連携ユーティリティを 使用することはできません。」（メッセージ番号(0192)） またもう１つのファイルはSYS@NTPAFでした。 ちなみにレコード件数は0となっています。 6:Re:＃ＮＦＬＮＫについて ＥＸＣＨＡＮＧＥ 03/11 12:10 ＊ やはり、グローバルオペレータでＡ−ＶＸにログインしていないためと思われます。 ＊ そちらでは操作開始時に「部門コード」（２桁）というのを入力していませんでしょうか？それがカンパニＩＤです。 ＊ ＃ＮＦＬＮＫは部門コード（カンパニＩＤ）が空白２桁です。 ＊ カンパニＩＤについてはターラヤンのこのＨＰを参照して下さい。 ＤＯＳのカレントディレクトリ、ＡＳ／４００のカレントライブラリのようなものです。 例えばＤＯＳの場合 コマンドプロンプトがＣ：￥ＡＡ ＞ となっていれば Ｃ：￥ＡＡ￥ＯＯＯ．ｅｘｅを ＯＯＯ．ｅｘｅだけで指定できますよね。 グローバルとはルートディレクトリと言ったところでしょうか。 うまく説明できなくてごめんなさい。 7:Re:＃ＮＦＬＮＫについて ＮＦＬＮＫ太郎 03/11 12:20 「本オペレータから・・・」とあるということは、 ＥＸＣＨＡＮＧＥ様のいう通りかも知れません。 小生は「カンパニ付きの」には詳しくありませんので、 これで退室します。 がんばってください。 以上 8:Re:＃ＮＦＬＮＫについて ＥＸＣＨＡＮＧＥ 03/11 13:14 ＊ カンパニについての説明は ターラヤンＴＯＰ −−＞ Ａ−ＶＸの説明書 −−＞ 理論編 −−＞ セキュリティとＯＣＦ −−＞ ３．ＯＣＦ機能 −−＞ ４．カンパニ を参考になさって下さい。 9:Re:＃ＮＦＬＮＫについて tahrayan 03/12 00:17 ほいほいさん、こんにちは。 グローバルオペレータは、Ａ−ＶＸの管理者権限を持つユーザのことです。 ＷｉｎｄｏｗｓやＵＮＩＸやＯｒａｃｌｅデータベースでも何でも、 管理者用のユーザーアカウントと一般ユーザ用に使うアカウント がありますよね。 アドミニストレーターとかｒｏｏｔとか言われているものと同じ意味です。 グローバルオペレータなら、一応Ａ−ＶＸのシステム設定をいろいろ 変更するなどいろいろなことができます。 一般ユーザは、いろいろと権限を制限しているので、できることとできない ことがあります。。 （もちろん設定次第では、グローバルオペレータ並みの権限を持たせる ことも可能。これは他のソフトやＯＳのユーザアカウントも設定次第で 管理者権限を持たせたり制限したりすることもできるので、同じですよね。） メッセージの内容から考えて、機能が制限されているアカウント（Ａ−ＶＸだと オペレータと言う）でＡ−ＶＸに入っているのではないでしょうか。 たぶんほいほいさんのところのサーバーに入っているＡ−ＶＸにも グローバルオペレータが登録されているはずです。 （無いと管理できませんから。） カンパニについても、たぶんグローバルオペレータでは、＃ＮＦＬＮＫ が使えるような状態に設定されているはずです。 （そうでないとグローバルオペレータを使ってサーバーの管理が できませんから。） したがって、まずグローバルオペレータのアカウントを探して、そのアカウント でＡ−ＶＸに入って＃ＮＦＬＮＫを動かしてみることを試みてみるのが よいのではないでしょうか。 10:Re:＃ＮＦＬＮＫについて ＥＸＣＨＡＮＧＥ 03/13 15:56 ＊ グローバルという用語について私のほうで少し認識違いしていたようですので訂正しておきたいと思います。 説明は単純化していますので、細かい点は省かれています。 ＊ まずカンパニＩＤですが、これはファイルやライブラリのグルーピングに使うものなので カンパニＩＤなし（＝カンパニＩＤがスペース２桁、ＣＩＤ＝＾＾）が、カンパニありの上位にあるわけではありません。 Ａ−ＶＸの論理ボリューム（ＭＳＤＸＸＸ）の直下には 例えば、カンパニコードＡＡのファイル群と、カンパニコードＢＢを持つファイル群と、それからカンパニコードなしのファイル群がある、といった具合です。 ＊ それから、ファイル、ライブラリ、ライブラリのメンバはそれぞれ（英字１桁＋数字１桁）からなる権限（セキュリティコード）を定義できます。（例：Ａ３） ＊ Ａ−ＶＸにおけるオペレータとはＷｉｎｄｏｗｓで言うところの「ユーザ」、ＡＳ／４００のユーザプロフィールです。 オペレータにはそれぞれ、カンパニＩＤ、セキュリティコード、を付与できます。 ＊ 例えば、Ｕ０１というオペレータがカンパニＩＤ＝ＣＣ、セキュリティコード＝Ｓ３である場合を考えると、 Ｕ０１は、 カンパニーコードＣＣのグループに属するファイルと カンパニーコードなしのグループに属するファイルが見えている状態になります（つまり、この範囲のファイルを探索できる） また、Ｕ０１が探索して見つけたファイル、メンバ（実行プログラムも含む）を使用できるかどうかはＳ３というセキュリティコードと照合して判定されることになります。ここでは照合の規則についてはこれ以上立ち入りません。 ＊ Ｕ０１は libpath=msd , libpath=msdcc の状態です。 ＭＳＤはＭＳＤ０００を含むすべての論理ボリュームです ＊ もし、Ｕ０１に付与されたカンパニＩＤがなし（空白）の場は、カンパニＩＤなしのファイルのみが探索の対象となります。 ＊ 以上の説明の中で出てきたカンパニＩＤなしのファイルというのがＡ−ＶＸで言うところのグローバルファイル（こちらはファイル！！）と呼んでいる物かと思います。 ＊ グローバルオペレータというのは、また別の概念で、 カンパニＩＤがなし（＝空白）で、かつセキュリティコードがＺ９（管理権限）をもつオペレータのことです。 このオペレータはユーティリティなどを使った場合、カンパニＩＤを指定することによって（その都度、絶対パスを指定することによって）あらゆるファイルにアクセス出来ます。 しかしグローバルオペレータにカンパニー配下のディレクトリにたいしてライブラリパスが追加されているわけではありませんので、 （１）ユーティリティに於いては常にカンパニＩＤの入力が求められる（絶対パスの指定が必要） （２）ＲＵＮ＝＾＾＾＾（コマンドプロンプト？）においてはカンパニＩＤなしの領域のメンバしか起動できない。（注１） （３）カンパニＩＤありの領域の実行形式メンバ（＝プログラム）をカンパニなしの領域へ移動してきても、プログラムの内部で使われているデータファイルの定義が相対パスなのでデータもカンパニなし領域へ移動し、プログラムでのファイル定義、またはデータベースでの表定義を変更（主にカンパニＩＤというパスを変更）しなければ「ファイルが見つからない」というエラーになるでしょう。 ＊ 以上まとめですが、 グローバルファイル（カンパニＩＤなし）のファイルは、カンパニをまたいでのファイルの受渡などに使うケースが多いようです。 これは別々のカンパニＩＤをもつオペレータが起動したプログラムから共通でアクセスできる領域だからです。 個々のカンパニコードを持ってＡ−ＶＸにログインしているユーザからは空白以外の別のカンパニ配下にある領域のファイルは見えませんし、絶対パスを指定してアクセスすることも出来ません。 ＊ それからだいぶほいほいさんの質問から遠ざかってしまいましたが、＃ＮＦＬＮＫは前述グローバルオペレータ（オペレータのほうです）でないと起動できないみたいなので、カンパニＩＤが空白でかつ、Ｚ９（管理権限）をもつユーザを捜す（もしくはシステムを構築したベンダに問い合わせる）ことが必要でしょうね。 （追記） （注１）の部分は例外というか指定方法があって起動が可能かもしれません。自信がありません。だれか確実な方がおられましたらお教え下さい。 （さらに追記） カンパニと言う用語はちょっと不適切な用語かな、と思います。リコーのＲＩＣＯＭのＯＳ「ＣＯＭＰＯＳＳ」で使っていたＧＩＤ（グループＩＤ）のほうが適切な用語でしょうね。（最もこの考え方はＮＥＣからのパクリですけどね） リコーの場合は、オペレータという考え方がなく、セキュリティの考え方はありませんでした。単にＰＡＳＳの設定です。メニューの定義の中にＧＩＤが記述できて、操作員がジョブメニューから、起動したいプログラムまたは子メニューを番号で選んだ時点で呼び出し側のメニューに定義されたＧＩＤ（グループＩＤ）が付与される、つまりファイルの探索範囲が付与される＝ＰＡＳＳが設定される、というやり方でした。 従って子メニュー、孫メニューと伝っていく毎にＧＩＤを変更することも出来ました。 その点ＮＥＣのは堅い（融通がきかない）なあ。。と思います。 なお、カンパニという用語はＮＥＣも後日不適切と思ったのでしょうね。いつの間にかログイン画面では「部門コード」という名称に変わっています。 11:Re:＃ＮＦＬＮＫについて ほいほい 03/15 11:45 グローバルオペレータについて詳細な説明 ありがとうございました。 当社ではカンパニＩＤは設定していません。 ＃ＯＣＦＭでオペレータを見たところ４つオペレータＩＤが 存在していますがすべてセキュリティコードは未設定でした。 当然Ｚ９に設定することは出来ませんでした。 最後にもう１つ質問ですがグローバルオペレータは ＃ＯＣＦＭでは見ることが出来ないものであり、 絶対に存在するものなのでしょうか？ 単に当社の場合グローバルオペレータが未設定（ありえるのか どうか分りませんが・・・）ということも考えられます。 最終的にはＳＥに聞く方向しか解決策はなさそうなのは 分りました。 12:Re:＃ＮＦＬＮＫについて 温泉好きのうさぎ 03/16 00:16 セキュリティコードが未設定ということですから、ローカルのオペレータコードからであっても #OCFM により新しくグローバルのオペレータコードを作成することができます。 グローバルのオペレータコードが未設定あるいは不明なのでしたら、新規にグローバルのオペレータコードを作成し、それで #NFLNK の設定をされてはいかがでしょうか。 #NFLNK 設定後、不要であればそのグローバルのオペレータコードを削除しておけばよいでしょう。 13:Re:＃ＮＦＬＮＫについて ほいほい 03/18 09:50 皆様ありがとうございました。 結論から言うと、システム構築のときにカンパニなし／セキュリティコードなしで設定がされているようです。 カンパニなし／セキュリティコードありであれば ＃ＯＣＦＭから設定ができ＃ＮＦＬＮＫも使用できると いう結論に自分の中で到りました。 現在は＃ＯＣＦＭにて登録するときにセキュリティコードがまず 飛ばされます。ＢＫＳＰでカーソル戻して英字１桁＋数字１桁を 入力しても入力エラーとなります。 今回ハードをリプレイスするに当たりＩＢＭフォーマットのＦＤが使えなくなるため、ＰＧでダイレクトにＦＤ読み書きしている 場合、今回＃ＮＦＬＮＫで対応しようと思いましたが 仕方がないのでＰＧでディスクに出力し＃ＮＦＣＮＶで対応する方向で考えます。 14::（ＦＤの変換について） ＥＸＣＨＡＮＧＥ 03/18 19:43 ＊ ほいほいさんのＦＤ受渡の前提環境は存じませんが ＩＢＭフォーマットＦＤ、ＤＯＳフォーマットＦＤ間の媒体での変換は、ＮＥＣが提供するユーティリティ、ＩＯデータ社のＵＳＢ版３モードＦＤ装置などを組み合わせてＰＣ上で可能だと聞いています。 ＊ 他にもシステムポート社の「仮想ＦＤファイル変換」というシェアウエアがあります。使ったことがないので仕様内容は分かりませんが、なんでもＩＢＭＦＤの内容を圧縮してメールなどで添付送信できるなどと聞いております。なにか使えるかも。。 ＊ ６００シリーズ＜−−＞６００シリーズ間でしたら最近リリースされた＃ＢＫＵＰディスクバージョンを双方で使って受渡が可能でしょうね。 やったことありませんので実際の事はよくわかりませんが。。 |