SOLR搜索提供商的Sitecore 8.1索引重建策略

SOLR搜索提供商的Sitecore 8.1索引重建策略,solr,sitecore,sitecore8,Solr,Sitecore,Sitecore8,只需通读下面的索引更新策略文档,但无法明确回答哪种策略最适合SOLR搜索实施: 我们已经设置了主Solr端点和从Solr端点,主Solr端点将用于创建/更新。而奴隶只能阅读 如果您能建议用于以下目的的索引策略,将不胜感激: 内容创作 内容交付 该解决方案托管在azure web应用程序中,内容交付可以随时从1-N数字放大或缩小 我计划配置以下内容: 只有CA具有OnPublishindAsync 所有CD都不会有任何索引策略 如果您能提出一个对您有效的解决方案,我将不胜感激。另外,我们如何禁用

只需通读下面的索引更新策略文档,但无法明确回答哪种策略最适合SOLR搜索实施:

我们已经设置了主Solr端点和从Solr端点,主Solr端点将用于创建/更新。而奴隶只能阅读

如果您能建议用于以下目的的索引策略,将不胜感激:

  • 内容创作

  • 内容交付

  • 该解决方案托管在azure web应用程序中,内容交付可以随时从1-N数字放大或缩小

    我计划配置以下内容:

  • 只有CA具有OnPublishindAsync
  • 所有CD都不会有任何索引策略
  • 如果您能提出一个对您有效的解决方案,我将不胜感激。另外,我们如何禁用索引策略


    谢谢。

    通常,当您在Solr(主+从Solr服务器)中使用复制时,它的配置应如下所示:

    内容创作(CM服务器)

    • 连接到Solr主服务器
    • 它为
      master
      数据库运行
      syncMaster
      策略,为
      web
      数据库运行
      onPublishEndAsync
    内容交付(CD服务器)

    • 连接到Solr从属服务器(如果有多个Solr从属服务器,则连接到某些负载平衡器)
    • 将所有索引策略设置为
      manual
      ——它们不应更新从属solr服务器

    使用此解决方案,CD服务器始终可以从Solr获得结果,即使正在进行完整的索引重建(这发生在
    Master
    Solr服务器上,数据在完成后复制到
    Slaves

    您应该考虑为其配备两台Solr
    从属服务器和负载平衡器。如果您这样做:

    • 如果Solr
      master
      由于某种原因关闭,
      slaves
      仍会响应CD盒的请求。您可以安全地重新启动
      master
      ,重新索引,唯一丢失的是您在CD上有一段时间没有100%的最新搜索结果
    • 如果其中一个Solr
      slave
      服务器停机,则第二个
      slave
      服务器仍会响应该请求,负载平衡器应将所有流量重定向到工作的
      slave
      服务器

    真棒的答案。再次感谢Marek,再次感谢您的帮助。注意到在内容交付配置上有如此多的*.web、核心、主索引。我想他们都需要更新到手册?否则意味着什么?我想你是对的。但最好与Sitecore支持部门联系并确认。支持部门回复:您好,由于Solr索引通常由多个Sitecore实例共享,因此特定索引应仅由其中一个实例更新。这意味着,如果CM和CD共享相同的Solr索引(实际上是相同的Solr core),例如sitecore_ZZZZZ_web_索引,则可以在CM上为该索引设置OnPublishindAsync策略,在CD上为手动策略设置。顺致敬意,Tamara@MarekMusielak如果我们将所有索引策略设置为手动CD。“在索引更新时清除”缓存设置在CD上仍然有效吗?