惠普Fortify。在处理服务器上处理非常大的fpr报告时遇到问题

我们有这个庞大的源代码库。我们使用HP SCA对其进行扫描并创建一个fpr文件（大小为620 MB）。然后，我们使用“fortifyclient”命令将其上传到Fortify服务器。惠普Fortify。在处理服务器上处理非常大的fpr报告时遇到问题

上传后，如果我登录fortify服务器并进入该项目的详细信息，我看到该工件处于“处理”阶段。即使在几天后它仍处于加工阶段。仪表板上没有任何方法可以使用它来停止/杀死/删除它。问题1：为什么处理这么长时间（我们有1个成功处理fpr报告需要6天）。我们可以做些什么来加快速度？问题2：如果我想在处理阶段删除一个神器，那该怎么做呢？

机信息： 6个CPU（英特尔（R）至强（R）3.07GHz） RAM 36演出

感谢，

增加：我们有这样的成功早些时候在处理1个报告月为相同的代码库。 FPR文件也是相似的大小（610 MB）。我可以看到该报告的问题。那就是：

编辑：

Fortify的版本：Fortify的静态代码分析6.02.0014

HP Fortify Software的安全中心版本4.02.0014

总的问题：157000

总问题已审核：0.0％

关键问题：4306

高：151200

低：1640

介质：100

来源

2015-03-30 pun

您需要做的第一件事是确认您正在运行最新版本的Fortify（4.21）。您需要做的第二件事是确定每个类别的问题数量。这听起来像你可能有一个类别产生异常高的问题数量。您可以在Audit Workbench中打开它。张贴在这里，也许我们可以想出一个解决方案。 – 2015-03-31 13:35:30

添加了上面的更多细节。谢谢 – pun 2015-03-31 17:35:15

157k的问题是很多问题。请发布请求的信息： Fortify版本：{{your version}} 问题在类别[X]：'{count}' 类别[Y]中的问题：'{count}' 类别[Z] ：'{count}' – 2015-03-31 17:45:32

这是一个大的FPR文件，因此它需要时间来处理。 SSC基本上是解压缩一个巨大的ZIP文件（这是一个FPR文件），然后将数据传输到数据库中。这里有几件事要检查：

检查分配给SSC的内存量。您可能需要传递高达16Gb的内存作为Xmx值来处理这种大小的FPR。也许更多。最简单的方法是上传FPR，然后观察应用服务器使用的java进程。查看需要多长时间才能达到最大内存量。
确保数据库已配置好性能。将数据库与另一台硬盘驱动器上的数据文件放在单独的服务器上可显着加快处理速度。
作为最后的手段，你也可以尝试使FPR更小。您可以关闭源渲染，以便源代码不与FPR文件捆绑在一起。您可以使用以下命令执行此操作：

sourceanalyzer -b mybuild -disable-source-bundling -fvdl-no-snippets -scan -f mySourcelessResults。fpr

至于删除正在进行的上传，我认为你必须让它完成。通过一些调整，您应该能够缩短处理时间。

来源

2015-03-31 18:41:57 Eric

感谢您的帮助。我们会尝试使用分配给SSC的更高内存。在此期间，您能否提出建议我们应该更改哪些特定数据库配置以获得更好的性能。现在我正在使用默认配置安装在同一台计算机上的数据库 – pun 2015-03-31 19:15:04

您正在使用哪个数据库？ – Eric 2015-03-31 22:15:27

我们使用的是Oracle DB 11. – pun 2015-03-31 23:53:08

惠普Fortify。在处理服务器上处理非常大的fpr报告时遇到问题

回答

相关问题