ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re: A-VXデータの移行について | |
| レガシー始末屋 2015-6-4 14:27:05
[返信] [編集] 早速、ご指摘の設定EXEを実行しました。 当初ﾊﾞﾂｸｱｯﾌﾟ先がI:\bak\CTO000\となっており、直近で実行したﾊﾞｯｸｱｯﾌﾟの実行した痕跡ﾃﾞｰﾀが保存されておりました。 ちなみに保存ﾌｧｲﾙ名はCTU000.tbmとCTU000.tbuでした。 ご指導のように、「解除」を実行して、念のために、Serverも再起動して、A-VX4で退避したDATをｾｯﾄして、CATALOGUを実行してみもしたところ、ｴﾗｰとなってしまいました。 ｴﾗｰ表示 O U33D7:(CTU000)退避媒体ではありません・・・です AVXBKUPSET.EXEを再度起動して、設定画面を確認するも、退避先ﾃﾞﾊﾞｲｽはCTU000となっております。 SGﾘｽﾄでも、SCSI-ID 4 DAT CTU000 となっております。 どうも、AVXBKUPSET.EXEでの設定変更がされていない、「解除」が実行されていない感じです。 原因として思い当たる点がありましたら、引き続きご指導ください。 | |
| Re: A-VXデータの移行について | |
| 温泉好きのうさぎ 2015-6-4 10:34:42
[返信] [編集] 原因が判明してよかったですね。 でも、PAGWTAPE.DLL と AVXBKUPSET.EXE の削除はしないでください。 ディスクバックアップ機能に変更しても、従来のDATテープを使った運用と互換性がとれるように、#BKUP のバックアップデータの出力先をDATテープにするか、ディスクにするかの切り替えを、AVXBKUPSET.EXE で行うようになっています。 使い方は簡単です。 まず、AVXBKUPSET.EXE を起動してください。 SG情報と関連付けファイルの欄に現在の状態が表示されています。 設定内容を変更するには、バックアップファイル関連付けの欄の CTU選択で、装置番号を選択します。 ディスクに出力したいときは、バックアップパスとバックアップフォルダ名を指定し、登録ボタンを押します。 DATに出力したいときは、解除ボタンを押します。 これだけで簡単に切り替えができます。(変更後、内容が反映されてなければ、再起動が必要) なお、ディスクに出力されるバックアップデータは、拡張子の異なる2個のファイルで、隠し属性になっています。 | |
| Re: A-VXデータの移行について | |
| レガシー始末屋 2015-6-3 21:39:19
[返信] [編集] 早速、ご指南いただいた点について、調べました。 D:\AVX\PAGW\PAGWTAPE.DLL 349KB 2009/11/16 がありました。 そして、AVXBKUPSET.EXE 414KB 2009/11/16もありました。 今回のご指摘から、ディスクバツクアップ機能が、インストールされているようです。これらは、当Serverを後継Serverにﾃﾞｰﾀ移行する際、ﾃﾞｨﾗｰｻｰﾋﾞｽ担当者がﾃﾞｨｽｸtoﾃﾞｨｽｸでﾃﾞｰﾀ移行したので、ｲﾝｽﾄｰﾙしたと思われます。移行済みのServerは、移行後使用しない思い、ﾃﾞｨｽｸﾊﾞｯｸｱｯﾌﾟ機能をそのままにして、戻さなかったようです。DATでのRESTOREはもうできないのでしょうか? ご質問の逆方向での動作は、ご推察の通り、DAT72でﾊﾞｯｸｱｯﾌﾟしたDATﾃｰﾌﾟ参照、ﾘｽﾄｱは出来ませんでした。 今までの経過を思い起こしてみると、DAT72にﾃｰﾌﾟをｾｯﾄするも、実際にはﾃｰﾌﾟにｱｸｾｽしていなかったようです。DATﾃｰﾌﾟを使用して、当ｻｰﾊﾞｰで、BACKUP&RESTOREが一見できたかのように見えたのも、実際には、ﾊｰﾄﾞﾃﾞｨｽｸ上で行われていたという事で、説明がつきますね。 ﾃﾞｨﾗｰがｻｰﾊﾞｰ移行する前は、A-VX4からDDS3DATﾃｰﾌﾟでﾘｽﾄｱ等行っていたので、まさか今回のような事態になるとは、思いもよりませんでした。ﾃﾞｨｽｸﾊﾞｯｸｱｯﾌﾟ機能がｲﾝｽﾄｰﾙされてしまったままだったのですね。 この機能を解除するのは、難しいでしようか? 単純に、ご指摘のDLLとEXEを、一旦削除して、ﾃﾞｨｽｸﾊﾞｯｸｱｯﾌﾟ機能を回避出来ればいいですね。自己責任でﾄﾗｲしてみます。 本当に的を得たご指摘をいただいて、助かりました。感謝です。 | |
| Re: A-VXデータの移行について | |
| レガシー始末屋 2015-6-3 21:00:29
[返信] [編集] 早速、有意義な助言をいただき、感謝します。 ご指摘いただいた点について、検証してみます。 ありがとうございます。 | |
| Re: A-VXデータの移行について | |
| 温泉好きのうさぎ 2015-6-3 20:43:42
[返信] [編集] 詳細に状況を整理していただきありがとうございます。 まず最初に確認しますが、DAT装置はいずれも単体型ですよね。どちらかが集合型であればDATテープの互換性はありません。 また、A-VX01 R2.0 から導入されている「拡張形式ファイルシステム」ではありませんよね。 そのうえで、��と�い砲�ける不可解な動作の原因として考えられるのは、 (1) SGでCTUが2台以上定義されており、CTU000だと思ってDATテープを抜き差ししていた装置が実はCTU001だった。本来のCTU000には別のDATが入れっぱなしになっていた。 (2) いつの間にかディスクバックアップ機能に変更されており、バックアップデータはDATテープではなく、ハードディスクに入出力されていた。 (3) DAT装置またはその周辺装置のハードの不具合。 (4) #BKUPのバグ。 といったものでしょうか。 (1) を確認するには、SGリストを見るか、アテンションから装置状態表示を見ます。 (2) は、Server2003から、D:\AVX\PAGW\PAGWTAPE.DLL というファイルを探します。その更新日付が2009年以降であり、ファイルサイズが350KB以上であればディスクバックアップ機能がインストールされていると思われます。 その場合、バックアップデータの出力先の関連付けを行う AVXBKUPSET.EXE というプログラムがあるはずです。 (3) の場合は、修理または交換をせざるをえませんね。 (4) これは非常に考えにくいですが、万一そうであれば、NECに何とかしてもらうしかないですね。でも、保守契約していないと…………。 その他に確認していただきたいのは、逆方向での動作結果です。 Server2003のA-VXでバックアップをとったDATテープを、2000ServerのA-VXに持って行き正常に参照やリストアできるかです。 | |
| Re: A-VXデータの移行について | |
| レガシー始末屋 2015-6-3 17:14:09
[返信] [編集] Windows2003ServerA-VX01 DAT72における#BKUPの珍現象について、再度トライして、状況を整理しました。 使用しているDATの規格は、DDS3です。 ��2003で、MSD000の幾つかのﾌｧｲﾙをBACKUPして、MSD003にALCﾓｰﾄﾞでRESTORE出来ました。この処理で、DAT72はメカ的に正常稼動していると思います。 �⊂綉�に使用したDATのCATALOGUEもCONTENTS処理も正常です。 �Ｃ△掘�珍現象は、DATﾃｰﾌﾟを装置にｾｯﾄしていなくても、�△僚萢�が出来るという現象に困惑してます。 �ぢ召�Server(Windows2000 A-VX4)でBACKUPしたDDS3のDATをDAT72にｾｯﾄして、�△僚萢�をすると、ｾｯﾄしたDATの内容では無く、直近に正常処理した内容が表示されるという現象が発生します。 以上のﾃｽﾄの結果、A-VX01でDAT72を使用しての#BKUPは、問題無く稼動しますが、��の珍現象は、原因不明です。 DAT72の装置障害というよりも、A-VX01の#BKUPにバグがあると判断しております。 以上のﾃｽﾄから他に考えられる原因や#BKUPのﾊﾟﾗﾒｰﾀの切り方等何かｱｲﾃﾞｱが有りましたら、ご投稿下さい。 | |
| Re: A-VXデータの移行について | |
| 温泉好きのうさぎ 2015-6-2 21:30:57
[返信] [編集] 「RESTOREが不可能な状況」というのは具体的にどういう状況なのですか？ エラーメッセージが何か出ているのですか？ ACT=CATALOGUE や ACT=CONTENTS によってDATを参照することも不可能なのですか？ まずは、両方のDAT装置のヘッドクリーニングをした上で、バックアップからやりなおしてみたほうが良いと思います。 NECの保守をされていないようなので、機器の内部が相当汚れていると想像されます。 それでも、うまく行かなかった場合、どうしてもDATを使用せずにデータ移行をするには、 (1) #BKUPのディスクバックアップ機能を用いる。 (2) コピー先のSGを変更してMSDを追加し、コピー元のPAMSDnnnをファイル名を変更しながら直接コピーする。 といった方法が考えられますが、 (1)は、対応モジュールさえあれば、インストール自体は簡単です。ただし、一方が2000Serverということは、OSがA-VX IVだと思われますので、バージョンが R5.5 以降でないと不可能です。 (2)は、非常に高度なスキルをお持ちの方でないと無理です。(そのような方なら、ここに質問などしませんよね) これらの件に関して、さらなる情報を希望されるのでしたら、いくらでも協力しますよ。 ただし、いつも言いますように、作業はすべて自己責任で行ってくださいね。 | |
| Re: A-VXデータの移行について | |
| レガシー始末屋 2015-6-2 14:53:55
[返信] [編集] #BKUPのバージョンアップですか!NECからのサポートを受けれない状況なので、厳しいですね。ディスク経由、いいですね。 | |
| Re: A-VXデータの移行について | |
| レガシー始末屋 2015-6-2 14:49:08
[返信] [編集] Windows2000ServerからDDS3でBACKUPして、Windows2003ServerのDAT72にセットしております。どういうわけか、Windows2000ServerからのDDS3でのRESTOREが不可能な状況です。DAT72でDDS3は正常に#BKUPで動作できます。 | |
| Re: A-VXデータの移行について | |
| オフコン人 2015-6-2 14:22:52
[返信] [編集] 間違った記載をしてしまいました。Windows2000の時のDAT装置はDDS3を使えます。DAT72の装置もDDS3を利用可能ですので、DDS3のテープを使うことで移行が可能です。 | |
| Re: A-VXデータの移行について | |
| オフコン人 2015-6-2 11:32:41
[返信] [編集] 2003のDAT装置もDAT72の装置もDDS4のテープであれば利用できると思いますので、テープをDDS4にすれば、当初の考えの手順でできると思いますよ。 | |
| Re: A-VXデータの移行について | |
| ターラヤン 2015-6-2 9:02:40
[返信] [編集] Ａ−ＶＸ０２で#BKUPでディスクバックアップ機能が着きましたが、Ａ−ＶＸ０１やＡ−ＶＸ4もできるようになるようです #BKUPをバージョンアップするとできます ディスクにバックアップして別のサーバーにコピーし、リストアします | |
| A-VXデータの移行について | |
| レガシー始末屋 2015-5-31 20:06:21
[返信] [編集] Windows2000ServerのA-VXデータをバツクアップ用のWindows2003ServerのA-VX環境に移行復元したいと思います。 #BKUPでDAT経由でBKUP=>RESTOREで簡単にできると思っていたら、 Windows2003ServerのDATがDAT72で、RESTOREできません。DATを使用せずに、移行する方法について、お願いします。 | |
| Re: ディクファイルのディアロケートJS生成方法 | |
| 富山清風 2015-5-22 12:13:47
[返信] [編集] ｢#SGALC｣は知りませんでした。 今後の参考にさせていただきます。 | |
| Re: ディクファイルのディアロケートJS生成方法 | |
| 温泉好きのうさぎ 2015-5-21 18:41:17
[返信] [編集] 削除の対象となるファイルが多数あるようで大変ですね。 私の手元にも、$DISKM という%メニューのLMが有りますが、リンク日が88年となっているので昭和の時代のもので、最近の大容量ディスクと大量のファイル数には対応できてないのかもしれません。 さて、ディアロケートのJSを作るとしても、ファイル名を置換パラメータで与えねばならず、かなり手間がかかります。 そこで、次のようなやり方はどうでしょうか。 1.ボリューム全体をバックアップする。 2.ディスクを初期化する。 3.必要なファイルのみリストアする。 または、 1.必要なファイルのみバックアップする。 2.ディスクを初期化する。 3.バックアップしたファイルをリストアする。 #BKUPでは、ファイル名の指定に集積名やワイルドカードが使用できるので、対象のファイルを全件入力する必要が無く楽です。 また、CID単位に全ファイルが必要なのか不要なのかに分かれているのなら、指定方法は非常に簡単です。 なお、ディアロケートのJSを作られるのでしたら、上の方も書かれているようにパラメータが微妙に異なりますので、やっかいです。 理由は、ファイルをアロケートしたのが、 (1) #ALLOC (2) #ABC 領域用オプションの確保方法がSTATIC (3) #ABC 領域用オプションの確保方法がDYNAMIC の違いです。 そこで、どんなファイルでも削除可能な #SGALC を使えば楽です。 具体的には /RUN #SGALC,FIL=SYS@LBM; ACT=DLP_VOL=_DEV=&0_NAM=_CID=&1_FIL=&2_GEN=98_ACT=END_ /> ; ACT=DLP_とGEN=98_のところが通常は無いパラメータです。 また、DEV=およびCID=のところは置換パラメータとせず、それぞれの装置やカンパニごとに個別のJSを複数作成しても差し支えありませんので、やり易い方で。 | |
| Re: ディクファイルのディアロケートJS生成方法 | |
| 富山清風 2015-5-20 12:38:24
[返信] [編集] 3000以上あるとなればJSですね。 長文になりますが、ご勘弁を。 概要 JS11/JS12:置換機能&0を使用してのJS JS2:削除するファイル名を羅列するJS 装置名MSD001/カンパニ"TT"等は現状にそって変更してください。 JS11: /RUN #ABC,DEV=MSD; MN1=01_MN2=01_MN3=02_PA1=MSD001_PA2=&0_O02=YES_CID=TT_O03=YES_EXP=NO_ MN1=99_ /> ; JS12: /RUN #ABC,DEV=MSD; MN1=01_MN2=01_MN3=02_PA1=MSD001_PA2=&0_O02=YES_CID=TT_O03=YES_EXP=NO_ UOD=ALL_ MN1=99_ /> ; JS11/JS12の使い分けはUOD=ALLが必要か否かですが、 エリアのアロケート時に使用した、ユーティリティによります。 JS11:#ABC等でアロケートか？ JS12:表定義よりアロケートか？ JS11/JS12の違いについては、自信がありません。 JS2: /RUN JS11,FIL=SYS@JSL,DEV=MSD,(FILENAME1); /RUN JS11,FIL=SYS@JSL,DEV=MSD,(FILENAME2); /RUN JS11,FIL=SYS@JSL,DEV=MSD,(FILENAME3); JS11/JS12とJS2を作成し、JS2を実行すればファイルがデアロケートされるとおもいます。 そこで、 JS11/JS12は#ABCのパラメータ登録機能で作成し、 ファイル名を&0に加工 JS2は下記の要領で作成 前提: F80:レコード長=80のORG=SEQのファイル #FLCNV; IDE=MSD001 IFI=SYS@FDF ODE=MSD OFI=F80 OUT=(@***@),(9,17),(@+++@) SEL=(7,2,C,EQ,@TT@)A(26,2,C,NE,@I0@) ←アイオーではなくアイゼロです 上記を実行すると、下記のような内容のファイルができます ***FILENAME1 +++ ***FILENAME2 +++ ***FILENAME3 +++ 次に、 TYP=JCL で#TEDITを起動し R MSD F80 とし、上記ファイルを読み込む 置換機能を利用し S ALL S"***","/RUN JS11,FIL=SYS@JSL,DEV=MSD,(" 再度、置換機能を利用し S ALL S"+++","); " すると、下記のようになります /RUN JS11,FIL=SYS@JSL,DEV=MSD,(FILENAME1 ); /RUN JS11,FIL=SYS@JSL,DEV=MSD,(FILENAME2 ); /RUN JS11,FIL=SYS@JSL,DEV=MSD,(FILENAME3 ); 名前をJS2にして、登録します。 (注)複数索引ファイルの場合、キーファイルから削除しないといけないのですが、 面倒なので、JS2を2回実行し、｢ファイルなし｣､｢キーファイルがある｣的なエラーは リセットで読み飛ばすようにすれば、全ファイル削除できるとおもいます。 | |
| Re: ディクファイルのディアロケートJS生成方法 | |
| レガシー始末屋 2015-5-19 20:22:45
[返信] [編集] ご指摘ありがとうございます。 整理したいファイルが3500件余有るので、お知恵をお借りしたかったのですが･･････頼りにしていたNEC裏LMがアプリケーション・エラーを発生してしまっております。ただ、非公開LMなので、他言できない弱みがあります。 とりあえず、「地道にコツコツ」ですかね。(^_^;) | |
| Re: WS# = 00 E W 49 と表示されるだけで起動できなくなりました。 | |
| 名無しさん 2015-5-19 13:14:08
[返信] [編集] 富山さま、情報ありがとうございました。 掲示板もずっと眺めていたのですが、 途中で諦めてしまって、 2003年までは遡っていませんでした。 終端の設定を端末で行うとか、 初耳の情報が沢山ありました。 ありがとうございました。 | |
| Re: WS# = 00 E W 49 と表示されるだけで起動できなくなりました。 | |
| 富山清風 2015-5-19 12:09:40
[返信] [編集] ちよっと余談ですが、 本掲示板内にＷＳアドレスの変更方法が載っていましたので、アドレスを記述しておきます。 h*tp://www.offcom.jp/modules/bluesbb/thread.php?thr=14&sty=2&num=t2 の後半に ｢＊ なお、ＷＳアドレスの変更方法は、Ｎ３１００／１０以降のタ イプでしたら、以下のように行います。｣ 今後の、参考にしてください。 h*tpからhttpの変更をお忘れなく | |
| Re: WS# = 00 E W 49 と表示されるだけで起動できなくなりました。 | |
| 藤田勉 2015-5-19 7:25:24
[返信] [編集] 富山さん、あさん。 お返事ありがとうございました。 >> 7100/10BEATのＷＳ番号を00に変更された結果 WS番号の「変更手順」は、分かりません。 たまたま、7100/10BEAT の方も ステーション番号が00であったという事でしょうか。 SIFケーブル周りも、もう一度 確認してみようと思います。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band