SOLR TRAコレクションのリカバリに関する質問
コピーリンク
(The bot translated the original post https://lists.apache.org/thread/thnlcbzxh4t05j4fsq40zwm79f00303h into Japanese and reposted it under Apache License 2.0. The copyright of posted content is held by the original poster.)
親愛なるユーザーの皆様、
私たちはSOLRのTRAコレクションを使用してログをキャプチャしています。REST APIを使用してバッチ100件でログを書き込み、SOFT commit間隔を15000ミリ秒、Hard commit間隔を60000ミリ秒に設定しています。
Solrのバージョンは8.11.1です。
クラウドでSOLRノードを再起動すると、当日のコレクションがリカバリモードに入り、以下のようなログが表示されます。リカバリプロセスが完了するのに非常に時間がかかります。これを回避する方法について、何かご提案はありますか？
以下はログのサンプルです。
2022-06-29 06:03:27.500 INFO
(recoveryExecutor-67-thread-1-processing-n:10.0.42.157:8983_solr
x:logs__TRA__2022-06-29_shard1_replica_n1 c:logs__TRA__2022-06-29 s:shard1
r:core_node2) [c:logs__TRA__2022-06-29 s:shard1 r:core_node2
x:logs__TRA__2022-06-29_shard1_replica_n1] o.a.s.u.UpdateLog log replay
status
tlog{file=/var/solr/data/logs__TRA__2022-06-29_shard1_replica_n1/data/tlog/tlog.0000000000000000243
refcount=3} active=false starting pos=0 current pos=1119002110 current
size=3287152529 % read=34.0
よろしくお願いします。
Nikhilesh Jannu
こんにちは、Nikhileshさん、
ハードコミットの頻度を上げてみてください。そうすることで、tlogファイルが小さくなり、リカバリするデータ量が減ります。私の提案としては、autoCommitにmaxSize制約を追加することです。100MBが目安です。これにより、（インデックス作成のスパイクがあったとしても）100MB以上のデータを再生することはありません。
よろしくお願いします、
Radu
Sematext Cloud - Full Stack Observability
http://sematext.com/
トピックへ返信するには、ログインが必要です。