ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| :（ＦＤの変換について） | |
| ＥＸＣＨＡＮＧＥ 2010-3-18 19:43:00
[返信] [編集] ＊ ほいほいさんのＦＤ受渡の前提環境は存じませんが ＩＢＭフォーマットＦＤ、ＤＯＳフォーマットＦＤ間の媒体での変換は、ＮＥＣが提供するユーティリティ、ＩＯデータ社のＵＳＢ版３モードＦＤ装置などを組み合わせてＰＣ上で可能だと聞いています。 ＊ 他にもシステムポート社の「仮想ＦＤファイル変換」というシェアウエアがあります。使ったことがないので仕様内容は分かりませんが、なんでもＩＢＭＦＤの内容を圧縮してメールなどで添付送信できるなどと聞いております。なにか使えるかも。。 ＊ ６００シリーズ＜−−＞６００シリーズ間でしたら最近リリースされた＃ＢＫＵＰディスクバージョンを双方で使って受渡が可能でしょうね。 やったことありませんので実際の事はよくわかりませんが。。 | |
| Re:＃ＮＦＬＮＫについて | |
| ほいほい 2010-3-18 9:50:00
[返信] [編集] 皆様ありがとうございました。 結論から言うと、システム構築のときにカンパニなし／セキュリティコードなしで設定がされているようです。 カンパニなし／セキュリティコードありであれば ＃ＯＣＦＭから設定ができ＃ＮＦＬＮＫも使用できると いう結論に自分の中で到りました。 現在は＃ＯＣＦＭにて登録するときにセキュリティコードがまず 飛ばされます。ＢＫＳＰでカーソル戻して英字１桁＋数字１桁を 入力しても入力エラーとなります。 今回ハードをリプレイスするに当たりＩＢＭフォーマットのＦＤが使えなくなるため、ＰＧでダイレクトにＦＤ読み書きしている 場合、今回＃ＮＦＬＮＫで対応しようと思いましたが 仕方がないのでＰＧでディスクに出力し＃ＮＦＣＮＶで対応する方向で考えます。 | |
| Re:RDBQ2について | |
| 富山清風 2010-3-18 1:06:00
[返信] [編集] ご苦労様です。 投稿番号３４６「RDBQでのデータデータディクショナリの分け方」 http://otd10.jbbs.livedoor.jp/286441/bbs_reply?reply=346 回答番号３５２「Re:RDBQでのデータデータディクショナリの分け方」 http://otd10.jbbs.livedoor.jp/286441/bbs_reply?reply=352 が参考になるものと思いますが・・・ 概要は以下のとおりです /ASSIGN EFN=EIGYOU@DDF,OEFN=SYS@DDF; /RUN RDBQ,DEV=MSD; /> ; | |
| RDBQ2について | |
| ぅな 2010-3-17 14:24:00
[返信] [編集] ＲＤＢＱ２でＤＤＦの定義が1000を超えている場合に数字で表の指定が出来なくなりました。 表名(漢字)で指定しても選択されません。 ＃ＤＤＭでは表の番号が「０００」と表示されております。 表定義を１０００未満になるように定義を削除すれば良いのですが、平行でプロジェクトが動いているため容易に削除ができません。 お助けくださいれば幸いです。 | |
| Re:＃ＮＦＬＮＫについて | |
| 温泉好きのうさぎ 2010-3-16 0:16:00
[返信] [編集] セキュリティコードが未設定ということですから、ローカルのオペレータコードからであっても #OCFM により新しくグローバルのオペレータコードを作成することができます。 グローバルのオペレータコードが未設定あるいは不明なのでしたら、新規にグローバルのオペレータコードを作成し、それで #NFLNK の設定をされてはいかがでしょうか。 #NFLNK 設定後、不要であればそのグローバルのオペレータコードを削除しておけばよいでしょう。 | |
| Re:＃ＮＦＬＮＫについて | |
| ほいほい 2010-3-15 11:45:00
[返信] [編集] グローバルオペレータについて詳細な説明 ありがとうございました。 当社ではカンパニＩＤは設定していません。 ＃ＯＣＦＭでオペレータを見たところ４つオペレータＩＤが 存在していますがすべてセキュリティコードは未設定でした。 当然Ｚ９に設定することは出来ませんでした。 最後にもう１つ質問ですがグローバルオペレータは ＃ＯＣＦＭでは見ることが出来ないものであり、 絶対に存在するものなのでしょうか？ 単に当社の場合グローバルオペレータが未設定（ありえるのか どうか分りませんが・・・）ということも考えられます。 最終的にはＳＥに聞く方向しか解決策はなさそうなのは 分りました。 | |
| Re:＃ＮＦＬＮＫについて | |
| ＥＸＣＨＡＮＧＥ 2010-3-13 15:56:00
[返信] [編集] ＊ グローバルという用語について私のほうで少し認識違いしていたようですので訂正しておきたいと思います。 説明は単純化していますので、細かい点は省かれています。 ＊ まずカンパニＩＤですが、これはファイルやライブラリのグルーピングに使うものなので カンパニＩＤなし（＝カンパニＩＤがスペース２桁、ＣＩＤ＝＾＾）が、カンパニありの上位にあるわけではありません。 Ａ−ＶＸの論理ボリューム（ＭＳＤＸＸＸ）の直下には 例えば、カンパニコードＡＡのファイル群と、カンパニコードＢＢを持つファイル群と、それからカンパニコードなしのファイル群がある、といった具合です。 ＊ それから、ファイル、ライブラリ、ライブラリのメンバはそれぞれ（英字１桁＋数字１桁）からなる権限（セキュリティコード）を定義できます。（例：Ａ３） ＊ Ａ−ＶＸにおけるオペレータとはＷｉｎｄｏｗｓで言うところの「ユーザ」、ＡＳ／４００のユーザプロフィールです。 オペレータにはそれぞれ、カンパニＩＤ、セキュリティコード、を付与できます。 ＊ 例えば、Ｕ０１というオペレータがカンパニＩＤ＝ＣＣ、セキュリティコード＝Ｓ３である場合を考えると、 Ｕ０１は、 カンパニーコードＣＣのグループに属するファイルと カンパニーコードなしのグループに属するファイルが見えている状態になります（つまり、この範囲のファイルを探索できる） また、Ｕ０１が探索して見つけたファイル、メンバ（実行プログラムも含む）を使用できるかどうかはＳ３というセキュリティコードと照合して判定されることになります。ここでは照合の規則についてはこれ以上立ち入りません。 ＊ Ｕ０１は libpath=msd , libpath=msdcc の状態です。 ＭＳＤはＭＳＤ０００を含むすべての論理ボリュームです ＊ もし、Ｕ０１に付与されたカンパニＩＤがなし（空白）の場は、カンパニＩＤなしのファイルのみが探索の対象となります。 ＊ 以上の説明の中で出てきたカンパニＩＤなしのファイルというのがＡ−ＶＸで言うところのグローバルファイル（こちらはファイル！！）と呼んでいる物かと思います。 ＊ グローバルオペレータというのは、また別の概念で、 カンパニＩＤがなし（＝空白）で、かつセキュリティコードがＺ９（管理権限）をもつオペレータのことです。 このオペレータはユーティリティなどを使った場合、カンパニＩＤを指定することによって（その都度、絶対パスを指定することによって）あらゆるファイルにアクセス出来ます。 しかしグローバルオペレータにカンパニー配下のディレクトリにたいしてライブラリパスが追加されているわけではありませんので、 （１）ユーティリティに於いては常にカンパニＩＤの入力が求められる（絶対パスの指定が必要） （２）ＲＵＮ＝＾＾＾＾（コマンドプロンプト？）においてはカンパニＩＤなしの領域のメンバしか起動できない。（注１） （３）カンパニＩＤありの領域の実行形式メンバ（＝プログラム）をカンパニなしの領域へ移動してきても、プログラムの内部で使われているデータファイルの定義が相対パスなのでデータもカンパニなし領域へ移動し、プログラムでのファイル定義、またはデータベースでの表定義を変更（主にカンパニＩＤというパスを変更）しなければ「ファイルが見つからない」というエラーになるでしょう。 ＊ 以上まとめですが、 グローバルファイル（カンパニＩＤなし）のファイルは、カンパニをまたいでのファイルの受渡などに使うケースが多いようです。 これは別々のカンパニＩＤをもつオペレータが起動したプログラムから共通でアクセスできる領域だからです。 個々のカンパニコードを持ってＡ−ＶＸにログインしているユーザからは空白以外の別のカンパニ配下にある領域のファイルは見えませんし、絶対パスを指定してアクセスすることも出来ません。 ＊ それからだいぶほいほいさんの質問から遠ざかってしまいましたが、＃ＮＦＬＮＫは前述グローバルオペレータ（オペレータのほうです）でないと起動できないみたいなので、カンパニＩＤが空白でかつ、Ｚ９（管理権限）をもつユーザを捜す（もしくはシステムを構築したベンダに問い合わせる）ことが必要でしょうね。 （追記） （注１）の部分は例外というか指定方法があって起動が可能かもしれません。自信がありません。だれか確実な方がおられましたらお教え下さい。 （さらに追記） カンパニと言う用語はちょっと不適切な用語かな、と思います。リコーのＲＩＣＯＭのＯＳ「ＣＯＭＰＯＳＳ」で使っていたＧＩＤ（グループＩＤ）のほうが適切な用語でしょうね。（最もこの考え方はＮＥＣからのパクリですけどね） リコーの場合は、オペレータという考え方がなく、セキュリティの考え方はありませんでした。単にＰＡＳＳの設定です。メニューの定義の中にＧＩＤが記述できて、操作員がジョブメニューから、起動したいプログラムまたは子メニューを番号で選んだ時点で呼び出し側のメニューに定義されたＧＩＤ（グループＩＤ）が付与される、つまりファイルの探索範囲が付与される＝ＰＡＳＳが設定される、というやり方でした。 従って子メニュー、孫メニューと伝っていく毎にＧＩＤを変更することも出来ました。 その点ＮＥＣのは堅い（融通がきかない）なあ。。と思います。 なお、カンパニという用語はＮＥＣも後日不適切と思ったのでしょうね。いつの間にかログイン画面では「部門コード」という名称に変わっています。 | |
| Re:＃ＮＦＬＮＫについて | |
| ターラヤン 2010-3-12 0:17:00
[返信] [編集] ほいほいさん、こんにちは。 グローバルオペレータは、Ａ−ＶＸの管理者権限を持つユーザのことです。 ＷｉｎｄｏｗｓやＵＮＩＸやＯｒａｃｌｅデータベースでも何でも、 管理者用のユーザーアカウントと一般ユーザ用に使うアカウント がありますよね。 アドミニストレーターとかｒｏｏｔとか言われているものと同じ意味です。 グローバルオペレータなら、一応Ａ−ＶＸのシステム設定をいろいろ 変更するなどいろいろなことができます。 一般ユーザは、いろいろと権限を制限しているので、できることとできない ことがあります。。 （もちろん設定次第では、グローバルオペレータ並みの権限を持たせる ことも可能。これは他のソフトやＯＳのユーザアカウントも設定次第で 管理者権限を持たせたり制限したりすることもできるので、同じですよね。） メッセージの内容から考えて、機能が制限されているアカウント（Ａ−ＶＸだと オペレータと言う）でＡ−ＶＸに入っているのではないでしょうか。 たぶんほいほいさんのところのサーバーに入っているＡ−ＶＸにも グローバルオペレータが登録されているはずです。 （無いと管理できませんから。） カンパニについても、たぶんグローバルオペレータでは、＃ＮＦＬＮＫ が使えるような状態に設定されているはずです。 （そうでないとグローバルオペレータを使ってサーバーの管理が できませんから。） したがって、まずグローバルオペレータのアカウントを探して、そのアカウント でＡ−ＶＸに入って＃ＮＦＬＮＫを動かしてみることを試みてみるのが よいのではないでしょうか。 | |
| Re:＃ＮＦＬＮＫについて | |
| ＥＸＣＨＡＮＧＥ 2010-3-11 13:14:00
[返信] [編集] ＊ カンパニについての説明は ターラヤンＴＯＰ −−＞ Ａ−ＶＸの説明書 −−＞ 理論編 −−＞ セキュリティとＯＣＦ −−＞ ３．ＯＣＦ機能 −−＞ ４．カンパニ を参考になさって下さい。 | |
| Re:＃ＮＦＬＮＫについて | |
| ＮＦＬＮＫ太郎 2010-3-11 12:20:00
[返信] [編集] 「本オペレータから・・・」とあるということは、 ＥＸＣＨＡＮＧＥ様のいう通りかも知れません。 小生は「カンパニ付きの」には詳しくありませんので、 これで退室します。 がんばってください。 以上 | |
| Re:＃ＮＦＬＮＫについて | |
| ＥＸＣＨＡＮＧＥ 2010-3-11 12:10:00
[返信] [編集] ＊ やはり、グローバルオペレータでＡ−ＶＸにログインしていないためと思われます。 ＊ そちらでは操作開始時に「部門コード」（２桁）というのを入力していませんでしょうか？それがカンパニＩＤです。 ＊ ＃ＮＦＬＮＫは部門コード（カンパニＩＤ）が空白２桁です。 ＊ カンパニＩＤについてはターラヤンのこのＨＰを参照して下さい。 ＤＯＳのカレントディレクトリ、ＡＳ／４００のカレントライブラリのようなものです。 例えばＤＯＳの場合 コマンドプロンプトがＣ：￥ＡＡ ＞ となっていれば Ｃ：￥ＡＡ￥ＯＯＯ．ｅｘｅを ＯＯＯ．ｅｘｅだけで指定できますよね。 グローバルとはルートディレクトリと言ったところでしょうか。 うまく説明できなくてごめんなさい。 | |
| Re:＃ＮＦＬＮＫについて | |
| ほいほい 2010-3-11 9:41:00
[返信] [編集] ＃ＮＦＬＮＫを起動した直後のエラーメッセージの内容は 以下のとおりでした。 「本オペレータからファイル連携ユーティリティを 使用することはできません。」（メッセージ番号(0192)） またもう１つのファイルはSYS@NTPAFでした。 ちなみにレコード件数は0となっています。 | |
| Re:＃ＮＦＬＮＫについて | |
| ほいほい 2010-3-11 0:12:00
[返信] [編集] >ＥＸＣＨＡＮＧＥ様 ＃ＮＦＬＮＫの説明書にそのような事が書かれていましたが 正直あまり意味が分かりませんでした。 恥ずかしい質問かもしれませんがグローバルオペレータとは どういったものでしょうか？ 弊社の場合ＳＹＳともう１つ確かに設定されているのですが ＳＹＳで接続しても駄目でした。 >ＮＦＬＮＫ太郎様 あす会社で再度エラーを出して投稿します。 またよろしくお願いします。 | |
| Re:＃ＮＦＬＮＫについて | |
| ＮＦＬＮＫ太郎 2010-3-10 22:43:00
[返信] [編集] ごくろうさまです。 小生は＃NFLNKを使用したことが無いのでなんともいえませんが、 質問1：「もう１つのファイル」のファイル名は何ですか？ 質問2：「使用することができません」以外に、エラーコード (例：E UXXXXみたいなもの)は表示されていないのですか？ それらがわかれば、解決が早いかも知れません。が・・・ 以上 | |
| Re:＃ＮＦＬＮＫについて | |
| ＥＸＣＨＡＮＧＥ 2010-3-10 22:32:00
[返信] [編集] ＊ ひょっとしてカンパニ付きのオペレータで＃ＮＦＬＮＫを起動していませんでしょうか？ ＊ ＃ＮＦＬＮＫはグローバルオペレータでしか使用できなかったと思います。 | |
| ＃ＮＦＬＮＫについて | |
| ほいほい 2010-3-10 1:43:00
[返信] [編集] このような掲示板があることを今知って 早速質問させてください。 ファイル連携機能というものが存在することも 最近知ったので＃ＮＦＬＮＫで登録しようと したのですが、＃ＮＦＬＮＫを起動したところで 「使用することができません」のメッセージが出ます。 ファイル連携機能を使用するのに３つのファイルが 必要なようですが、SYS@CAT、SYS@DDFともう１つのファイル すべて一応定義はされています。 根本的に何が問題かおわかりの方教えてください。 なおもう少し情報が必要であれば、会社の方でまた 書き込みさせて頂きます。 | |
| Re:#BKUPディスクバックアップ機能について | |
| ぼん 2010-3-2 10:25:00
[返信] [編集] 有難うございます。 複数のＷＩＮＤＯＷＳ系サーバーをiStorageでバックアップを考えておりＡＶＸ系も中に含めたかったのでありがたいです。 | |
| Re:#BKUPディスクバックアップ機能について | |
| 温泉好きのうさぎ 2010-2-24 20:31:00
[返信] [編集] 使い勝手は非常に良いです。 私のところでは、複数のA-VXサーバが異なるフロアに存在し、私も別のフロアで作業をしているという状態であったので、移動してDAT媒体を抜き差しするという面倒な作業が無くなり、自分のパソコンの前で全ての操作ができるようになりました。このメリットはかなり大きいです。 次にスピードが速くなったこと。 古いマシンなのでDDS3までしか対応しておらず、DDS2のテープがまだ大量に残っており、それを普段使っていましたので、比較になりません。 特に感じるのが、多くの回数アペンドされているときです。従来であれば、目的のアペンド番号の位置までテープが早送りされるのにそこそこの時間がかかっていたのが、今は一瞬です。 また、一度に多数のファイルがバックアップされていて、その中から１ファイルだけリストアするときなど、従来は対象外のファイルも全て読み込むような動作のため長時間かかっていたのが、これも今は一瞬です。 私の問題点としては、バックアップデータの管理方法をどうするか、ということがあります。 今までなら、DATまたはケースにラベルを貼って日付と内容を書き込んでいましたが、ハードディスク上のデータになってしまいましたので、わかりやすく管理するにはどうしたらよいか、今は試行錯誤の状態です。結局はCD-RやDVDに焼いて、そこに日付や内容を書いておくという従来と同じような媒体管理になってしまうかもしれません。 注意点があります。 #BKUPのバラメータは変更することなく、ディスクバックアップ機能に対応していますが、高速モードの使用はかえって逆効果になります。 FMD=NO_を指定するか、そのパラメータを省略するようにしてください。 | |
| #BKUPディスクバックアップ機能について | |
| ぼん 2010-2-5 18:17:00
[返信] [編集] ＲＰＱ対応の＃ＢＫＵＰでテープでなくディスクにバックアップをとるモジュールを適応し運用している方おられますか？ おられたら使い勝手等お聞かせください。 モジュールはa-vxbkup_w2k.zip です。 | |
| 無事完了 | |
| 初心者Ｋ 2010-2-2 9:50:00
[返信] [編集] 教えていただいた内容にて作業が完了し、無事拡張することができました。（念のためSYS@DBDIRのほうも合わせて拡張しました。）ありがとうございました。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band