すべて、Solr 5.3.1 でスペル チェックを適用しようとしています。

現在、Solr 5.3.1 にはすでにSpellCheckComponent. 以下のようになります。

しかし、この機能を消費しようとしたとき。このような。

http://10.2.21.38:7574/solr/gettingstarted_shard1_replica2/spell?q=%E7%94%B2&wt=json&indent=true

私は言った例外で応答を得ました

All checkers need to use the same Analyzer

また、インターネットからいくつかの解決策を検索しようとしました。以下のようないくつかの解決策を見つけました。

Solr 4.0 すべて同じになるようにスペルチェッカー アナライザーを変更するにはどうすればよいですか?

Solr スペルチェック: 結果を表示できません。常に同じエラーが発生します

そのため、回答に従ってこれらのフィールドを同じフィールドに変更しようとしました。

同じフィールドに

このような 。

これはスキーマで定義されています。

<field name="EntryCNName" type="text_ik" indexed="true" stored="true"/>

フィールドタイプの定義は

しかし、残念ながら、まだ同じエラーが発生しました。誰かがこのエラーの意味を理解するのを手伝ってくれませんか? それを修正する方法?

ありがとう。

アップデート

何とか進めます。

スキーマで定義されている必要があります<str name="field">xx</str>。searchComponentのrequestHandlerxxx は名前<str name="spellcheck.dictionary">xxx</str>からのものである必要がありますspellchecker。たとえば、私の場合、それらはdefaultとwordbreakです。

そこで、以下のように構成を変更します。

スキーマ.xml

SolrConfig.xml

これでエラーはなくなりました。しかし、次のようなURLを呼び出すと

http://10.2.21.38:7574/solr/gettingstarted_shard1_replica2/spell?q=lu&spellcheck=true&spellcheck.collat​​e=true&spellcheck.build=true

私は空の提案を得ました。

そして実際に。キーワードで多くの結果を検索できますlung。Lungを試したときにsolr が を提案しないのはなぜluですか? 私が逃したものは何でも.Thanks.

以下は私のスキーマ構造です：

Doc5 の構造は Doc4 と似ています。

私はjsonファセットを使用しています。以下は私のクエリです

範囲クエリを使用せず、**a2**上記のクエリの一部からクエリを開始すると、期待どおりに結果が取得されます。同様に、上記のクエリを実行すると、すべての結果が表示されblockParentますが、blockParent関連するファセットの結果は表示されません。

リンクによると、親子ドキュメントは次のように保存されます

これは、parent1 と parent2 から child1 への参照がある場合、2 回複製されるか、同じ child1 ドキュメントを参照するということですか?

私はSOLR 5.3.1バージョンを持っています。一致する用語が多いドキュメントを最初に表示したいと思います。

この目的のために、スキーマのすべてのフィールドに omitNorms= true を適用しました。Custom Similarity クラスも実装しました。私の類似度クラスは次のようになります。

類似度クラスの schema.xml に次の変更を加えました。

類似度クラスの solrconfig.xml に次の変更を加えました。

クエリをデバッグしました。すべてのドキュメントのスコアが 1 に等しいことを引き続き示しています。デバッグ クエリの結果は、どのパラメータがスコアに影響を与えているかを示しています。

より多くの一致する用語を含むドキュメントのスコアを上げるために見逃したことが他にあれば教えてください。

SOLR / Zookeeper / Kafka のセットアップがあります。それぞれが別々の VM 上にあります。

2つのSOLR 4.9 VM（Ubuntu）を使用して、これをすべて正常に実行しました

ここで、2 つの SOLR 5.4 VM をビルドして、すべてを再び機能させたいと考えています。

要は「交換によるアップグレード」

私は自分の問題の解決策を「ハッキング」しましたが、それは私を非常に緊張させます.

まず、Zookeeper が実行されています。SOLR 4.9 VM をオフにして、Zookeeper から構成を削除します (必ずしもこの順序である必要はありません... ;-) )

ここで、SOLR Wiki の「Production Install」手順に従って SOLR 5.4 をインストールした「solr5」VM (およびクラウド モードの SOLR) を起動します。「solr6」にも 5.4 をインストールしましたが、まだ実行されていません。

「solr5」マシンで次のコマンドを発行します。

次の出力が得られます。

すべてがうまくいっています。マイクロサービスをオンにすると、すべての SOLR ドキュメントが Kafka から「solr5」に送られます。

ここで、「solr6」をコレクションに追加します。ハック以外にこれを行う方法が見つかりません（後で説明します）。

以前にコレクションを作成するために使用したコマンドは、コレクションが既に存在するという観察結果でエラーになります。

私が望むことを行うzkcli.shまたはsolrコマンドはないようです。APIコマンドもこれを行うようには見えません。

(SOLR? Zookeeper?) に言う簡単な方法はありませんか? SOLR ノードに別のマシンを追加したいのですが、最初の (solr5) のように構成して、データの複製を開始してください。

create コマンドを発行したときに、両方のマシンを実行する必要があったのでしょうか。

SOLRをアップグレードする必要があるたびに、Prodで同じ種類のアプローチを行うための「解決策」を考え出す必要があるため、これを行うための「承認された」方法に感謝します。

今私のハックのために。これに関する明確なドキュメントを見つけるのに 2 日かかることを覚えておいてください。炎はやめてください、これは物事を行う方法ではないことを完全に理解しています。少なくとも、これが物事を行う方法ではないことを願っています...

1. コレクションの作成コマンドが 'solr5' (/opt/solr/server/solr/fooCollection_shard1_replica1) に配置した場所から fooCollection ディレクトリを、'solr6' VM の同じ場所にコピーします。
2. コレクション ディレクトリ名に対して論理的に見える変更を行います (fooCollection_shard1_replica2 になります)。
3. core.properties ファイルで論理的に見える変更を行います。

参考までに、create コマンドで作成された core.properties ファイルを次に示します。

ハッキングが完了したときの「solr6」でのファイルの外観は次のとおりです。

これを行って「solr6」を再起動すると、すべてが金色に見えました。「クラウド」Web ページは、管理者 Web ページで正しく表示されました。「solr5」にドキュメントを追加すると、管理者 Web ページから直接ヒットすると、「solr6」で使用可能になりました。

このようなハックなしでこれを達成する方法を誰かが教えてくれたらありがたいです...またはこれが正しい方法である場合...

=============================

@Maniと提案された手順への回答

ありがとうマニ - 私はあなたの手順に従ってこれを非常に慎重に試しました.

最後に、コレクション ステータス クエリから次の出力を取得します。

これは、私がずっと実験で見つけてきた結果のようなものです。コアはSOLR VMの1つ（コレクションを作成するためにコマンドラインを発行したもの）で作成されますが、他のVMでは何も作成されません-以下の手順に基づいて、私はあなたを信じていますまた、発生するはずだと思いましたか？

また、5.4 では、このコマンドは healthstatus ではなく「healthcheck」であることを読んでいる人には注意してください。コマンド ラインはすぐに表示されるので、大したことではありません。

===============

更新 1 :: 2 番目のコアの手動追加

他の VM に移動し、手動で次を追加するとします。

次に、同じ VM で SOLR サーバーを再起動します。 sudo /opt/solr/bin/solr restart -c -z zoo1,zoo2,zoo3/solr

管理コンソールに 2 つ目のノードが魔法のように表示されます。これは「フォロワー」(IE はリーダーではありません) であり、両方ともクラウド UI の「shard1」から分岐します。

これが「道」かどうかはわかりませんが、これまでに見つけた唯一の方法です。その時点まで再現し、管理 UI を試してみて、何が得られるかを確認します。それがうまくいけば、時が来れば私のIT担当者にとっては少し楽になるでしょう。

===============

更新 2 :: create コマンドのわずかな変更

@Mani - 私はあなたの手順に従って成功したと信じています.多くのことと同様に、理解すれば簡単です.

すべてをリセットし（ディレクトリを削除し、zookeeper（rmr /solr）をクリアし、すべてを最初からやり直しました。

「作成」コマンドを次のように少し変更しました。

1 ではなく「replicationFactor 2」に注意してください。

突然、実際に両方の VM にコアがありました。

いくつかのメモ:

Zookeeper IP アドレスを使用してクラウド モードで SOLR 5.4 サーバーを起動しただけでは、ステータス コールから満足のいく結果が得られないことがわかりました。Zookeeper の「ノード」はまだ作成されていません。

その時点で create コマンドも失敗しました。

これを回避する方法は、zkcli.sh を使用して次のように構成をロードすることでした。

このコマンドを実行した直後に Zookeeper を確認すると、/solr/configs/fooCollection の「パス」がありました。

今、作成コマンドが機能し、構成をオーバーライドしたい場合は、試していませんが、その時点でオーバーライドできたと思います。

私はどの時点で肯定的ではありませんが、ステータスなどですべてを見つけるために、SOLRサーバーを再起動する必要があったようです（おそらく作成コマンドの後）...何度も。create コマンドの実行後に疑問がある場合は、サーバーの再起動を試してください。(これは、正しく解決される IP アドレスまたは名前である可能性があります)

@Mani の推奨手順にこれらのわずかな変更を加えた後、リーダーと「フォロワー」をそれぞれ異なる VM の /opt/solr/server/solr ディレクトリ (この場合は fooCollection) に取得し、データを送信することができました1 つに接続し、IP アドレスをヒットする管理コンソールを介してもう 1 つを検索します。

=============

バリエーション

これを読んでいる人なら誰でも試してみたいと思うかもしれないことの 1 つは、単に Zookeeper で別の「ノード」を作成することです (たとえば、solr5_4)。

私はこれを試してみましたが、それは魅力のように機能します。Zookeeper アンサンブルに関連付けられている /solr chroot が表示される場所はどこでも、/solr5_4 に置き換えることができます。これにより、新しい SOLR 5.4「環境」を構築している間、古い SOLR VM が Prod で機能し続けることができ、同じ Zookeeper VM を両方に使用できます。異なる chroot は相互作用やオーバーラップを保証しないためです。

繰り返しますが、Zookeeper の「ノード」は構成のアップロードを行うまで作成されませんが、このように SOLR プロセスを開始する必要があります。そうしないと、後で間違ったコンテキストになってしまいます。chrootとして「solr5_4」に注意してください。

テストが完了すると、solr5_4 の「環境」が Prod にとって重要になり、solr の SOLR 4.x VM と Zookeeper の「ノード」を削除できます。ロード バランサーを新しい SOLR VM に向けて、ユーザーが気付かないうちにスイッチオーバーを実行するのは、かなり簡単なことです。

この戦略は、SOLR 6、6.5、7 などで機能します。

このコマンドは、コレクション/コアの追加にも機能しました。ただし、solr サーバーを最初に実行する必要がありました。

==================

交換によるアップグレードとして使用

明らかでない場合は、この手法 (特に /solr5_4 などの Zookeeper で「新しい」chroot を使用する場合) を使用すると、古いバージョンの SOLR を必要なだけ実行したままにしておくことができます。必要に応じて、すべてのデータの再インデックス作成に数日かかることを許可します。

試したことはありませんが、インデックスのバックアップも新しいマシンにドロップできると思います。

これは、アップグレードのストレスを軽減し、簡単にするためのアプローチであることを読者に理解してもらいたかっただけです。(その場でアップグレードする必要はありません。新しい VM を構築し、最新バージョンの SOLR をインストールするだけです。)

これにより、ハンマーを落としてロードバランサーを新しいSOLR IPアドレスにリダイレクトする準備が整うまで、製品に影響を与えることなく切り替えを行うことができます（もちろん、すでにテスト済みです...）

ここでの 1 つの前提は、一連の SOLR VM または物理サーバーを起動して、既に運用環境にあるものと一致させるためのリソースがあることです。明らかに、所有しているボックスまたは VM のみにリソースが制限されている場合は、インプレース アップグレードが唯一の選択肢になる可能性があります。

Solr 4.6.0 から 5.4.0 に移行しています。かなりの数の copyFields があるため、managed_schema を使用する代わりに古い schema.xml を使用することにしました。solr サーバーを起動すると、次のエラーが発生しました。

[schema.xml] fieldType "text_general" のプラグイン初期化失敗: [schema.xml] アナライザー/フィルターのプラグイン初期化失敗: クラスのインスタンス化エラー: 'org.apache.lucene.analysis.core.StopFilterFactory'

グーグルで調べたところ、StopFilterFactory はまだ廃止されていないことがわかりました。何が問題なのですか？

また、Solr5 で Solr4 のスキーマを使用する方法に関する包括的なガイドもありません。助言がありますか？

ありがとう

100 万個までの xml ファイルを Solr 5 にインデックス付けしようとしています。考えられる方法がいくつかあります。

1. すべてのxmlファイルをディレクトリにダンプしてから、post.jarを使用します
2. データインポートハンドラーを使用して、xmlファイルを再帰的にインポートすることもできるようです

他の方法はありますか？