站台設定的容量

Tableau 站台在建立時有容量限制,以最佳化儲存空間、視覺效果轉譯和系統回應性。

本主題會介紹站台層級固定的容量。介紹的容量並未詳盡列出所有產品限制。有關可以在租用戶上的站台之間配置的租用戶層級容量,請參閱 Tableau Cloud Manager 中管理的容量

在站台層級設定的容量

以下容量類型在站台層級是固定的:

儲存

站台具有站台和個別內容儲存容量。

  • 站台儲存:一個站台具有 1 TB 的儲存容量。工作簿、已發佈資料來源和流程會計入此儲存容量。

    附註:具有 Enterprise 版本、Tableau+ 版本或 Advanced Management 附加元件的站台可取得 5 TB 的站台儲存容量。

  • 個別工作簿、已發佈資料來源和流程大小:已發佈到站台的個別工作簿、資料來源(即時或擷取)或流程不應超過 25 GB。內容不應超過該大小,以取得最佳效能並避免其他限制,例如查詢使用量和執行階段限制。

    附註:若擷取資料來源大小超過 10 GB,我們建議您考慮使用與資料庫的即時連線、彙總擷取中的資料以減小其大小,或使用累加式擷取。經常重新發佈或重新整理大型完整擷取可能耗費大量時間,並且通常表示應考慮更高效的資料最新狀態策略。

擷取 - 每日、執行階段和記憶體使用量

站台具有用於擷取重新整理每日作業、執行階段和記憶體使用量的指定容量。

  • 每日作業:每日作業容量是指每個站台每天每個 Creator 授權可用於執行站台上所有作業的共用小時數。伺服器流程稱為背景程式,可啟動並執行這些作業。站台的 Creator 授權越多,每日作業(背景程式)容量也越多,以滿足較大站台母體的需求。

    例如:

    如果您的站台...以預設時間相乘每日作業容量
    10 個 Creator 授權8 小時每天多達 80 小時
    50 個 Creator 授權8 小時每天多達 400 小時

    每日作業容量會每天在 24:00:00 UTC(國際標準時間)重設。

    關於擷取重新整理

    計入每日作業容量的重新整理作業包括完整與累加式重新整理及擷取建立,這些作業可藉由已排定的重新整理、手動重新整理和某些命令列或 API 呼叫來啟動。

    附註:

    • 只要您站台的每日重新整理容量還有剩餘時間,就會開始重新整理作業。
    • 站台達到每日重新整理容量的 70%、90% 和 100% 時,站台管理員會收到電子郵件通知。
    • 若站台耗盡了其每日重新整理容量,則任何之後的擷取重新整理都會取消,且系統會傳送電子郵件通知給內容擁有者,提醒他們重新整理已取消。
  • 作業執行階段:每個擷取重新整理作業類型的最長執行階段為兩小時(120 分鐘或 7,200 秒)。若重新整理作業達到其最長執行階段,您會看到逾時錯誤。有關錯誤以及如何修改擷取以將重新整理作業保持在執行階段容量內的詳情,請參閱擷取重新整理的時間限制

  • 重新整理記憶體使用量:站台可以使用不超過 20 GB 的記憶體來重新整理擷取。重新整理擷取所需的記憶體量可能會有所不同,具體取決於擷取的大小和其他因素。

最佳化擷取重新整理容量的提示

若您正在管理擷取密集型環境,Tableau 建議遵循一些最佳做法,以最有效地利用擷取重新整理容量。

  • 停止重新整理未使用的擷取。為站台回收容量的最佳方法之一是停止自動重新整理,可以是透過 Tableau Cloud 中的排程,也可以透過未使用擷取的指令碼。有關刪除重新整理排程的詳細資訊,請參閱管理工作

  • 減少重新整理的頻率。另一種為網站回收容量的方法是降低擷取重新整理的頻率。舉例來說,請考慮每天重新整理擷取,或者僅在最新資料最有用的工作時間重新整理擷取,而不是每小時重新整理擷取。有關變更重新整理排程的詳細資訊,請參閱管理工作

  • 使用累加式重新整理,而不是完全重新整理。若要減少擷取重新整理所需的時間,請考慮對擷取執行累加式重新整理,而不是完整重新整理。有關詳情,請參閱在 Tableau Cloud 上排程重新整理

    附註:只有在發行擷取之前將擷取設定為在 Tableau Desktop 中進行增量重新整理時,才能從 Tableau Cloud 中將完全重新整理變更為增量重新整理。有關增量重新整理的更多資訊,請參閱 Tableau 使用者說明中的設定增量擷取重新整理(連結在新視窗開啟)

  • 使用即時連線,而不是擷取連線。對於需要頻繁更新資料的檢視、儀表板和工作簿,請考慮將資料來源設定為使用即時連線而不是擷取連線。

  • 對擷取中的資料進行最佳化。提高擷取的效能還有助於減少擷取重新整理所需的時間。可以對擷取的資料進行許多變更,以提高其整體效能,例如移除未使用的欄位、使用篩選器移除未使用的列以及變更日期範圍。

訂閱 - 執行階段和電子郵件大小

站台具有用於訂閱執行階段和電子郵件大小的指定容量。

  • 作業執行階段:每個訂閱作業的最長執行階段為 30 分鐘(1,800 秒)。

  • 電子郵件大小:訂閱電子郵件的最大大小可以為 2 MB。

流程 - 使用者請求、執行階段和記憶體使用量

站台具有用於流程使用者請求、執行階段和記憶體使用量的指定容量。

  • 使用者請求率:每個使用者一次最多可以有 4 個使用中流程 Web 編輯工作階段。若開啟更多的工作階段,則最早的工作階段會關閉。

  • 作業執行階段:對於具有資料管理的站台,每個資源區塊每天最多可以執行流程 24 小時。若超過時間限制,則直到第二天才能開始新的作業。可以購買額外的並行流程作業容量。有關詳細資訊,請參閱資源區塊

  • 流程記憶體使用量:站台可以為流程作業使用不超過 19.5 GB 的記憶體。

視覺效果

站台具有載入和查詢個別視覺效果(也稱為檢視)的指定容量。可以在下方找到有關每種容量類型的詳情。

  • 載入時間:網站能夠花費最多 5 分鐘來載入檢視。

  • 閒置逾時:如果使用者連續 120 分鐘未與檢視互動或編輯檢視,則使用者必須重新載入(例如,重新整理頁面或按一下「重新連線」按鈕(如果顯示橫幅)檢視或已儲存草稿以再次與其互動。

  • 使用者請求率:站台上的每個使用者每小時最多可以發出 600 個請求來載入和重新整理檢視。當達到此容量時,使用者無法與檢視互動、編輯和儲存檢視。一小時後,可以重新整理檢視並載入新檢視。

    附註:如果累計使用者請求數超過站台層級請求率,使用者將無法與檢視互動、進行編輯與儲存檢視。

  • 查詢記憶體使用量大小:站台可以使用不超過 20 GB 的記憶體來查詢使用擷取資料來源的檢視。查詢檢視所需的記憶體量可能會有所變化,具體取決於 Tableau 在檢視中產生標記所需執行的資料操作的複雜性。

可能會取消超過這些容量類型的檢視,以確保有足夠的系統資源可用,從而可以載入站台上的其他檢視。

最佳化視覺效果容量的提示

超出視覺效果容量的檢視可能表明 Tableau 為產生檢視而必須執行的查詢可能太複雜。在這種情況下,您可以使用以下秘訣來協助最佳化查詢,進而大幅縮短在 Tableau Cloud 上傳入檢視所需的時間。大多數秘訣都會要求您編輯資料來源或工作簿,然後重新發布到 Tableau Cloud 以便變更生效。

如需更多秘訣,請參閱 Tableau Server 說明中的工作簿效能(連結在新視窗開啟)主題。

  • 使用資料來源篩選條件:為資料來源新增篩選條件時,您可以減少需在檢視中產生的資料量。減少資料量有助於大幅縮短檢視的載入時間。有關詳情,請參閱 Tableau 說明中的篩選資料來源中的資料(連結在新視窗開啟)

  • 使用內容篩選條件:與資料來源篩選條件類似,內容篩選條件會減少資料來源中但位於工作表層級的資料。上下文篩選器的運作獨立於其他篩選器,可以大幅減少需在檢視中產生的資料量。減少資料量有助於大幅縮短檢視的載入時間。有關詳情,請參閱 Tableau Server 說明中的使用上下文篩選器提高檢視效能

  • 縮小日期範圍:通常,比起其他類型的資料(如數值和布林值),日期需使用更高的計算能力。如果檢視中包含日期篩選條件,可以縮小日期範圍或需要產生的日期數,以協助最大限度縮短檢視的載入時間。

  • 減少標記:因為 Tableau 必須計算標記,才能產生檢視,因此,標記數會影響檢視的載入速度。有幾種方法可以減少標記,包括使用上文列出的某些篩選器,或使用集合進行篩選、自訂 SQL 來彙總資料等。有關詳情,請參閱減少檢視中的標記數(連結在新視窗開啟)

檢視加速

站台具有以下檢視加速容量:

  • 加速檢視:每個站台的預設加速檢視數為 30。每增加一個 Creator 授權,就可以加速 20 多個檢視。加速檢視的最大數量為 750。

  • 加速檢視重新整理:系統會根據以下四個資料更新事件重新產生加速檢視重新整理:

    • 資料最新狀態原則:加速時間戳記與資料最新狀態原則不同步。
    • 擷取重新這裡:完成擷取重新整理,發出更新資料的信號。
    • 加速檢視更新:擁有者更新加速檢視。
    • 檢視選擇加入:檢視最初選擇加入用於加速。

    每個唯一事件都會觸發要佇列的預計算工作。然後,後台程式工作會拾取並完成預計算,然後將查詢結果存儲為具體化檢視。在一個工作中重新整理屬於同一工作簿的檢視。為了限制資源消耗,可以執行的預計算工作的最大數量限制為每天 12 個工作。有關詳情,請參閱設定資料最新狀態原則

  • 加速檢視記憶體使用量大小:站台可以使用不超過 20 GB 的記憶體在背景程式作業中進行預先計算和擷取工作簿的資料。所需的記憶體量會有所不同,具體取決於與正在加速的檢視關聯的查詢的複雜性。

  • 作業執行階段:檢視加速的最長執行階段為 30 分鐘(1,800 秒)。

其他 API 和命令列呼叫

站台具有用於 API 和命令列呼叫的指定容量。站台具有用於以下內容的容量:

附註:若呼叫次數超過上述 API 或命令列呼叫次數,則會看到以下錯誤之一:未知 429ApiCallError: 429000:請求過多 – 對<作業類型>「api.rest.refresh_extracts」的請求過多。請在 146 秒後重試

監視容量

作為站台管理員,您可以使用一些功能來幫助您監視站台的容量。

管理員工具

有各種管理員工具可以幫助您監視站台上不同類型的活動。可以找到下面列出功能的更多容量使用量資訊。

  • 儲存:可以監視站台的儲存容量,並使用管理員洞察「空間使用情況統計資料」儀表板來檢查哪些工作簿、資料來源和流程在站台上佔據最多空間。選取「探索」 > 「管理員洞察」 > 「管理員洞察入門」 > 「空間使用情況統計資料」

    有關儀表板的詳細資訊,請參閱使用管理員洞察建立自訂檢視

  • 流程:您可以監視流程執行的效能。選取「網站狀態」>「流程效能歷程記錄」。使用儀表板,在「流程歷程記錄」下,按一下標記,以查看有關流程作業的詳細資訊。

    有關此管理員檢視的詳情,請參閱流程的管理檢視

  • 指標:您可以使用「非擷取的背景工作」管理檢視來監視網站的指標作業。選取「網站狀態」 > 「非擷取的背景工作」,然後從「工作」篩選條件下拉式清單中,選取「更新檢視上的所有指標」核取方塊。

    有關此管理檢視的詳情,請參閱非資料擷取背景工作

活動記錄檔

對於具有 Advanced Management 附加元件的站台,可以使用活動記錄檔來擷取事件資料並追蹤影響視覺效果和作業容量的特定動作,例如檢視載入時間。

有關詳情,請參閱活動記錄檔

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