惠普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報告時遇到問題

回答

相關問題