如何提高OTRS的性能？

Question

我們正在評估OTRS作爲票務系統。它給我們提供了我們想要的所有功能，但它有一個大阻滯問題。這很慢！當一個用戶一次使用它時，它可能會很慢，所以你可以想象當我們幾個人做什麼時會發生什麼......我們現在運行在具有6GB RAM和2 x 2.8GHz CPU的虛擬機上。

有沒有辦法改善它的性能？

Answer 1

有幾種方法可以提高OTRS的性能： 根據OTRS.org的規定，我們有兩個後臺模塊用於票據索引。

Kernel/Config.pm 
[...] 
    $Self->{TicketIndexModule} = 'Kernel::System::Ticket::IndexAccelerator::RuntimeDB'; 
[...] 

Kernel::System::Ticket::IndexAccelerator::RuntimeDB（默認值），從票據表中即時生成每個隊列視圖。除非您的系統中有大約60,000張門票（打開6000張門票），否則您不會遇到性能問題。

Kernel::System::Ticket::IndexAccelerator::StaticDB，功能最強大的模塊，當您擁有80,000張以上的門票（超過6,000張門票）時，應該使用它 - 使用額外的ticket_index表格，就像一個視圖。將bin/RebuildTicketIndex.pl用於初始索引版本

並且我們有兩個用於票據/文章存儲的後端模塊。

Kernel/Config.pm 
[...] 
    $Self->{TicketStorageModule} = 'Kernel::System::Ticket::ArticleStorageDB'; 
[...] 

Kernel::System::Ticket::ArticleStorageDB（默認），在數據庫中存儲附件等。注意：不要用於較大的設置。

專業版：如果您的網絡服務器用戶不是otrs用戶，請使用此模塊以避免文件權限問題。

Contra：將附件存儲在數據庫中並不明智。請注意您的數據庫能夠存儲大型對象。

E.g. MySQL（config）「set-variable = max_allowed_pa​​cket = 8M」來存儲8 MB對象（默認爲2M）。

Kernel::System::Ticket::ArticleStorageFS，在本地文件系統中存儲附件等。注意：用於更大的設置。 專業版：更快！ Contra：您的網絡服務器用戶應該是otrs用戶（文件系統權限！）。

注意：如果您使用OTRS 1.2或更高版本，您可以即時切換到另一個後端。

我們實施了這些更改，可以提高獨立於使用工具的用戶數量的速度。