|
1:＃ＮＦＬＮＫについて ほいほい 03/10 01:43 このような掲示板があることを今知って 早速質問させてください。 ファイル連携機能というものが存在することも 最近知ったので＃ＮＦＬＮＫで登録しようと したのですが、＃ＮＦＬＮＫを起動したところで 「使用することができません」のメッセージが出ます。 ファイル連携機能を使用するのに３つのファイルが 必要なようですが、SYS@CAT、SYS@DDFともう１つのファイル すべて一応定義はされています。 根本的に何が問題かおわかりの方教えてください。 なおもう少し情報が必要であれば、会社の方でまた 書き込みさせて頂きます。 2:Re:＃ＮＦＬＮＫについて ＥＸＣＨＡＮＧＥ 03/10 22:32 ＊ ひょっとしてカンパニ付きのオペレータで＃ＮＦＬＮＫを起動していませんでしょうか？ ＊ ＃ＮＦＬＮＫはグローバルオペレータでしか使用できなかったと思います。 3:Re:＃ＮＦＬＮＫについて ＮＦＬＮＫ太郎 03/10 22:43 ごくろうさまです。 小生は＃NFLNKを使用したことが無いのでなんともいえませんが、 質問1：「もう１つのファイル」のファイル名は何ですか？ 質問2：「使用することができません」以外に、エラーコード (例：E UXXXXみたいなもの)は表示されていないのですか？ それらがわかれば、解決が早いかも知れません。が・・・ 以上 4:Re:＃ＮＦＬＮＫについて ほいほい 03/11 00:12 >ＥＸＣＨＡＮＧＥ様 ＃ＮＦＬＮＫの説明書にそのような事が書かれていましたが 正直あまり意味が分かりませんでした。 恥ずかしい質問かもしれませんがグローバルオペレータとは どういったものでしょうか？ 弊社の場合ＳＹＳともう１つ確かに設定されているのですが ＳＹＳで接続しても駄目でした。 >ＮＦＬＮＫ太郎様 あす会社で再度エラーを出して投稿します。 またよろしくお願いします。 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 の状態です。 ＭＳＤはＭＳＤ０００を含むすべての論理ボリュームです ＊ もし、Ｕ０１に付与されたカンパニＩＤがなし（空白）の場は、カンパニＩＤなしのファイルのみが探索の対象となります。 ＊ 以上の説明の中で出てきたカンパニＩＤなしのファイルというのがＡ−ＶＸで言うところのグローバルファイル（こちらはファイル！！）と呼んでいる物かと思います。 ＊ グローバルオペレータというのは、また別の概念で、 カンパニＩＤがなし（＝空白）で、かつセキュリティコードがＺ９（管理権限）をもつオペレータのことです。 このオペレータはユーティリティなどを使った場合、カンパニＩＤを指定することによって（その都度、絶対パスを指定することによって）あらゆるファイルにアクセス出来ます。 しかしグローバルオペレータにカンパニー配下のディレクトリにたいしてライブラリパスが追加されているわけではありませんので、 （１）ユーティリティに於いては常にカンパニＩＤの入力が求められる（絶対パスの指定が必要） （２）ＲＵＮ＝＾＾＾＾（コマンドプロンプト？）においてはカンパニＩＤなしの領域のメンバしか起動できない。（注１） （３）カンパニＩＤありの領域の実行形式メンバ（＝プログラム）をカンパニなしの領域へ移動してきても、プログラムの内部で使われているデータファイルの定義が相対パスなのでデータもカンパニなし領域へ移動し、プログラムでのファイル定義、またはデータベースでの表定義を変更（主にカンパニＩＤというパスを変更）しなければ「ファイルが見つからない」というエラーになるでしょう。 ＊ 以上まとめですが、 グローバルファイル（カンパニＩＤなし）のファイルは、カンパニをまたいでのファイルの受渡などに使うケースが多いようです。 これは別々のカンパニＩＤをもつオペレータが起動したプログラムから共通でアクセスできる領域だからです。 個々のカンパニコードを持ってＡ−ＶＸにログインしているユーザからは空白以外の別のカンパニ配下にある領域のファイルは見えませんし、絶対パスを指定してアクセスすることも出来ません。 ＊ それからだいぶほいほいさんの質問から遠ざかってしまいましたが、＃ＮＦＬＮＫは前述グローバルオペレータ（オペレータのほうです）でないと起動できないみたいなので、カンパニＩＤが空白でかつ、Ｚ９（管理権限）をもつユーザを捜す（もしくはシステムを構築したベンダに問い合わせる）ことが必要でしょうね。 （追記） （注１）の部分は例外というか指定方法があって起動が可能かもしれません。自信がありません。だれか確実な方がおられましたらお教え下さい。 （さらに追記） カンパニと言う用語はちょっと不適切な用語かな、と思います。リコーのＲＩＣＯＭのＯＳ「ＣＯＭＰＯＳＳ」で使っていたＧＩＤ（グループＩＤ）のほうが適切な用語でしょうね。（最もこの考え方はＮＥＣからのパクリですけどね） リコーの場合は、オペレータという考え方がなく、セキュリティの考え方はありませんでした。単にＰＡＳＳの設定です。メニューの定義の中にＧＩＤが記述できて、操作員がジョブメニューから、起動したいプログラムまたは子メニューを番号で選んだ時点で呼び出し側のメニューに定義されたＧＩＤ（グループＩＤ）が付与される、つまりファイルの探索範囲が付与される＝ＰＡＳＳが設定される、というやり方でした。 従って子メニュー、孫メニューと伝っていく毎にＧＩＤを変更することも出来ました。 その点ＮＥＣのは堅い（融通がきかない）なあ。。と思います。 なお、カンパニという用語はＮＥＣも後日不適切と思ったのでしょうね。いつの間にかログイン画面では「部門コード」という名称に変わっています。 |