私たちのサイトコア プロジェクト (6.6.0 rev. 130404) には、合計 200 万を超えるサイトコア アイテムがあります。いくつかの Lucene インデックス (これらの項目のサブセットごとに) が構成されています。私たちが直面している問題は、これらのインデックスを新たに再構築するのに時間がかかることです。特に Sitecore の QuickSearch インデックスでは、カスタム インデックスに加えて、そのインデックスを再構築するのにほぼ 1 日かかる場合があります。
日常業務で大規模なサイトコア インデックスを維持する場合、通常はどのような慣例に従っていますか? どのくらいの頻度でインデックスを再構築する必要がありますか? また、長いウェブサイトのダウンタイム (インデックスの再構築によりインデックスがオフラインになります) にどのように対処すればよいでしょうか?
Sitecore 7.2 にアップグレードすると、SwitchOnRebuildLuceneIndex インデックスを使用できます。これにより、インデックスの再構築操作を実行している間、作業インデックスが提供されます。
<index id="your_index" type="Sitecore.ContentSearch.LuceneProvider.SwitchOnRebuildLuceneIndex, Sitecore.ContentSearch.LuceneProvider">
...
</index>
詳細については、John West の投稿を参照してください: http://www.sitecore.net/deutsch/Community/Technical-Blogs/John-West-Sitecore-Blog/Posts/2013/05/Sitecore-7-Rebuild-Lucene-Indexes -in-Temporary-Subdirectories.aspx
私が考える 1 つの方法は、サイトのセクション/ページ/コンテンツに基づいてインデックスを分割できるということです。これは、データ/構造の種類と、それらをセクションに分割することがどのように理にかなっているかによって異なります。 2 ～ 20、30、40 などのインデックスがあり <root>、ADBC 構成で各インデックスのタグを使用して構成できます。そのようにして、サイトのどの部分で更新を行ったかを既に知っている必要があります。必要に応じて、そのインデックスでのみ再構築を実行します。
一般に、すべてのインデックスを常に再構築する必要はありません。パブリッシュが更新されたインデックスを適切にプッシュすることを知っている/覚えている限り、すべてをもう一度再構築することはありません。
サイトを新しい環境にインストールした場合、またはインデックスが何らかの理由でサーバーから削除された場合、または同様のケースで、インデックス全体を再構築するために私が考える唯一の状況....