一般效能指導方針

硬體和軟體

新增更多內核和記憶體:無論您是在一台電腦上還是多台電腦上執行 Tableau Server,一般規則是,CPU 核數和 RAM 越多,效能越高。確保滿足 Tableau Server 建議的硬體和軟體要求。

如果在虛擬環境中執行 Tableau Server,請將您虛擬機器的最佳做法用於 vCPU 指派,這與虛擬機器主機上物理 CPU 的數量相關。

外部存放庫

為實現 Tableau Server 的最佳效能,我們建議將存放庫隔離在部署中的專用節點上。若您擁有 Advanced Management 授權,請考慮將存放庫作為外部資料庫執行。

若您的組織的峰值負載超過每小時 1000 個 VizQL 工作階段,我們還建議在 Linux 上執行 Tableau Server。在此情境中,VizQL 工作階段是指從 Tableau Server 顯示或產生視覺效果的任何使用者動作。

有關詳情,請參閱 Tableau Server 外部存放庫(連結在新視窗開啟)

設定

安排在非高峰時段進行重新整理:備份工作會拖慢其他背景工作的執行速度,直到備份完畢為止。使用擷取背景工作管理檢視來檢視重新整理和備份工作排程。您應安排在未與備份時間期重疊的非高峰時段進行重新整理工作。

檢視快取:快取有助於 Tableau Server 快速地回應用戶端請求,尤其是對於連線到即時資料庫的檢視。使用 tsm data-access caching list 命令,確認快取頻率設為 low (這是預設值)。

Tableau Server 使用查詢快取來儲存查詢結果。查詢快取的大小現在自動根據可用系統記憶體量設定,只要您為手動設定。查詢快取由邏輯查詢快取、中繼資料快取和原生查詢快取組成。預設適用於大多數情況,但也可以使用 TSM 命令列介面手動設定。TSM 設定為:native_api.InitializeQueryCacheSizeBasedOnWeights, native_api.QueryCacheMaxAllowedMB, native_api.LogicalQueryCacheMaxAllowedWeight, native_api.MetadataQueryCachMaxAllowedWeight, native_api.NativeQueryCacheMaxAllowedWeight, and native_api.QueryCacheEntryMaxAllowedInPercent.有關詳情,請參閱 native_api.InitializeQueryCacheSizeBasedOnWeights

考慮變更兩個會話記憶體設定

  • VizQL 會話超時限制:預設情況下,VizQL 會話超時限制為 30 分鐘。即使 VizQL 會話空閒,它仍會佔用記憶體和 CPU 週期。如果使用下限可以完成,則可使用 tsm configuration set 選項變更 vizqlserver.session.expiry.timeout 設定。

  • VizQL 清除會話:預設情況下,VizQL 會話保留在記憶體中,即使是在使用者離開檢視時。這減少了重建檢視的需求,但會消耗更多會話記憶體。為了釋放記憶體,您可以將 vizqlserver.clear_session_on_unload 設定的值變更為 true,從而在使用者離開檢視時終止會話。(不管此設定如何,Tableau Mobile 應用的會話始終保留在記憶體中,從而提高移動效能。)

評估處理序設定:Tableau Server 分為六個不同元件,稱為伺服器處理序。雖然這些處理序的預設設定旨在適用於各種情況,但也可以重新設定它們,以實現不同的效能目標。具體來說,您可以控制在哪些電腦上執行處理序以及執行多少個處理序。有關單節點、兩節點和三節點部署的一般準則,請參閱效能調整

伺服器資源管理器 (SRM)

伺服器資源管理器 (SRM) 監視每個 Tableau 處理序正在使用的系統資源,並跟蹤系統上 Tableau Server 的總體使用情況。如果某個特定處理序或整個產品佔用了太多的系統資源,則 SRM 可以通知處理序釋放資源或重新開機這些處理序。

用於確定 SRM 何時將通知或重新開機處理序的閾值是在 SRM 設定選項中設定的。Tableau 開發小組已經根據內部測試設定了預設設定,不建議您直接變更這些設定。

如果您發現系統資源使用過量,建議聯繫 Tableau 支援部門,以說明確定是否需要修改這些設定選項以解決您看到的問題。

感謝您的意見反應!已成功提交您的意見回饋。謝謝!