こんにちは、Michalさん。

そう思いません。むしろ、clean=trueで設定されているかもしれません。詳しい答えはログに詳述されているかもしれません。

--
よろしくお願いします
Mikhail Khludnev

こんにちは、

それを確認しましたが、コレクションデータはclean=trueおよびoptimize=true（最初のクエリ）を使用した場合にのみ消去されます。

1. clean=true ; optimize=true
   webapp=/solr path=/dataimport
   params={core=examplecollection&optimize=true&indent=on&commit=true&name=dataimport&clean=true&wt=json&command=full-import&=1657098443936&verbose=true}
   status=0 QTime=5

2. clean=true
   webapp=/solr path=/dataimport
   params={core=examplecollection&indent=on&commit=true&name=dataimport&clean=true&wt=json&command=full-import&=1657098443936&verbose=true}
   status=0 QTime=4

3. clean=false ; optimize=true
   webapp=/solr path=/dataimport
   params={core=examplecollection&optimize=true&indent=on&commit=true&name=dataimport&clean=false&wt=json&command=full-import&=1657098443936&verbose=true}
   status=0 QTime=5

このように動作するのでしょうか？Solr 7.1ではこのような状況は起こらなかったことを知っています。

よろしくお願いします。
Michal

もしclean=trueを送信すると、DIHはインポートを開始する前にインデックスデータを消去するはずです。optimize=trueを設定すると、インポートが完了した後にSolrがインデックスを最適化するはずです。両方のパラメータがtrueの場合に異なる挙動をするのは非常に奇妙です...もしかしたら、両方のパラメータがtrueの場合、DIHはインポート開始前にコミットを行い、その組み合わせがない場合はコミットが行われず、インポート後にのみコミットが行われるのかもしれません。

インポートが完了した後にcommitとoptimizeをfalseに設定し、インポート後にそれらの操作を手動で行う方が良いかもしれません。ちなみに、optimizeは一般的にシステムリソースを多く消費し、時間がかかるため、推奨されないことが多いです。

Solr 9.xではDIHはもはや存在しないことに注意してください。この機能には特にクラウドモードでの問題があります。おそらく、DIHの多くのバグの1つに遭遇したようです。

別のバージョンのDIHを使うと成功するかもしれません：

https://github.com/rohitbemax/dataimporthandler

また、新しいコレクションでインポートを行い、インデックス作成後にエイリアスを更新して「真の」コレクション名を新しいコレクションに指す方法もあります。これは一般的に良いパラダイムです。

ありがとうございます。
Shawn