Sitecore 프로젝트 (6.6.0 개정판 130404)에는 총 2 백만 개의 Sitecore 항목이 있습니다. 우리는 여러 항목의 Lucene 인덱스를 구성했습니다. 우리가 직면 한 문제는 이러한 색인을 새로 고치는 데 걸리는 시간입니다. 특히 Sitecore의 QuickSearch 색인을 사용하면 맞춤 색인뿐만 아니라 해당 색인을 다시 작성하는 데 거의 하루 정도 걸릴 수 있습니다.Sitecore 색인 다시 작성 사례
일상적인 작업에서 큰 sitecore 인덱스를 유지 관리 할 때 따르는 일반적인 방법은 무엇입니까? 색인을 얼마나 자주 다시 작성해야합니까? 그리고 당신이 할 때 긴 웹 사이트 다운 타임에 대처하는 방법 (인덱스 재구성은 인덱스를 오프라인으로 만든다)?
여러 서버가있는 경우로드 균형 조정기에서 서버 중 하나를 꺼내거나 다른 방법으로 콘텐츠를 배달하지 못하게하고이 서버에서 인덱스를 다시 작성할 수 있습니다. 완료되면로드 밸런서에 다시 넣으십시오.
Sitecore Lucene Refresher을 사용해 볼 수도 있습니다.
자세한 내용은 how to maintain sitecore lucene indexes in huge content delivery webfarm을 참조하십시오.
내가 생각하는 한 가지 방법은 사이트의 섹션/페이지/콘텐츠를 기반으로 색인을 구성 할 수 있으며 데이터/구조의 종류에 따라 달라질 수 있습니다. 섹션, 그래서 당신은 2-20,30, 40 등 ... 그들은 ADBC 구성에서 각 색인에 대한 <root> 태그를 사용하여 구성 할 수있는 색인, 그런 식으로, 당신은 이미 사이트의 어떤 부분을 알고 있어야합니다 업데이트가 필요하며 필요할 경우 해당 인덱스에서만 다시 빌드 할 수 있습니다.
일반적으로 모든 인덱스를 항상 다시 작성할 필요는 없습니다. 게시가 업데이트 된 인덱스를 올바르게 푸시 할 것이라는 것을 기억하고 있지만, 모든 것을 다시 작성하지는 않습니다. .
난 당신이 새로운 환경에서 사이트를 설치하거나, 인덱스가 어떤 이유로, 또는 유사한 경우에 서버에서 삭제 된 경우, 전체 인덱스를 다시 작성하는 생각 유일한 상황
....하는 경우 Sitecore 7.2로 업그레이드하면 SwitchOnRebuildLuceneIndex 인덱스를 사용할 수 있습니다. 이는 인덱스 재 작성 조작을 수행하는 동안 작업 인덱스를 제공합니다. 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