我们使用Alfresco的社区版5.0D。不幸的是，最佳实践不遵守，因为开始。由于这一切的文件都存储在库根文件夹。这个文件夹现在有80万条记录。这是在应用程序引起的性能问题。
在若干建议寻找保持文件夹中的文件的数量较少，我们希望移动所有现有文件中，以一年明智的文件夹。什么是移动文件推荐的方式？
我会建议使用Java中的BatchProcessor。 你的实现BatchProcessWorkProvider会得到存储库根文件夹下的文件，并且（如果它不存在，创建文件夹后价格）的BatchProcessWorker的实施将在移动的日期夹中的每个文件。 该batchProcessor可以启动手动从java webscript，无论是自动在启动时patch。
如果您选择这种方法，你可能有，因为我在5.0记得的错误造成的节点在Solr的索引被移动后，被复制的批次的执行后执行的SOLR full reindex，与一个在其原有的路径索引和版本副本在新的路径索引。 你可以尝试移动节点和域名（或保证你只能恢复该节点的任何方式）股份搜索。如果你有2个结果这个节点，那么你有错误。 完整的Solr REINDEX可以根据你的回购和大小有文件的数量采取了很多的时间。