ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| 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でディレクトリを表示する。 手順２．編集⇒範囲指定をクリックして、コピーしたい範囲をドラックして、コピーし、エクセルに貼り付ける。 １画面で１９行表示されますから、２、３百本程度のディレクトリなら、簡単にエクセル化できますよ。 やってみて下さい。 | |
| Re: ファイル／メンバ一覧のテキスト化 | |
| あーつ 2011-9-29 11:14:26
[返信] [編集] >富山清風 様 あたたかいお言葉、有難うございます。 恐らく、多々質問する事が発生すると思います。 書いてる時点で既に発生してきてるんですが・・・ その際は、宜しくお願い致します。 >SPOOLxxxxの数は出力した回数、発生します。 やはり、いっぱいファイルが出来るみたいですね。 そのうち削除の必要があるかも？ それとファイル名はSPOOLxxxxではなくSYS@SPxxxxでした。 間違えてて申し訳ありません。自己訂正です。 | |
| Re: メッセージ管理Ｓを使用した遠隔ファイルアクセス | |
| ターラヤン 2011-9-29 2:04:10
[返信] [編集] たぶんもうすっかり解決しているのだと思いますが、 まず、「相手システムが見つかりません」をマニュアルで探すと 「カタログファイルに登録した相手システム番号が，システム生成 で定義されていません。 カタログファイルまたはＡ－ＶＸ／ＮＥＴのＳＧで定義している 相手システム番号を確認してください。 」 という内容なので、ＳＧが違っているのではないかと思います。 Ａ－ＶＸ／ＮＥＴのＳＧはあまり詳しくはないのですが、 ＭＭ５のＳＧとＡ－ＶＸ／ＮＥＴのＳＧのパラメータの対応、 ホスト側とクライアント側のＳＧのパラメータ値の対応が 正しく取れている必要があります。 ＭＭ５の／ＶＴＥＲＭＩＮＡＬや／ＱＵＥＵＥのパラメータと Ａ－ＶＸ／ＮＥＴの／ＩＮＥＴのパラメータの値が対応していなかったり、 両側のシステムの／ＩＮＥＴと／ＳＮＥＴで指定している 接続情報が対応付いていないということはないでしょうか。 動的環境設定だしたらと、Ａ－ＶＸ／ＮＥＴ管理ファイルの方 の値がＳＧと対応付いていないということはないでしょうか。 ＳＧやＡ－ＶＸ／ＮＥＴ管理ファイル上のパラメータで、 お互いの相手システム番号が相手側を指していないようなことは ないでしょうか。 後は相手システム側のＲＦＡが起動されていないとか？ | |
| Re: ファイル／メンバ一覧のテキスト化 | |
| 富山清風 2011-9-28 21:49:57
[返信] [編集] あーつ さん こんばんは わからないことがあれば、 ドンドン本掲示版で質問してください。 以外と簡単に解決しますよ！！！ SPOOLxxxxの数は出力した回数、発生します。 以上、がんばってください。 | |
| Re: ファイル／メンバ一覧のテキスト化 | |
| あーつ 2011-9-28 19:26:35
[返信] [編集] >富山清風 様 早速のご回答有難うございます。 検索かけたら、情報ありました。 何となくですが、以下の手順で出来るかな？ と予想をしています。 ①#ABC起動 ②ファイル一覧、又は、メンバ一覧印刷時、出力先をSPOOLへ ③SPOOLxxxxの中から必要な物を順編成ファイルに変換 ④#NFCNVでテキスト化 ただ、この方法だとSPOOLxxxxが沢山出来るのかな？と思っています。 この辺をどうしたものかと疑問でマニュアル参照中です。 来月に入れば、本格的に実機が使えるかと思うので、 その際に試してみようかと思います。 正直、ファイルの定義すらした事ないA-VX初心者なので、 下手な事しない様にと、今から既にビクビクしてます。 | |
| Re: ファイル／メンバ一覧のテキスト化 | |
| 富山清風 2011-9-28 18:43:19
[返信] [編集] あーつ さん ごくろうさまです。 本掲示版内を ｢SULのメンバー一覧｣で検索すると 同様の質問の回答がありますので、 参考にしてください。 がんばってください。 ｢アドレス｣を貼ろうとしたのですが、 上手くできませんでしたので、 ｢検索｣にしました。 以上 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band