ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ドットプリンターのプリントサーバ化はＮＧ？ | |
| たぬき丸 2011-11-17 13:32:31
[返信] [編集] いつもお世話になっております。 先日、プリントサーバを接続したところトラブルになってしまい困っています。サーバ、クライアント、 プリントサーバ、プリンター等に何か必要な設定が漏れているのでしょうか？ ご存じの方、同様の方法でご利用の方がおられましたらご教授下さい。 【概要】 WS-EMLが動作しているPCにPR-D201MX2(ドットプリンター)をセントロ接続で接続しています。 これをプリンタのセントロコネクタに接続するプリントサーバに交換したところ、以下の現象が 発生して運用に支障が出ています。 【現象】 1)PC、WS-EML、プリンターの電源ON(プリントサーバは常時ON) 2)起動直後、WS-EMLの メニュー→プログラムからプリンターに出力→ｏｋ 3)10〜15分ほど経過して、再度 メニュー→プログラムと選択してプリンターに出力すると、プリンターが動作しない。 4)プリンターとプリントサーバの電源を入れ直すと出力される 5)また数分放置すると上記3)の現象になる 【環境】 AVX:AVX01 REL6.01 WS-EML:PC/WSエミュレータ(32) Ver.11.0 PCのOS：WindowsXP SP3 プリントバッファ：BUFFALO製 LPV3-TX1 すみませんが、よろしくお願いいたします。 | |
| Re: 「Ａ−ＶＸから電子メールを送る」が失敗（その１） | |
| ターラヤン 2011-11-3 15:07:58
[返信] [編集] 最近のモデルでは、メール連携機能はSMTP認証に対応されたようです。 以下ＮＥＣのＡ−ＶＸ０２ Ｒ２．０ http://www.nec.co.jp/pfsoft/a-vx/NewFunc/Avx02R20/ たぬき丸さんの他にも要望が多かったんでしょうね。 | |
| Re: 別サーバへのデータ移行 | |
| あーつ 2011-10-5 14:39:45
[返信] [編集] >ターラヤン 様 アドバイス有難うございます。 マニュアルの項目を指定して頂き、助かります。 ページ数が多いので、調べたい所を探すのに一苦労しているので・・・。 参考にさせて頂きます。 | |
| Re: 別サーバへのデータ移行 | |
| ターラヤン 2011-10-5 0:35:36
[返信] [編集] こんにちは。 「システム導入・変更の手引き」というマニュアルの末尾の付録に 「バージョンアップ時の注意事項」という項目があります。 そこに「システムファイル内のユーザデータの退避・復帰」という内容の説明があります。 まだ見ていないようでしたら、そこも参考にしてはいかがでしょうか。 | |
| Re: 別サーバへのデータ移行 | |
| あーつ 2011-10-4 21:39:47
[返信] [編集] > 前 様 何度もお手数をおかけして申し訳ありません。 有難うございます。 >ファイルの指定が誤ってないようでしたら、表名と同じファイルが存在しているはずです。 ＃FLCNVで存在しないか確認してみてください。 >#FLCNV; >IDE=MSD_IFI=問題の表名_ODE=STN 残りエンターで進めるとダンプが画面に出てきませんか？ あれば、そのファイルがおかしいのです。 問題の併合表名を指定したら、 「ファイルが見つかりません」でした。 そこで、試しに恐る恐る他の表を指定したら、 基本表も仮想表も他は全て併合出来てしまいました。 困っていた表も「2.77：ＴＥＳＴ」と言う名前だったので、 とりあえず保留と言う事になりそうです。 時間が出来たら、原因を究明しようかと思います。 併合がとりあえず出来たので、 RDBQ;で表名一覧が出てきたので、選んでみたら 「RDB環境が整ってません(E7)」 との事でした。 ですが、別サーバからのデータのファイルを調べても 存在しないのがあり、使ってなさそうな表定義が多そうですが、 何とか、先に進める様になりました。 前 様には、色々アドバイスして頂き、有難うございます。 この様な調子でA-VX初心者ですので、また困る事があるかと思います。 その際も、皆様方、宜しくお願い致します。 | |
| Re: 別サーバへのデータ移行 | |
| 前 2011-10-4 20:04:02
[返信] [編集] ファイルの指定が誤ってないようでしたら、表名と同じファイルが存在しているはずです。 ＃FLCNVで存在しないか確認してみてください。 #FLCNV; IDE=MSD_IFI=問題の表名_ODE=STN 残りエンターで進めるとダンプが画面に出てきませんか？ あれば、そのファイルがおかしいのです。 | |
| Re: 別サーバへのデータ移行 | |
| あーつ 2011-10-4 19:20:40
[返信] [編集] > 前 様 何度もご回答して頂き、お手数をおかけしています。 有難うございます。 >最初に出てくる、MSDのSYS@DDFは、新サーバの今回新たにアロケートしたファイルで、 #DDM;→2.表定義を選択した時の入力は、MSD000のSYS@DDFで指定。 >追加を選んだ後に入力するのが、元サーバからもってきたDDFです。 5.併合を選択後、処理モード=追加後は、 入力元をMSDxxxのSYS@DDF(元サーバのMSD000からデータをセットしたファイル) 併合先をMSD000のSYS@DDF(今回#ABC;でシステムファイルで定義したファイル) と指定し、併合表明一覧に幾つか表示されたので、適当な表を選択して、 範囲指定終了表名は未記入、名称変更しないと指定しています。 別の適当なMSDでSYS@DDFに併合した時は、問題なく併合出来たのですが、 MSD000の場合、「表明が既にカタログファイルに登録されています。」となってしまいます・・・ 問題なく、入力していると思っているのですが、間違っていますでしょうか？ 申し訳ありませんが、宜しくお願い致します。 | |
| Re: 別サーバへのデータ移行 | |
| 前 2011-10-4 17:43:27
[返信] [編集] 最初に出てくる、MSDのSYS@DDFは、新サーバの今回新たにアロケートしたファイルで、追加を選んだ後に入力するのが、元サーバからもってきたDDFです。 指定が間違っていませんか？ 元サーバからもってきたSYS@DDFをどこにセットしましたか？ （DDFの名前がSYS@DDFでなければ、同名はないでしょうからMSDだけでもOK) 例えば、元SYS@DDFをMSD001にセットしたら、ちゃんと装置番号を正しく入力しなければなりません。 MSDだけだとMSD000から見ていきます。 | |
| Re: 別サーバへのデータ移行 | |
| あーつ 2011-10-4 15:06:07
[返信] [編集] > 前 様 ご回答有難うございます。 いつもお手数をおかけして、申し訳ありません。 >>#DDM;→2.表定義→5.併合 >>と言う流れでMSDxxxのレコード定義やデータファイル認識をMSD000へ持って来れて、今後はRDBQ;などで確認可能になると言う認識で宜しいでしょうか？ >⇒この流れでOKです。レコード定義なども存在するのなら併合を忘れないようにして下さい。 レコード定義は未存在でした。 >余談ですが、カンパニーを使用している場合、カンパニー付のSYS@PMLも登録できますので、万一カンパニー付のSYS@PMLを使用していれば、移行の時に忘れる可能性があります。 確認して下さい。 こちらに関しては、カンパニは使用しているので、もしかしたら使用の可能性があるので、確認してみます。 現在、併合画面で困っている事があり、 処理モード[追加]にすると 「表明が既にカタログファイルに登録されています。」 と追加出来ないので、 処理モード[置換]にしたのですが、 入力元のファイル名をSYS@DDFを入力時で 「同一のデータディクショナリは指定できません。」 となってしまいます。 この場合、どこかにユーザファイルで定義したデータディクショナリに退避して、 そこから併合→置換としなければならないのでしょうか？ 申し訳ありませんが、解決方法をご教授頂けないんでしょうか？ | |
| Re: 別サーバへのデータ移行 | |
| 前 2011-10-4 12:30:14
[返信] [編集] ＞#DDM;→2.表定義→5.併合 と言う流れでMSDxxxのレコード定義やデータファイル認識をMSD000へ持って来れて、今後はRDBQ;などで確認可能になると言う認識で宜しいでしょうか？ ⇒この流れでOKです。レコード定義なども存在するのなら併合を忘れないようにして下さい。 余談ですが、カンパニーを使用している場合、カンパニー付のSYS@PMLも登録できますので、万一カンパニー付のSYS@PMLを使用していれば、移行の時に忘れる可能性があります。 確認して下さい。 | |
| Re: 別サーバへのデータ移行 | |
| あーつ 2011-10-4 11:37:55
[返信] [編集] > 前 様 ご回答有難うございます。 いつもお手数をおかけして、申し訳ありません。 ３は確認しました。１に関しては了解しました。 >２．併合を勘違いされてます。 ＃MERGEはデータのマージです。 > DDFの併合は、＃DDM（＃ABCから1番⇒３番でも同じ）で行います。 併合と言う事で、勘違いしていました。認識不足でした。 そう致しますと、 #DDM;→2.表定義 でデータディクショナリをMSD000に設定後に、 #DDM;→2.表定義→5.併合 と言う流れでMSDxxxのレコード定義やデータファイル認識をMSD000へ持って来れて、 今後はRDBQ;などで確認可能になると言う認識で宜しいでしょうか？ 回答に対しての、ご質問で申し訳ありませんが、 皆様のご教授、宜しくお願い致します。 | |
| Re: 別サーバへのデータ移行 | |
| 前 2011-10-3 17:38:32
[返信] [編集] １．SYS@SPxxxxは不要です。 ２．併合を勘違いされてます。 ＃MERGEはデータのマージです。 DDFの併合は、＃DDM（＃ABCから1番⇒３番でも同じ）で行います。 ３．＃LBMのﾒﾝﾊﾞｰ表示は、前進キー、後退キーで行いますから、特にキーボード設定を変更してなければ、シフト＋PGDN,PGUPです。 | |
| Re: 別サーバへのデータ移行 | |
| あーつ 2011-10-3 14:52:14
[返信] [編集] >前 様 ご回答、いつも有難うございます。 現状は、MSD000に無かったSYS@DBDIR,SYS@DDF,SYS@JSL,SYS@PML,SYS@WK1を 同サイズでファイル定義をし、SYS@JSLとSYS@PMLのメンバを全コピーをしました。 SYS@SPxxxxは無かったのですが、スプールファイルですので、 不要かな？と思っています。 >見逃してしまいそうなファイルが、SYS@NTPAF SYS@NTPAFは、#ABC;の表示→編集表示でデータがないとの事でしたので、 コピー不要の様です。 >SYS@DDFは移行されましたか。 まだ移行前です。 >SYS@DDFを併合する時に中身ができますから、元と同サイズ以上をアロケートして下さい。 SYS@DDFのデータを元のMSDxxxからMSD000に持ってくるには、併合すると言う事で /RUN #MERGE NMB=1_CHK=NO_IDE=MSDxxx_IFI=SYS@DDF_ODE=MSD000_OFI=SYS@DDF_LST=NO_PRD=STN_ と言う条件で実行すれば、移行出来ると言う事で良いのでしょうか？ 他に注意するパラメータがあれば、ご教授をお願いします。 それと補足で初心者的質問をしたいのですが、 LBM;でのCOPYでのメンバ一覧表示で 1画面に収まらない数の場合、次番号は確認出来ないのでしょうか？ | |
| Re: 別サーバへのデータ移行 | |
| 前 2011-10-3 12:12:15
[返信] [編集] 見逃してしまいそうなファイルが、SYS@NTPAF(#NFLNKを使用している場合---DOSのテキストファイルを入出力の対象にする場合）とSYS@DBDIR(SYS@DDFの表定義のディレクトリ）です。 SYS@NTPAFはISファイルなので、#FLCNVや#ABCでコピーできますが、SYS@DBDIRは、ｶﾀﾛｸﾞの関係もあって、SYS@DDFを併合する時に中身ができますから、元と同サイズ以上をアロケートして下さい。 SYS@DDFは移行されましたか。 | |
| 別サーバへのデータ移行 | |
| あーつ 2011-9-30 19:42:42
[返信] [編集] いつもお世話になっています。 今回はデータ移行の件でご質問させて頂きます。 ようやく実機に触れられる様になったのですが、 新規購入サーバなので、 御客様のシステムはまだ動きません。 SGとかは購入時に実機と同じで設定してもらっているので、 実機からコピーしたデータを、 MSD001以降のファイルは異種間コピー(CREATE)を完了しました。 MSD000だけ、異種間コピー(CREATE)はせず、 一旦適当なMSDxxxに入れて SYS@xxx以外のファイルは異種間コピー(ADD)しました。 あとは、存在しないSYS@xxxは作成→メンバコピー 存在するSYS@xxxは#LBM;で メンバ確認して差異だけコピーをする方法を取っています。 そこで実際にやり始めて疑問に思ったのですが、 存在するファイルを#LBM;でメンバ見れるのはSUL,PML,JSL,CUL,LML,FOL,MFDしかないのですが、 他のDATやSYS等は特に移行する必要はないのでしょうか？ それとも1つ1つ日付差異を見てコピーするのでしょうか？ 申し訳ありませんが、ご助力をお願い致します。 | |
| Re: サーバのバックアップ／レストア | |
| あーつ 2011-9-29 18:54:45
[返信] [編集] >前 様 ご回答、有難うございます。 いつも大変助かっています。 >#AJOBC;で実行するJOBは、#AJOBM;で登録していますので、その中を見れば、実行しているJSのメンバー名が分ります。 #AJOBC;を実行→表示で確認出来そうですね。 >装置名は個々に指定しなければなりません。 SAVEパラメータをご覧になって、それの逆にする感じで指定すればＯＫです。 これに関しては、SYS@JSLのバックアップしているJS確認が必要と言う事ですね。 #AJOBCのスケジュールジョブと関連付けて確認致します。 仮にCTU000にMSD000〜MSD005のバックアップが入っているとしたら、 ��#BKUP実行 �▲僖薀瓠璽拭淵丱奪�アップ時パラメータの逆指定） ACT=RESTORE OPT=NO ODE=MSD000〜MSD005 （←個々に数回実行する） IDE=CTU000 （←質問時、ODEが2つあり、訂正しました・・・） CID=! FIL=! CID,FIL等の他のパラメータはバックアップ時を確認。 と言う感じで戻せそうですね。 後日、パラメータやスケジュールを確認してみます。 レストアの確認は、システム解析が落ち着いて 試せればと言う感じですので、当分先かと思います。 | |
| Re: サーバのバックアップ／レストア | |
| 前 2011-9-29 17:48:18
[返信] [編集] 質問１の回答 #AJOBC;で実行するJOBは、#AJOBM;で登録していますので、その中を見れば、実行しているJSのメンバー名が分ります。 JSのﾒﾝﾊﾞｰはSYS@JSLからの起動になっています。 質問２の回答 装置名は個々に指定しなければなりません。 SAVEパラメータをご覧になって、それの逆にする感じで指定すればＯＫです。 | |
| サーバのバックアップ／レストア | |
| あーつ 2011-9-29 13:27:16
[返信] [編集] いつもお世話になっています。 今回はサーバのバックアップ／レストアの件で ご質問したいと思います。 同じ構成のAサーバとBサーバの2台のA-VXサーバがあります。 Bサーバ購入時に、Aサーバのデータ全てを1度全コピーして、 #OCFMの情報で、カンパニーも同じ情報で作成済。 現在、Aサーバでは起動時に#AJOBCを実行して、 その中で#BKUPを行い BACKUP.tbmとBACKUP.tbuを毎日作成しています。 質問１： #AJOBCで実行している #BKUPのパラメータやスケジュール等を調査したいのですが、 どこを確認すれば良いのでしょうか？ 質問２： 仮にAサーバが故障した場合、 Bサーバの同構成フォルダ内に BACKUP.tbmとBACKUP.tbuをコピーして、 以下のレストアでBサーバに全移行可能ですか？ ��#BKUP実行 �▲僖薀瓠璽� ACT=REST OPT=NO ODE=CTU000 ODE=MSD CID=! FIL=! (ODEは省略したら全部って意味で合ってますか？) 申し訳ありませんが、ご教授、宜しくお願い致します。 | |
| Re: ファイル／メンバ一覧のテキスト化 | |
| あーつ 2011-9-29 13:14:01
[返信] [編集] >前 様 回答有難うございます。 確かに数が少ない場合は、そちらの方が早そうですね。 参考にさせて頂き、使い分けをしたいと思います。 | |
| Re: ファイル／メンバ一覧のテキスト化 | |
| 前 2011-9-29 12:38:39
[返信] [編集] 素人向けで便利な方法があります。（データ量が多いと大変ですが、知っておかれると便利です） 手順１．#LBMでディレクトリを表示する。 手順２．編集⇒範囲指定をクリックして、コピーしたい範囲をドラックして、コピーし、エクセルに貼り付ける。 １画面で１９行表示されますから、２、３百本程度のディレクトリなら、簡単にエクセル化できますよ。 やってみて下さい。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band