RACE_SHOSAIの2018年のデータが取得できない

[ありりん]

Keough様

お世話になっております。

レース詳細を取得したいのですが、1986年以降で2018年以外は約3500件（=年間レース数）取得できているにもかかわらず、2018年のみ2068件しか取得できておりません。
状況以下の通りとなっております。
何かわかることがございましたらご教授願います。
よろしくお願いいたします。

—

OS: Windows11
mykeibadb: v3.61およびv4.0の両方
PostgreSQL: v18

wmykeibadbでのチェック項目:
セットアップ有
RA[レース詳細]のセットアップデータと蓄積データ

wmykeibadbのFROMTIME: RACE[レース情報]のみ20180000000000

ログ（v3.61もv4.0も同様）
`
mykeibadb Ver.4.0 for PostgreSQL Copyright(c) Keough
－－開始時刻: 2026/03/20 23:09:05－－
－－－セットアップデータ－－－
RACE:RAVM2018019920230808172401.jvd || 13/1565=0.8%
RACE:WFVM2018019920230808172405.jvd || 15/1565=1%
RACE:RAVM2018029920230808172423.jvd || 28/1565=1.8%
RACE:WFVM2018029920230808172427.jvd || 30/1565=1.9%
RACE:RAVM2018039920230808172445.jvd || 43/1565=2.7%
RACE:WFVM2018039920230808172449.jvd || 45/1565=2.9%
RACE:RAVM2018049920230808172507.jvd || 58/1565=3.7%
RACE:WFVM2018049920230808172511.jvd || 60/1565=3.8%
RACE:RAVM2018059920230808172529.jvd || 73/1565=4.7%
RACE:WFVM2018059920230808172533.jvd || 75/1565=4.8%
RACE:RAVM2018069920230808172551.jvd || 88/1565=5.6%
RACE:WFVM2018069920230808172555.jvd || 90/1565=5.8%
RACE:RAVM2018079920230808172613.jvd || 103/1565=6.6%
RACE:WFVM2018079920230808172617.jvd || 105/1565=6.7%
RACEJVReadエラー(-402)
JVOpen が行われていません。
DIFN:RALW2026030220260302133819.jvd || 1/65=1.5%
DIFN:RALW2026030520260305185045.jvd |—-| 32/65=49.2%
DIFN:RAOW2026030620260306132153.jvd |—–| 35/65=53.8%
DIFN:RALW2026030920260309133622.jvd |——| 42/65=64.6%
DIFN:RALW2026031220260312185140.jvd |——-| 49/65=75.4%
DIFN:RALW2026031620260316133652.jvd |——–| 56/65=86.2%
DIFN:RALW2026031920260319181113.jvd |———| 63/65=96.9%
DIFN:更新終了
BLDN:スキップ
MING:スキップ
SNPN:スキップ
SLOP:スキップ
YSCH:スキップ
HOSN:スキップ
HOYU:スキップ
COMM:スキップ
WOOD:スキップ
`

[Keough]

ありりん さん

お世話になります．
保存されているデータファイル(.jvd)を削除してから再実行していただけますか．
何らかの原因でファイルが壊れてしまったものと推測します．

(RAVM2018089920230808172635.jvdもしくはその近辺のデータが怪しいです)

個人的な意見にはなりますが，現在の一般的なネット環境ですと実行の度にファイル
をダウンロードしてもさほど時間がかからないので，JV-Linkの「データ保存設定」
を「データを保存しない」に設定してもよいかもしれません．
(mykeibadb以外にJV-Linkを用いるソフトを使う場合はその限りではありませんが)

Keough

• この返信は4ヶ月前にKeoughが編集しました。

[ありりん]

Keough様

ご回答いただきありがとうございます。
“C:\ProgramData\JRA-VAN\Data Lab\data”の中身を確認し、以下のことを試しましたが結果は変わらずでした。

1. RAVM2018089920230808172635.jvdを削除→FROMTIMEを20180000000000で再実行
2. RAVM2018*.jvdをすべて削除→FROMTIMEを20180000000000で再実行
3. RAVM2018*.jvdとWFVM2018*.jvdをすべて削除→FROMTIMEを20180000000000で再実行
4. RAVM*.jvdとWFVM*.jvdをすべて削除→FROMTIMEを00000000000000で再実行

何かほかに思い当たる節はございませんでしょうか。
お忙しいところ恐縮ですがよろしくお願いいたします。

以下4（全削除で再実行）のときのログの抜粋です。

RACE:RAVM2017019920230808171933.jvd |——| 3276/5010=65.4%
RACE:WFVM2017019920230808171937.jvd |——| 3278/5010=65.4%
RACE:RAVM2017029920230808171955.jvd |——| 3291/5010=65.7%
RACE:WFVM2017029920230808171959.jvd |——| 3293/5010=65.7%
RACE:RAVM2017039920230808172017.jvd |——| 3306/5010=66%
RACE:WFVM2017039920230808172021.jvd |——| 3308/5010=66%
RACE:RAVM2017049920230808172041.jvd |——| 3322/5010=66.3%
RACE:WFVM2017049920230808172045.jvd |——| 3324/5010=66.3%
RACE:RAVM2017059920230808172103.jvd |——| 3337/5010=66.6%
RACE:WFVM2017059920230808172107.jvd |——| 3339/5010=66.6%
RACE:RAVM2017069920230808172125.jvd |——| 3352/5010=66.9%
RACE:WFVM2017069920230808172129.jvd |——| 3354/5010=66.9%
RACE:RAVM2017079920230808172148.jvd |——| 3368/5010=67.2%
RACE:WFVM2017079920230808172152.jvd |——| 3370/5010=67.3%
RACE:RAVM2017089920230808172210.jvd |——| 3383/5010=67.5%
RACE:WFVM2017089920230808172214.jvd |——| 3385/5010=67.6%
RACE:RAVM2017099920230808172232.jvd |——| 3398/5010=67.8%
RACE:WFVM2017099920230808172236.jvd |——| 3400/5010=67.9%
RACE:RAVM2017109920230808172254.jvd |——| 3413/5010=68.1%
RACE:WFVM2017109920230808172258.jvd |——| 3415/5010=68.2%
RACE:RAVM2017119920230808172316.jvd |——| 3428/5010=68.4%
RACE:WFVM2017119920230808172320.jvd |——| 3430/5010=68.5%
RACE:RAVM2017129920230808172338.jvd |——| 3443/5010=68.7%
RACE:WFVM2017129920230808172342.jvd |——| 3445/5010=68.8%
RACE:RAVM2018019920230808172401.jvd |——| 3458/5010=69%
RACE:WFVM2018019920230808172405.jvd |——| 3460/5010=69.1%
RACE:RAVM2018029920230808172423.jvd |——| 3473/5010=69.3%
RACE:WFVM2018029920230808172427.jvd |——| 3475/5010=69.4%
RACE:RAVM2018039920230808172445.jvd |——| 3488/5010=69.6%
RACE:WFVM2018039920230808172449.jvd |——| 3490/5010=69.7%
RACE:RAVM2018049920230808172507.jvd |——| 3503/5010=69.9%
RACE:WFVM2018049920230808172511.jvd |——| 3505/5010=70%
RACE:RAVM2018059920230808172529.jvd |——-| 3518/5010=70.2%
RACE:WFVM2018059920230808172533.jvd |——-| 3520/5010=70.3%
RACE:RAVM2018069920230808172551.jvd |——-| 3533/5010=70.5%
RACE:WFVM2018069920230808172555.jvd |——-| 3535/5010=70.6%
RACE:RAVM2018079920230808172613.jvd |——-| 3548/5010=70.8%
RACE:WFVM2018079920230808172617.jvd |——-| 3550/5010=70.9%
RACEJVReadエラー(-402)
JVOpen が行われていません。
DIFN:RALW2026030220260302133819.jvd || 1/65=1.5%
DIFN:RALW2026030520260305185045.jvd |—-| 32/65=49.2%
DIFN:RAOW2026030620260306132153.jvd |—–| 35/65=53.8%
DIFN:RALW2026030920260309133622.jvd |——| 42/65=64.6%
DIFN:RALW2026031220260312185140.jvd |——-| 49/65=75.4%
DIFN:RALW2026031620260316133652.jvd |——–| 56/65=86.2%
DIFN:RALW2026031920260319181113.jvd |———| 63/65=96.9%
DIFN:更新終了
BLDN:スキップ
MING:スキップ
SNPN:スキップ
SLOP:スキップ
YSCH:スキップ
HOSN:スキップ
HOYU:スキップ
COMM:スキップ
WOOD:スキップ

[ありりん]

Keough様

続報です。直りました。
原因はO2VM2018089920230808172629.jvdが0バイトのからデータだったからのようです。
AIが以下のように解析して原因を特定してくれました。
このたびはお騒がせしてしまい申し訳ございません。
ご対応いただきありがとうございました。
今後ともmykeibadbを愛用させていただきます。
よろしくお願いいたします。

—
Data Lab APIの JVRead はRACEカテゴリの全ファイルを順に読みます（CKVM→DMVM→…→O2VM→…→RAVM→…→WFVM）。ログに表示されるのはRAVM/WFVMだけですが、内部的にはO2VMなど他のファイルも処理しています。

WFVM2018079920230808172617.jvd（2018年7月）を読んだ後、次の月(201808)のファイル群を処理する際に O2VM2018089920230808172629.jvd（0バイト）を読もうとしてDLLが異常状態になり、セッションが無効化されて -402 (JVOpen が行われていません) エラーとなります。
—

[Keough]

ありりん さん

解決されたとのこと，結果的には良かったです．
参考までに，今回はどのように回避されたら教えていただけますでしょうか．

ただ私のもっているいくつかの環境で試したのですが再現しないので，ありりん
さんの何らかの環境が関係しているかもしれません．
心当たり等ありましたらお知らせください．

よろしくお願いします．

Keough

[ありりん]

Keough様

私の環境は最初の投稿の通り
OS: Windows11
mykeibadb: v3.61およびv4.0
PostgreSQL: v18
となっております。

原因はO2VM2018089920230808172629.jvdが0バイトの空データだったからであり、
C:\ProgramData\JRA-VAN\Data Lab\data\O2VM2018089920230808172629.jvd
を削除して再度FROMTIMEを20180000000000でmykeibadbを実行したところ直りました。

また追加で確認したところオッズデータや払戻データが2018年以降DBにデータが一切ない状態になっており、おそらくO2VM2018089920230808172629.jvdが空だったせいでその後のデータ取得が正常に行われなかったようです。
これらも再度FROMTIMEを20180000000000でmykeibadbを実行したところ直りました。

O2VM2018089920230808172629.jvdが空になってしまった原因は不明ですが、私は時間が非常にかかると注意のあったO6とH6以外のすべてにチェックをつけてセットアップを行いました。
このときのmykeibadbはv3.61でした
丸3日ほどかかってようやく完了しましたが、長すぎてすべてのログを確認できたわけではないので、どこかで失敗していたものと思われます。

v4ではログ出力機能がありますので次に別PCでセットアップするときはエラーに気づけやすそうです。
またすべてのデータが必要なわけではないので、race_shosaiやumagoto_race_johoなど必要なデータに絞って少しずつ取得することを心がけようと思います。

状況としては以上のようになります。
結局肝心なところが不明なままですが、お役に立てましたら幸いです。

[Keough]

ありりん さん

ご報告ありがとうございます．
私も根本原因は分かりませんが，何らかのトラブルでファイルの中身が空になってしまったようですね．
なまじっかファイルが存在してしまうと，上書きもされずにエラーになってしまいます．

私も以前似たような苦い経験があり，それ以来データを残す設定にしていません．

何れにせよ解決できてよかったです．
私も勉強になりました．有難うございました．

Keough

[投稿者]

投稿