Sitecore索引重建“工作意外结束”

在我们的sitecore项目（6.6.0 rev。130404）中，当尝试使用sitecore控制面板重建大型索引时，我们遇到了一个问题。有一个包含超过650,000项目的索引。在索引重建对话框中显示索引重建操作的一半时，进程停止，并显示“意外结束工作”错误。在分析sitecore日志时，我们无法找到与此相关的任何记录异常。因为我们不知道何时索引重建确实停止，我搜索了所有sitecore日志中的“Exception”字样，但找不到与此相关的任何内容。Sitecore索引重建“工作意外结束”

我们也面临与QuickSearch索引相同的问题（甚至比我们自己的索引还要大）。

在日志中，我们看到“索引重建作业开始”消息，但没有任何与结束或中断相关的消息。

这可能是什么原因造成的？以及如何使用sitecore日志找到证据？

（PS我以前寻求对这个职位好索引做法的帮助，但还没有实现的建议。）：Sitecore index rebuilding practices）

来源

2013-07-31 ravinsp

如果你有这样的权限：尝试寻找到的事件日志时上您正在托管解决方案的服务器。另外，你是否看到“Hosting Environment Initiated a Shutdown”或类似的东西？ Sitecore被关闭并显示此错误可能有很多原因。根据我自己的经验，这可能是：

应用程序池的内存限制超过限制并导致关闭;
关闭池的应用程序池快速失败保护;
网站/数据文件夹的变化; （数据文件夹最好放在网站文件夹之外）;
应用程序池回收时间 - >可以调度并导致应用程序池回收;

这些只是我发现有时回收的原因中的一小部分。您现在最好查看一下您的活动日志，然后尝试关闭上述原因。

编辑：确保数据和索引文件夹位于Web根目录之外并更新web.config以指向数据文件夹。

希望这可以帮助你一点。

来源

2013-07-31 06:17:02 Younes

谢谢Younes。我发现“sitecore shutdown”日志以及“超出内存使用量”消息。所以问题可能在那里。（我们的数据文件夹已经在网站文件夹之外） – ravinsp

好吧，我发现当涉及到lucene时，具有多个索引读取器的大型索引确实需要很多内存。你可以（如果你还没有）通过缓存读者来在不同的布局/子布局中共享你的索引器。我们发现这是一个非常方便的解决方案，我们的客户有一个索引很大（不包含数百万项目，但大约200.000）的客户。 – Younes

Sitecore索引重建“工作意外结束”

回答

相关问题