FileNet 5.2.1 中的批量移动作业
Bulk Movement Jobs in FileNet 5.2.1
我有将文档从一个存储区域移动到另一个存储区域的需求，并计划在 FileNet P8 v5.2.1 中使用 Sweep Jobs 下的 Bulk Movement Jobs。
我的过滤条件显然（且仅）是存储区域 ID，因为我想以特定存储区域为目标并将内容移动到另一个存储区域（有点像归档）而不改变安全性、关系遏制、文档 class等
当我 运行 工作时，虽然我在目标存储区域中有大约 100,000 个对象；在已检查的对象字段中，作业显示了 500M 个对象，移动这些对象大约需要 15 个小时。 DBA 分析这种情况告诉我，虽然我已经在文档 table（根据 FileNet 文档）上创建了所有必要的索引，但作业仍在进行完整的 table 扫描。
为什么会发生这样的事情？
可以使用哪些额外的索引，这有什么帮助？
有没有更好的方法来做到这一点，耗时更少？
只针对第 2 和 3 个问题。
关于索引你可以使用这个文档https://www-01.ibm.com/support/knowledgecenter/SSNW2F_5.2.0/com.ibm.p8.performance.doc/p8ppt237.htm
如果您通过域设置中 "Sweeps subsystem" 选项卡中的选项“*策略控制批量大小”（我记得）拆分所有文档，您可以提高作业的性能。
在 Commons 中，您只需将所有文档拆分成多个部分，然后在不同的时间和线程中进行处理。
我有将文档从一个存储区域移动到另一个存储区域的需求，并计划在 FileNet P8 v5.2.1 中使用 Sweep Jobs 下的 Bulk Movement Jobs。
我的过滤条件显然（且仅）是存储区域 ID，因为我想以特定存储区域为目标并将内容移动到另一个存储区域（有点像归档）而不改变安全性、关系遏制、文档 class等
当我 运行 工作时，虽然我在目标存储区域中有大约 100,000 个对象；在已检查的对象字段中，作业显示了 500M 个对象，移动这些对象大约需要 15 个小时。 DBA 分析这种情况告诉我，虽然我已经在文档 table（根据 FileNet 文档）上创建了所有必要的索引，但作业仍在进行完整的 table 扫描。
为什么会发生这样的事情？
可以使用哪些额外的索引，这有什么帮助？
有没有更好的方法来做到这一点，耗时更少？
只针对第 2 和 3 个问题。
关于索引你可以使用这个文档https://www-01.ibm.com/support/knowledgecenter/SSNW2F_5.2.0/com.ibm.p8.performance.doc/p8ppt237.htm
如果您通过域设置中 "Sweeps subsystem" 选项卡中的选项“*策略控制批量大小”（我记得）拆分所有文档，您可以提高作业的性能。
在 Commons 中，您只需将所有文档拆分成多个部分，然后在不同的时间和线程中进行处理。