私たちのsitecoreプロジェクト（6.6.0 rev。130404）では、200万件以上のサイトコアアイテムがあります。これらの項目のサブセットごとにいくつかのLuceneインデックスが設定されています。私たちが直面する問題は、これらのインデックスを新しく再構築するのにかかる時間です。特にSitecoreのQuickSearchインデックスでは、カスタムインデックスに加えて、そのインデックスを再構築するのにほぼ一日かかるかもしれません。Sitecoreインデックス再構築の慣行
日常的な操作で大規模なサイトインデックスを維持する際の通常の方法は何ですか？索引を再構築する頻度はどれくらいですか？あなたがそうしたとき、長いウェブサイトのダウンタイムに対処する方法（インデックスの再構築はインデックスをオフラインにする）ですか？
複数のサーバーを使用している場合は、ロードバランサから1台を取り出して（または別の方法でコンテンツを配信しないようにして）、このサーバー上のインデックスを再構築することができます。それが完了したら、ロードバランサに戻してください。
また、Sitecore Lucene Refresherを試すこともできます。
詳細はhow to maintain sitecore lucene indexes in huge content delivery webfarmをご覧ください。
あなたのサイトのセクション/ページ/コンテンツに基づいてインデックスを細分化することができます。どのような種類のデータ/構造であるのか、どのようにそれらを分解するのが理にかなっていますかあなたは2〜20,30,40等のインデックスを持っていますので、ADBC構成の各インデックスに<root>というタグを使用して設定することができるインデックスは、あなたが既に作成したサイトのどの部分に必要に応じてそのインデックスのみを再構築することができます。
一般に、すべてのインデックスを常に再構築する必要はありませんが、私が知っている限り/公開すると更新されたインデックスが適切にプッシュされることを覚えていますが、すべてを再構築することはありません。
あなたは新しい環境でのサイト、またはインデックスをインストールした場合、全体のインデックスを再構築するために私は考えるだけの状況は、何らかの理由で、またはいくつかの似たようなケースのためにサーバーから削除された....
の場合Sitecore 7.2にアップグレードすると、SwitchOnRebuildLuceneIndexインデックスを使用できます。これは、索引の再作成操作を実行している間、有効な索引を提供します。
<index id="your_index" type="Sitecore.ContentSearch.LuceneProvider.SwitchOnRebuildLuceneIndex, Sitecore.ContentSearch.LuceneProvider">
...
</index>
は、詳細については、ジョン西の記事を参照してください。http://www.sitecore.net/deutsch/Community/Technical-Blogs/John-West-Sitecore-Blog/Posts/2013/05/Sitecore-7-Rebuild-Lucene-Indexes-in-Temporary-Subdirectories.aspx
おかげマラスは、あなたが私たちのプロジェクトに多くを支援してきました。 当社のウェブサイトには、独立したコンテンツ配信の側面がありません。コンテンツの作成と配信は併合されます。 （私たちのコンテンツクリエイターと視聴者は一般ユーザーです）。したがって、インデックスの再構築中にコンテンツの配信を「フリーズ」することはできません。私たちはウェブサイトをダウンさせることもあります。 Sitecore Lucene Refresherは見る価値があるようです。私はそれをここに私のフィードバックを投稿しようとします。ヒントをありがとう！ – ravinsp