ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re: AT END が無視されて、再度、DELETE処理を行い、 不正十進数エラーで アボートしてしまいます | |
| gai 2015-7-17 11:53:31
[返信] [編集] ありがとうございます。 おっしゃるとおり、それなりに実績があるといいつつ、 あるというわけではないですよね。 10年以上毎月動いているＰＧですが、 もしかしたら過去もあったのかもしれません。 ORGANIZATION IS INDEXED となっております。 ＲＤＢを索引順に読みながら、 ある条件に合致した、古いレコードを削除する、 という処理です。 | |
| Re: AT END が無視されて、再度、DELETE処理を行い、 不正十進数エラーで アボートしてしまいます | |
| GAI 2015-7-17 11:24:11
[返信] [編集] ファイルステータスですね？！ やり方調べて実施してみます！ ありがとうございます” | |
| Re: 久々ＣＯＢＯＬ８５を見ました。（AT END が無視されて、再度、DELETE処理を行い、 不正十進数エラーで アボートしてしまいます） | |
| 江須扇 2015-7-16 11:02:27
[返信] [編集] 私も久々に見るので、記憶違いかもしれませんが、 プログラム内でＦＩＬＥ ＳＴＡＴＵＳを一か所も使ってない場合は ＡＴ ＥＮＤ で再読み込みを実行すると命令実行順序エラーで エラー表示するのではと記憶しております。 しかしながらＦＩＬＥ ＳＴＡＴＵＳを使っている場合は その命令でＯＳからのエラーは表示されず。 次の行で必ずＳＴＡＴＵＳをＩＦ命令で確かめる必要が あると思います。 また、ＤＥＬＥＴＥ命令で不正十進数はエラー出ないと記憶しております。 説明上省略してあるのでしょうがＲＥＡＤの後、何らかの処理でエラーが出ていると考えます。 対応方法は １．全てのＦＩＬＥ ＳＴＡＴＵＳをコメントにして ＯＳのエラー機能のみで実行する ２．全ての入出力命令（ＯＰＥＮ、ＣＬＯＳＥ、ＲＥＡＤ、ＤＥＬＥＴＥ等）の直後でＳＴＡＴＵＳを確認して全て自己管理にする のどちらかにする必要があります。 中途半端（すいません言葉がきついかも）にＳＴＡＴＵＳを確認すると正しい判定ができません。 まずはそこをご確認ください。 ＰＳ： それにしても旧１００からＣＯＢＯＬがあったのでそれを引き継いだプログラムが多いので ＧＯ ＴＯ ありありのプログラムはやむを得ないかもしれませんが 新規であればＣＯＢＯＬ８５はＥＮＤ−ＸＸＸとＰＥＲＦＯＲＭ を使った構造化プログラムが作成が可能になります。 データベースのＳＥＬＥＣＴと命令と組み合わせると かなりすっきりしたプログラムになります。 いまさらですが参考の為に蛇足を書きました。  | |
| Re: AT END が無視されて、再度、DELETE処理を行い、 不正十進数エラーで アボートしてしまいます | |
| ターラヤン 2015-7-15 0:52:31
[返信] [編集] 私も温泉好きのうさぎさんと同じ意見です。 READなどの命令実行後のファイルステータスを見てみた方がいいです。 例えば READ XX-FILE AT END GOTO ABC-090. の後辺りで、 IF ファイルステータス(1:1）NOT= '0' DISPLAY ファイルステータス END-IF みたいな感じで。 なんとなく普通に考えると、最終レコードを削除したので次はAT ENDとなる、というようにも思われますが、実は別のエラーになっているのかもしれません。 それなりにスキルのある前任者が作ったプログラムとのことですが、今までずっと動いていたけど突然エラーが出るようになって動かなくなったというような、今までそれなりに実績があるというわけではないですよね。その人が作ったことは作ったが、動かしたのは今回初めてということですよね。 ところでORGANIZATIONは何を指定しているのでしょうか このプログラムは何をしようとしているのでしょうか、全部のレコードを削除してテーブルをまっさらにするというプログラムでしょうか | |
| Re: AT END が無視されて、再度、DELETE処理を行い、 不正十進数エラーで アボートしてしまいます | |
| 温泉好きのうさぎ 2015-7-14 18:57:30
[返信] [編集] まず第一に疑うべきものは、ファイルに対する I-O 命令が正常に実行されているのかどうかということです。 すなわち、AT END が無視されたのではなく、READ 命令自体が正しく実行されなかったと考えるべきです。 それをチェックする最も簡単な方法は、「OPEN」「READ」「DELETE」各命令の直後にファイルステータスの値を画面表示させることです。 すべて値が正常終了であれば、別の原因を探す必要があります。 | |
| AT END が無視されて、再度、DELETE処理を行い、 不正十進数エラーで アボートしてしまいます | |
| GAI 2015-7-14 16:12:14
[返信] [編集] こんにちはいつも大変お世話になっております。 ＣＯＢＯＬ85で、 下記の処理をした場合、 最終レコードを削除した後、 AT END が無視されて、再度、DELETE処理を行い、 不正十進数エラーで アボートしてしまいます。 それなりにスキルのある前任者が作ったプログラムです。 最終レコードが削除されたら、レコードがなくなるので、AT END になると思うのですが、 なぜAT END GOTO ABC-090が無視されてしまうのでしょうか？ どう処置すればいいでしょうか？ １．RDBファイルを順読み ２．削除する ３．次のレコードを読む（最終レコード） ４．削除する（最終レコード） ５．次のレコードを読む（AT ENDになるはず） ６．削除する → 不正エラー！！？ ABC-010. READ XX-FILE AT END GOTO ABC-090. DELETE XX-FILE . GO TO ABC-010. ABC-090. 【例】 READ レコード 99997 →DELETE READ レコード 99998 →DELETE READ レコード 99999 →DELETE READ E M0021: (PRG=XXXXXX,ADR=00051C12) 不正十進数エラ― | |
| Re: A-VXデータの移行について | |
| レガシー始末屋 2015-6-6 15:53:27
[返信] [編集] NECのA-VX対応については、ﾃﾞｨｰﾗｰから、販売完了が2014/３月、ｻﾎﾟｰﾄ、保守終了は、２０１９年３月と聞いております。ﾃﾞｨｰﾗｰの販促用でしょうか(笑) ﾃﾞｨｰﾗｰもそれなりに対応してくれるのですが、ｵﾌｺﾝ全盛の頃に比べて、要員がﾘｽﾄﾗされてしまっていて、以前の様に気楽にSEやCEに相談できなくなっております。 うっかり相談すると、有償と言われそうですね。 兎に角、今回のDATによるﾃﾞｰﾀ退避、復旧にメドがついて、ﾎｯﾄしてます。 何時ｻｰﾊﾞｰが致命的なﾀﾞｳﾝをするか、予測つかないので、次期ｵｰﾌﾟﾝｼｽﾃﾑに移行が完了するまで、ﾚｶﾞｼｰA-VXには、最後の力を振り絞って、頑張ってくれと祈ってます(笑)。 | |
| Re: A-VXデータの移行について | |
| オフコン人 2015-6-6 8:11:52
[返信] [編集] 無事解決したようですね。よかったです。 ところで、2019年3月じゃなく、2020年3月と聞いていますよ。それを過ぎると保守も受けられなくなりますので、それまでに何とか移行を終えないといけません。（頑張るしか・・・） しかし、今回のようなことは、買われた販売店は何もしてくれないのですか？ 私は販売店へ問い合わせて、それなりに助けてもらっています。ま、最近は新しいことをしないので、聞くこともほとんど無くなっていますが。 お互い、頑張りましょうね。 | |
| Re: A-VXデータの移行について | |
| レガシー始末屋 2015-6-5 13:56:05
[返信] [編集] Windows2003Server A-VX01側のDAT装置は、とりあえず正常に動作していると判断しまして、ご指摘の5.6.について、トライしました。 Windows2000Server A-VX4側のDATのﾍｯﾄﾞｸﾘｰﾆﾝｸﾞと新しいDDS3ﾃｰﾌﾟを用いて、BACKUPして、DAT72にｾｯﾄして、CATALOGU,RESTORE処理を 実行してみました。 結果は、OKでした。嘘のような結末ですが、ご指摘の通りでしたね。 お陰様で、A-VX4からA-VX01へのDAT経由でのﾃﾞｰﾀ移行が出来そうです。 今回皆様の貴重な情報で、良い結果が得られて、大変感謝してます。改めて、御礼申し上げます。 それにしましても、今回のような処理は、通常Serverがﾀﾞｳﾝしない限り実際に実行する機会が無いかもしれない処理だけに、複雑な心境ですね。 A-VXもいよいよ2019年３月末で完全終了となります。NECのｻﾎﾟｰﾄは商業的に終了かもしれませんが、引き続き暫くは継続稼動させねば ならないﾕｰｻﾞｰはかなりいると思いますので、皆さん大変ですね。 ある時期まで、A-VXを利用しなければならないﾕｰｻﾞｰにとって、このような掲示板があることは、大変心強いですね。 もう暫くは、ﾚｶﾞｼｰと付き合わなければならないﾕｰｻﾞｰの為にも、発信し続けて下さい。 | |
| Re: A-VXデータの移行について | |
| 温泉好きのうさぎ 2015-6-4 23:03:31
[返信] [編集] OSがA-VX4 R5.01 は、ディスクバックアップ機能の適用対象外です。 2015-6-4 18:52の投稿の最後の2行は無かったことにしてください。 | |
| Re: A-VXデータの移行について | |
| レガシー始末屋 2015-6-4 20:56:40
[返信] [編集] Windows2003Xerver A-VX01 R5.01で、#BKUPを起動して、DATへの退避及びCATALOGU処理は、正常にできました。(最初DATにﾃｰﾌﾟｾｯﾄしないで、退避ﾊﾟﾗを切ったら、装置が用意されていないと怒られましたのでｱｸｾｽしてます) やはり問題は、Windows2000Server A-VX4 R5.01で退避したDATが正常に処理出来ないという点です。 A-VX4のｻｰﾊﾞｰとA-VX01ｻｰﾊﾞｰともに同じﾌｧｲﾙｱﾛｹｰﾄされています。 もう一度、皆様からの情報を整理して、再検討してみます。 | |
| Re: A-VXデータの移行について | |
| レガシー始末屋 2015-6-4 20:44:32
[返信] [編集] 懇切丁寧な上、迅速な皆様のご回答に感謝申し上げます。 今までいただいたご回答をもう一度検証してみます。 最終的にどうなったかは、後日ご報告申し上げます。 | |
| Re: A-VXデータの移行について | |
| オフコン人 2015-6-4 19:50:12
[返信] [編集] 追伸：基本SGの装置定義は、必須ですが、CTU000をテープとして利用する場合は、ディスクバックアップ機能の設定はしません。 CTU000にドライブ\フォルダの設定がされている場合には、テープへアクセスしません。 テープへアクセスしたい場合は、設定を解除すればいいだけです。 | |
| Re: A-VXデータの移行について | |
| オフコン人 2015-6-4 19:43:23
[返信] [編集] 急な出張で戻って、びっくりしています。 温泉好きのうさぎさん、色々ご苦労様です。 >どうも、AVXBKUPSET.EXEでの設定変更がされていない、「解除」が実行されていない感じです。 >原因として思い当たる点がありましたら、引き続きご指導ください。 何を根拠に、そのように断定されるのかわかりません。 ディスクバックアップ機能の設定ツールで解除されているなら、テープへ一度バックアップし、それをリストアできるか確認されたらいかがでしょう。テープにアクセスしているかは装置のランプで確認ですね。 その後、Windows2000のサーバでテープへバックアップし、Windows2003のサーバでリストアの確認をされればいいんじゃないでしょうか。 また、明日はサイトの確認ができません。 | |
| Re: A-VXデータの移行について | |
| 温泉好きのうさぎ 2015-6-4 18:52:58
[返信] [編集] 解決したと思ったのにまだダメなようですね。 AVXBKUPSET.EXE の設定画面で、SG情報と関連付けファイルの欄はどのように表示されているのでしょうか。 関連付けが解除されていれば、ファイル名のところは「未登録」となっているはずです。 また、AVXBKUPSET.EXE と同じフォルダに同じ名前の LOGファイルがありますので、その内容も確認してください。登録や解除の履歴が記録されています。 なお、AVXBKUPSET.EXE の設定画面を使わずに関連付けを強制的に解除してしまうには、同じ名前の INIファイルを削除 (またはファイル名 or 拡張子を変更) することで可能です。 そのうえで、試しにバックアップを実行し、CTU000.tbm と CTU000.tbu の更新日時が変更されていなければ、関連付けは正しく解除され、DATテープにデータが出力されたと判断できるでしょう。 さて、「退避媒体ではありません」のエラーメッセージですが、DAT装置がテープを読みにいって A-VX の #BKUP のデータであると認識できなかったということです。 具体的には、 1. 新品もしくは A-VX 以外で使用されていたテープを装着した 2. 集合型と単体型を混用した 3. オプションの高速モードで退避したものを、同機能適用以前の古いサーバで参照した 4. 拡張形式ファイルシステムで退避したものを、同機能適用以前の古いサーバで参照した 5. DAT装置の記録ヘッドの汚れ または 消耗 6. DATテープの劣化 といったことが考えられます。 このうち、1. 〜 4. では無いことは明らかなので、やはり物理的な I-Oエラーが発生しているのではないか思われます。 対策は、ヘッドクリーニングをして新品のテープを使うしかないですね。 DAT装置も新しい物ほど記録密度が高くなっており、非常にデリケートになっています。同じ装置で退避したデータは読めるけど、他の装置で退避したデータは読めないということもよくあります。 これでダメなら、DATを使用せず、2000Server 側もディスクバックアップ機能にしてしまうしかないですね。 動作保証はありませんが、Server2003 側にモジュールがあるのでそれをそのまま利用できると思いますよ。 | |
| 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に持って行き正常に参照やリストアできるかです。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band