0

我将 Alfresco 从 v4.1.2 升级到 v4.2.2.12。所以首先我确实从 v4.1.2 升级到 v4.1.9.4（应用最后一个补丁），然后从 v4.1.9.4 升级到 v.4.2.2.12。一切都在日志中顺利通过，我没有注意到任何异常。

但是当我想做 FULL Lucene 索引重建时，我遇到了问题。因此，当我删除 lucene-indexes 文件夹，增加 Lucense 的日志记录并设置 index.recovery.mode=FULL 并重新启动与索引重建相关的 Alfresco 时，我在日志中看到以下内容：

11:39:29,170 DEBUG [org.alfresco.repo.node.index.FullIndexRecoveryComponent] [http-bio-443-exec-17] 为类型执行索引恢复：FULL 11:39:39,953 INFO [org.alfresco.repo. node.index.FullIndexRecoveryComponent] [http-bio-443-exec-17] 索引恢复开始：268'330 个事务。11:39:43,978 INFO [org.alfresco.repo.management.subsystems.ChildApplicationContextFactory] ​​[indexTrackerThread2] 启动“Transformers”子系统，ID：[Transformers，默认] 11:39:44,383 INFO [org.alfresco.repo.management. subsystems.ChildApplicationContextFactory] ​​[indexTrackerThread2] 'Transformers' 子系统的启动，ID: [Transformers, default] 完成

我离开 Alfresco 12 小时进行重新索引。但即使在 12 小时后，Lucene 索引也没有完成 10%。内容存储区大了 177GB，在测试服务器上，我最多在 2 小时内重新建立了索引。

有谁知道为什么会发生这种情况以及如何解决这个问题？

提前致谢...

4

3 回答 3

1

您也可以参考这篇 Alfresco 支持文章 -如何禁用或完全删除 Solr，并启用 lucne

于 2014-12-16T03:56:47.477 回答
0

我对“某些”实例有同样的问题。

顺便说一句：为了 **** 的缘故，您拥有 Enterprise，所以这通常是 Alfresco Support 可以回答的问题。

而不是从索引开始，尝试从搜索索引子系统作为 NOINDEX 而不是 Lusene 或 Solr 开始。如果这不起作用，请复制您的 4.1. 索引到 4.2 Alfresco 并将索引恢复模式设置为 NONE。

当 Alfresco 最终启动时，打开 Enterprise 管理控制台并将索引恢复模式设置为 FULL 并保存。您会看到 Alfresco 将在运行时进行完整的重新索引，并且不会有任何问题。

于 2014-12-03T12:56:07.760 回答
0

我遇到过类似的问题，显然是由 4.2.3 企业版中修复的 PdfBox 错误引起的

于 2014-12-16T10:31:06.053 回答