# tableau Guides - Full Documentation [跳至主要內容](#main-content) # Tableau Cloud 手動移轉指南 本指南會介紹如何將 Tableau Server 部署手動移轉到 Tableau Cloud。簡而言之，若管理員執行少於 100 位使用者的 Tableau Server，並且熟悉完全手動的自助式移轉流程，本指南很有用。 若您有更多使用者，並且資料要求更複雜，您可能會受益於與[專業服務或經驗豐富的移轉合作夥伴](https://www.tableau.com/zh-tw/solutions/tableau-migration)合作，以移轉到 Tableau Cloud。再往下，本主題會指導您如何規劃移轉。 但首先，讓我們確保您瞭解為何移轉到 Tableau Cloud 對您的組織來說可能是明智之舉。 ## 為何移轉有意義 若為一小群使用者執行單一 Tableau Server，那麼將作業移轉到 Tableau Cloud 幾乎不可能不節省時間和金錢。移轉到 Tableau Cloud 的最大優勢是節省時間，而對於我們大多數人來說，往往時間緊缺。若您是一名資料科學家或分析師，發現自己意外地執行了 Tableau Server 安裝，請移轉並恢復您的資料！ 那麼更大的組織呢？如果您的組織有超過 100 個使用者，那麼您無疑也將受益於大規模節省的成本和時間。Tableau Cloud 專為處理大型組織而建立，但本指南並非如此。如果您想移轉更大的組織，請查看 [Tableau Cloud 移轉](https://www.tableau.com/zh-tw/solutions/tableau-migration)在這裡您可以了解有關與專業服務或經驗豐富的移民合作夥伴合作的更多資訊。 對於許多組織而言，Tableau Cloud 速度更快，可靠性更高，與您目前為維持 Tableau Server 正常執行所耗費的心力相比，讓您更省心省力。您將永遠不需要面對一次又一次重大的伺服器升級，或者甚至維護版本更新，正如您所知，這種更新實際上只是以另一個名義悄悄進行的升級。Tableau Cloud 執行的始終是最新的版本，並且具有最新的功能。提供的服務兼具可靠性和效能。移轉流程結束後，使用 Tableau Cloud 時，只需花費時間管理使用者和資料。就這麼簡單。您無需對服務錯誤進行疑難排解或梳理記錄檔，並重新啟動。 與客戶經理一起計算支援使用者的成本。在評估總體成本時，請記住，每使用者授權支出的單一指標並不能提供 SAAS 和自託管伺服器之間的同類比較。如果不包括管理 Tableau Server 所花費的時間以及更新或租賃硬體的資本成本，則這種比較尤其貧乏。在 Cloud 中執行單一伺服器的年度成本可能超過 10,000 美元。當然，任何分析都必須包括維護、定期更新和疑難排解的人員配置成本。 ### 深入研究 - 有關移轉到 Tableau Cloud 的快速相關評估，請參閱部落格貼文：[我應該將我的分析移轉到 Tableau Cloud 嗎？](https://www.tableau.com/zh-tw/blog/should-i-move-my-analytics-cloud) - 有關從內部部署或自我託管移轉至 Tableau Cloud 之優點的更多資訊，請參閱 GigaOm 的研究文章[CxO 決策簡介：SaaS 商業智慧平台](https://portal.gigaom.com/report/cxo-decision-brief-saas-business-intelligence-platforms)。 - 有關詳細介紹現實世界中的成本節約與效能改進的案例研究，請參閱 [Splunk 移轉至 Tableau Cloud 消除伺服器管理開銷並提高儀表板效能](https://www.tableau.com/zh-tw/solutions/customer/splunk-migrates-tableau-cloud-eliminates-server-admin-overhead)。 ## 移轉無意義的情況 以下清單描述繼續管理自己的 Tableau Server 執行個體，而不是進行移轉才有意義的情境。我們致力於不斷改進 Tableau Cloud，並將在發佈新功能時更新此清單，以彌補這些差距。但是，在決定移轉之前，請務必驗證 Tableau Cloud 是否滿足您的要求。在進行移轉之前，請務必驗證您的要求。 - **法規和資料常駐：**您的企業運營空間必須遵守 Tableau Cloud 尚未滿足的法規（例如，FedRAMP、PCI 等）或資料常駐要求。請[查看我們目前的合規性清單](https://compliance.salesforce.com/en/services/tableau-cloud)，並經常返回查看，以瞭解新認證何時可用。 - **資料來源**：您的組織所依賴的資料解決方案不適用於 Tableau Cloud、不受 Tableau Bridge 支援，或者超出您的擁有權範圍以相容的方式進行擷取。此類資料來源的範例包括多維資料集資料來源、自訂連接器、已封裝的 Tableau 連接器 (.taco) 檔案等。下一個主題[規劃移轉](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part1.htm)將介紹 Tableau Cloud 中可用的其他受支援的資料來源和選項。您也可以免費下載免費的 [Tableau Cloud 移轉技術準備評估](https://exchange.tableau.com/products/921)，了解您目前正在使用哪些資料來源以及 Tableau Cloud 是否為其提供支援。 - **站台容量：**若您的資料超過 1 TB，請查看 [Tableau Cloud 的 Advanced Management](https://help.tableau.com/current/online/zh-tw/itm_intro.htm)。否則，請核查 [Tableau Cloud 站台容量](https://help.tableau.com/current/online/zh-tw/to_site_capacity.htm)，優化所有必要的彙總。[Tableau Cloud 移轉技術準備評估](https://exchange.tableau.com/products/921)可幫助您確定需要彙總的資產。 - **驗證：**若需要 LDAP 用於外部身分存放區、Kerberos 驗證或 Kerberos 委派驗證。 - **資料管理**：Tableau Bridge 不支援 Tableau Prep 流程。若需要使用 Tableau Prep 流程對私人網路後面的資料進行自動資料更新，請參閱[如何以 Tableau Cloud 的內部部署資料執行 Tableau Prep Conductor 流程](https://kb.tableau.com/articles/howto/how-to-run-tableau-prep-conductor-flows-with-on-premises-data-in-tableau-cloud?lang=zh-tw)。Tableau Bridge 也不支援使用 Python 的 Tableau Prep 流程。 ## 誰應閱讀本指南 本指南為要移轉到 Tableau Cloud 的個人或團隊編寫。本指南專用於擁有 100 位或更少使用者的 Tableau Server 安裝。本指南提供的逐步手動流程可讓您的組織在一或兩週內從 Tableau Server 移轉到 Tableau Cloud 中的全功能站台。 在 Tableau Cloud 中移轉並建立核心管理功能（身分/使用者、站台設定、驗證、資料連線等）後，可以與組織中的建立者共用大部分內容移轉。「Creator」是擁有基於 Creator 角色授權的使用者。您（管理員）或您的 Creator 可以移轉內容，具體取決於您的目標。出於此原因，我們建立了大量與移轉相關的內容，您可以用於指導您的 Creator。移轉內容的使用者需要擁有 Creator 授權和對 [Tableau Desktop](https://www.tableau.com/zh-tw/products/desktop) 的存取權。如果 Creator 要移轉 Tableau Prep 流程，那麼他們也必須安裝 Tableau Prep Builder。 ## 移轉後 在本指南中，我們將盡力涵蓋盡可能多的 Tableau Cloud 平台內容，但管理員無法代表其終端使用者設定某些功能。移轉完成後，使用者將需要對其內容進行一些更新。還有一些功能最好在 Tableau Cloud 中重新建立，從而受益於使用雲端原生功能。 ### Tableau Cloud 中的功能差異 如前所述，就管理而言，相比管理您自己的 Tableau Server，執行 Tableau Cloud 的勞動力密集程度要低得多。您可以在 Tableau Server 說明主題_從 Tableau Server 移轉至 Tableau Cloud 的技術注意事項_（[Windows](https://help.tableau.com/current/server/zh-tw/migrate_server_to_cloud_overview.htm) | [Linux](https://help.tableau.com/current/server-linux/zh-tw/migrate_server_to_cloud_overview.htm)）中找到功能差異摘要清單。以下是一些最常見的項目。 - 在 Tableau Cloud 中，作為管理員，您無權直接存取 _Tableau Server 存放庫_ （[Windows](https://help.tableau.com/current/server/zh-tw/server_process_repository.htm) | [Linux](https://help.tableau.com/current/server-linux/zh-tw/server_process_repository.htm)）。相反地，可以使用[管理員洞察](https://help.tableau.com/current/online/zh-tw/adminview_insights_manage.htm)來瞭解 Tableau 環境中的即時情況，包括目前的授權狀態和效能。 - Tableau Cloud 不提供訪客存取。而是使用 [已連線應用程式](https://help.tableau.com/current/online/zh-tw/connected_apps.htm)擴大存取。 - 雖然不支援完全自訂字型功能，但可以將一組 Google 字型用於已發佈內容。 - Tableau Cloud 使用租用戶和站台模型進行管理。使用 [Tableau Cloud Manager](https://help.tableau.com/current/online/zh-tw/cloud_manager_intro.htm)，可以在租用戶上建立多個站台，類似於在 Tableau Server 上的操作。預設情況下，最多可以建立 3 個 Tableau Cloud 站台。此容量會根據您購買的 Tableau 版本的不同而增加 - [Enterprise](https://help.tableau.com/current/online/zh-tw/to_tab_enterprise_features.htm) 版本最多可建立 10 個站台，而 [Tableau+](https://help.tableau.com/current/online/zh-tw/to_tab_plus_features.htm) 版本最多可建立 50 個站台。 執行 [Tableau Cloud 移轉技術準備評估](https://exchange.tableau.com/products/921)，了解在移轉至 Tableau Cloud 前是否有任何可能需要調整的用例。 ### 終端使用者需要完成的工作 管理員無法代表他們的終端使用者設定某些功能，或者這些功能需要以手動方式進行重新設定。我們已單獨提供一份完整的清單作為[終端使用者移轉檢查清單](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part7.htm)，以便您可以直接與使用者共用，但這些工作包括： - Webhook - 內嵌解決方案更新 - 更新 REST API 指令碼 - 設定分析擴充功能 ## 版本相容性  作為一般規則，我們的文件基於最近至目前版本的 Tableau Server，但由於本指南中涵蓋的流程不是以程式設計方式進行的移轉或自動移轉，因此我們預計從較舊版本的 Tableau Server 移轉到 Tableau Cloud 不會出現問題。嚴格來說，在管理設定方面，本指南中的流程更像是「移植」，而不是「移轉」。 ## 授權 Tableau Cloud 使用基於角色的訂閱授權。Tableau Server 支援基於角色的訂閱授權和舊版定價模式。若使用不同的（較早的）授權模式，請聯絡 Tableau 客戶團隊，以將授權轉換為基於角色的訂閱。 ## 其他支援 閱讀本材料後，您可能會決定不自己進行手動移轉，而寧願將其交給專家。若是這樣，請聯絡我們[經驗豐富的移轉合作夥伴](https://www.tableau.com/zh-tw/solutions/tableau-migration#partners)之一，瞭解他們可以如何幫助您加速移轉到 Tableau Cloud。 ## 移轉工作流程 本指南根據移轉到 Tableau Cloud 的分步流程進行編排： 1. [規劃移轉](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part1.htm) 2. [建立和設定 Tableau Cloud 站台](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2.htm) 3. [移轉虛擬連線](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2-5.htm) 4. [將資料來源、工作簿和 Prep 流程移轉到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part3.htm) 5. [為 Tableau Cloud 重新建立重新整理排程](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part4.htm) 6. [為移轉的使用者設定權限和內容存取權](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part5.htm) 7. [將剩餘使用者新增到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part6.htm) 8. [終端使用者移轉檢查清單](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part7.htm) [跳至主要內容](#main-content) # Tableau Server Enterprise 部署指南 **附註**：Tableau不再更新《企業部署指南》。儘管我們仍然推薦將此處描述的參考架構作為 AWS 中 Tableau Server 的有效部署模型，但自上次更新以來，具體的設定過程可能已變更。請始終將這些步驟與最新的 [Tableau Server 說明](https://help.tableau.com/current/server/zh-tw/get_started_server.htm) 文件進行交叉引用，以確保準確無誤。 Tableau Server Enterprise 部署指南 (EDG) 的撰寫目的在於為部署 Tableau Server（內部或雲端）提供指示。該指南在參考架構下為企業情境提供部署指導。我們已經測試了參考架構，以驗證是否符合安全性、規模和性能基準，這些基準符合業界標準的最佳作法。 在較高層級上，業界標準企業部署的核心功能由分層拓撲組成，其中伺服器應用程式功能的每一層（Web 閘道層，應用程式層和資料層）均受存取控制的子網路限制和保護。從網際網路存取伺服器應用程式的使用者會在 Web 層進行驗證。驗證完成後，會對該請求進行 Proxy 處理，並將其轉至受保護的子網路，應用程式層將在該子網路中處理業務邏輯。高價值資料受到第三個子網路的保護：資料層。應用程式層中的服務透過受保護的網路與資料層通訊，以服務於對後端資料來源的資料請求。 在此部署中，安全性是所有設計決策和實作的重中之重。但是，可靠性、效能和可延伸性也是優先要求。基於參考架構的分佈和模組化設計，透過讓每個節點上的相容服務進行策略性共存，並在阻塞點處新增服務，可以以線性可預測的方式擴展可靠性和效能。 ## 誰應閱讀本指南 EDG 是為企業 IT 管理員開發的，他們可能需要： - IT 管理的 Tableau 部署 - 業界合規執法 - 業界部署最佳做法 - 預設安全部署 EDG 是用於部署企業參考架構的實作指南。雖然此版本的 EDG 包含範例 AWS/Linux 實作，但經驗豐富的企業 IT 管理員可以將本指南用作資源，以將指定的參考架構部署到任何業界標準資料中心環境中。 ## 版本 此版本的 EDG 是為 Tableau Server 2021.2.3 版本（或更高版本）開發的。雖然您可以使用 EDG 作為部署舊版 Tableau Server 的一般參考，但我們建議您使用 Tableau Server 2021.2.3 或更高版本部署參考架構。某些功能和選項在較舊版本的 Tableau Server 上不可用。 對於最新的功能和改進，我們建議將 EDG 部署到 Tableau Server 2022.1.7 及更高版本。 本指南中描述的參考架構支援以下 Tableau 用戶端：具有相容瀏覽器的 Web 製作版、Tableau Mobile 和 Tableau Desktop 版本 2021.2.1 或更高版本。其他 Tableau 用戶端（Tableau Prep、Bridge 等）尚未透過參考架構進行驗證。 ## 突出顯示功能 Tableau Server 參考架構的第一個版本引入了以下案例和功能： - 用戶端預先驗證：在存取內部 Tableau Server 之前，Tableau 用戶端（桌面版、行動版、Web 製作版）均透過 Web 層中的企業驗證提供者進行驗證。此流程透過在充當反向 Proxy 伺服器的 Tableau Server 獨立閘道上設定 authN 外掛程式來管理。請參閱[第 5 部分 - 配置 Web 層](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part5.htm)。 - 零信任部署：由於到 Tableau Server 的所有流量都經過預先驗證，因此整個 Tableau 部署在不需要受信任連線的私人子網路中執行。 - 外部存放庫：參考架構指定將 Tableau 存放庫安裝到外部 PostgreSQL 資料庫上，允許 DBA 作為一般資料庫管理、最佳化、規模化和備份存放庫。 - 初始節點復原：EDG 引入了一個指令碼，可在發生故障時自動進行初始節點還原。 - 基於 tar 的備份和還原：可在到達 Tableau 部署的戰略里程碑時使用熟悉的 tar 備份。如果發生故障或部署設定錯誤，可以通過復原關聯的 tar 備份快速復原到之前的部署階段。 - 效能改進：客戶和實驗室驗證資料表明，與標準部署相比，執行 EDG 時效能可提高 15-20%。 ## 授權 本指南中規定的 Tableau Server 參考架構需要 Tableau Advanced Management 授權才能啟用 Tableau Server 外部存放庫。還可以選擇部署 Tableau Server 外部檔案存放區，這也需要 Tableau Advanced Management 授權。請參閱_關於 Tableau Server 上的 Tableau Advanced Management_ ([Linux](https://help.tableau.com/current/server-linux/zh-tw/itm_intro.htm))。 [跳至主要內容](#main-content) # 將剩餘使用者新增到 Tableau Cloud 您所在的位置是 [Tableau Cloud 手動移轉指南。](https://help.tableau.com/current/guides/migration/zh-tw/emg_intro.htm)本指南會介紹如何將少於 100 位使用者的 Tableau Server 部署手動移轉到 Tableau Cloud。 移轉所有內容並設定專案、群組和權限後，可以新增其餘（或所有）使用者。 本主題描述如何在網台內新增使用者。雲端管理員可以使用 Tableau Cloud 管理器在多個網台新增或移除使用者，以及修改其網台角色。有關詳情，請參閱[使用 Tableau Cloud Manager 管理使用者](https://help.tableau.com/current/online/zh-tw/cloud_manager_users.htm)。 ## 新增使用者 新增使用者後，他們可存取內容。在新增使用者之前，請確保遵循[為移轉的使用者設定權限和內容存取權](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part5.htm)中的程序。 我們還建議在移轉到 Tableau Cloud 之前瞭解使用者站台角色。請參閱[設定使用者的站台角色](https://help.tableau.com/current/online/zh-tw/users_site_roles.htm)。 可以手動新增使用者，如下所示。若您有很多使用者，並希望使用 CSV 檔案批次匯入他們，請參閱[匯入使用者](https://help.tableau.com/current/online/zh-tw/users_import.htm)。 ### 手動新增使用者 1. 在登入 Tableau Server 站台時，選取 **\[使用者\]**。 2. 在使用者頁面上，按一下新增使用者，然後按一下使用使用者名稱新增使用者。 ![](/tableau/next/zh-tw/guides/migration/zh-tw/Img/users_add_online.png) 3. 選取希望匯入的使用者登入 Tableau Cloud 時所使用的驗證方法。如果站台上未設定驗證，將為匯入的使用者指派具有 MFA 驗證方法的 Tableau。 **附註：**在新增使用者後，隨時可以前往使用者頁面以變更使用者的驗證類型。 4. 在**輸入使用者名稱**文字方塊中，（以電子郵件地址形式）輸入使用者名稱。如果新增多個使用者，請用分號分隔每個使用者名稱。 例如，_tdavis@example.com; jjohnson@example.com; hwilson@example.com_ 5. 從下拉清單中選取一個站台角色，以便將該站台角色指派給您新增的所有使用者。 有關站台角色定義，請參閱[設定使用者的站台角色](https://help.tableau.com/current/online/zh-tw/users_site_roles.htm)。 6. 按一下 \[新增使用者\] 。 如果新使用者的使用者名稱已經與 tableau.com 上的帳戶關聯，則此使用者需要使用此帳戶的現有電子郵件地址和密碼登入。 如果新使用者的使用者名稱尚未與 tableau.com 上的帳戶關聯，則此使用者需要提供姓名和密碼。 在使用者提供這些值之前，其在 Tableau Server 使用者清單中的條目將顯示電子郵件地址，前面有一個句點。例如： `.snguyen@example.com` 使用者登入後，條目將更新為顯示全名。例如： `Susan Nguyen` ## 移轉工作流程 本指南根據移轉到 Tableau Cloud 的分步流程進行編排： 1. [規劃移轉](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part1.htm) 2. [建立和設定 Tableau Cloud 站台](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2.htm) 3. [移轉虛擬連線](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2-5.htm) 4. [將資料來源、工作簿和 Prep 流程移轉到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part3.htm) 5. [為 Tableau Cloud 重新建立重新整理排程](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part4.htm) 6. [為移轉的使用者設定權限和內容存取權](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part5.htm) 7. **您在這裡**：在 Tableau Cloud 中新增使用者 8. [終端使用者移轉檢查清單](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part7.htm) [跳至主要內容](#main-content) # 將資料來源、工作簿和 Prep 流程移轉到 Tableau Cloud 您所在的位置是 [Tableau Cloud 手動移轉指南。](https://help.tableau.com/current/guides/migration/zh-tw/emg_intro.htm)本指南會介紹如何將少於 100 位使用者的 Tableau Server 部署手動移轉到 Tableau Cloud。 如果是執行手動移轉的組織，讓使用者（或使用者子集）將其熟悉的內容移轉到新的 Tableau Cloud 站台可能是有意義的。本主題中描述的內容移轉步驟可以由您組織中的使用者（有 Creator 角色）完成。 ## 開始之前 在您著手進行內容移轉前，我們要再次強烈建議進行全面清點，並清理現有的 Tableau Server 環境。請參閱[打掃房子：您的內容讓您滿意嗎？](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part1.htm#Cleaning) **讓 Tableau Server 燈保持亮起！**在移轉流程中，確保所有內容和業務流程在 Tableau Server 系統中保持正常作業。在確認內容和流程已正確移轉到 Tableau Cloud 之前，請勿解除 Tableau Server 環境。 ## 第 1 步：使用最低存取原則為您的站台建立專案 我們建議使用最低存取原則設定新的 Tableau Cloud 站台。關鍵是要了解，在 Tableau Cloud 新增使用者後，他們可以開始存取平台上的內容。 開始前，建議您查看[快速入門：權限](https://help.tableau.com/current/online/zh-tw/qs_permissions.htm)以了解權限如何在 Tableau 中交互和繼承的進修課程。如果您熟悉 Tableau Server 環境中的這些概念，那麼您就可以開始了。Tableau Cloud 權限使用與伺服器相同的邏輯。 按照以下步驟設定具有最低存取嚴則的專案。 1. 建立更多專案前，在 Default 專案中設定[範本權限](https://help.tableau.com/current/online/zh-tw/permissions_capabilities.htm) 2. 移除「所有使用者」群組的權限。移除「所有使用者」可確保為專案為需要存取內容的使用者設定明確的權限。 3. [建立群組](https://help.tableau.com/current/online/zh-tw/to_add_users_groups.htm)隨著您的組織和/或內容的擴展，群組會簡化權限管理。 更多資訊請參閱[使用專案管理內容存取](https://help.tableau.com/current/online/zh-tw/projects.htm)。 ## 第 2 步：新增具有 Creator 角色的使用者 設定最低存取原則後，現在是要新增要移轉內容的任何使用者。如果不依賴使用者移轉內容，則可以稍後在流程中新增他們。請參閱[為移轉的使用者設定權限和內容存取權](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part5.htm)。 請遵循以下準則來新增 creator 使用者： - 檢閱站台角色：[設定使用者站台角色](https://help.tableau.com/current/online/zh-tw/users_site_roles.htm)。 - 您可以[手動新增使用者](https://help.tableau.com/current/online/zh-tw/sites_addusers.htm)，也可以[使用 CSV 文件匯入他們](https://help.tableau.com/current/online/zh-tw/users_import.htm)。 - 新增使用者並設定其角色後，將他們新增到您在上一步中設定的相應群組中。 ## 第 3 步：移轉已發佈資料來源 如果多個工作簿使用單一發佈的資料來源，則只需移轉發佈的資料來源一次。 1. 在 Tableau Desktop 上，登入您的 Tableau Server 環境，巡覽到要移轉的工作簿，然後按一下「下載」。 2. 在 Tableau Desktop 中的資料功能表上，選取資料來源，選取建立本機複本，然後儲存資料來源的本機複本。 3. 從工作表開始，選取「資料 > 取代資料來源」。輸入以下選項： - 「當前」：當前「本機副本取代」：您儲存的本機副本 - 在「資料」窗格中，以右鍵按一下原始資料來源，然後選取「關閉」。 4. 選取「伺服器」，然後按一下「登出」。 5. 在「資料」選單中選取資料來源，然後選取「發佈到伺服器」 。 6. 在 Tableau Desktop 中，登入 Tableau Cloud，然後發佈資料來源。 7. 必要時，在 Tableau Cloud 中排程重新整理該資料來源。更多資訊請參見[為 Tableau Cloud 重新建立重新整理排程](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part4.htm)。 如果新發佈的資料來源是工作簿中唯一的資料來源，則按照接下來的兩個步驟發佈工作簿。如果工作簿有多個已發佈的資料來源，請跳至下一步。 1. 發佈資料來源後，確認已選取「更新工作簿以使用已發佈的資料來源」。 2. 選取「伺服器」>「發佈工作簿」將工作簿發佈到 Tableau Cloud。 ## 第 4 步：移轉具有多個已發佈資料來源的工作簿 對要移轉到 Tableau Cloud 的所有已發佈資料來源重複以下過程。 1. 在 Tableau Desktop 登入您的 Tableau Server 環境，巡覽到要移轉的已發佈資料來源，然後按一下「下載」 。 2. 在 Tableau Desktop 中開啟該檔案。在 Tableau Desktop 中的資料功能表上，選取資料來源，選取建立本機複本，然後儲存資料來源的本機複本。 3. 在「資料」窗格中，以右鍵按一下原始資料來源，然後選取「關閉」。 4. 對工作簿中的所有已發佈資料來源重複步驟 2-3。 5. 選取「伺服器」，然後按一下「登出」。 6. 從工作表開始，選取「資料 > 取代資料來源」。輸入以下選項： - 「當前」：當前的本機副本 - 「取代」：您儲存的本機副本 7. 取代所有「已發佈資料來源」後，選取「選取」>「發佈工作簿」以將工作簿發佈到 Tableau Cloud。 如果工作簿還具有需要 Tableau Bridge 內嵌的資料來源，則這些資料來源將需要在移轉過程中單獨發佈。請參閱[發佈資料來源](https://help.tableau.com/current/pro/desktop/zh-tw/publish_datasources.htm)。 ## 第 5 步：僅用於具有內嵌資料來源的工作簿 1. 在 Tableau Desktop 上，登入您的 Tableau Server 環境，巡覽到要移轉的工作簿，然後按一下**「下載」**。 2. 選取**「伺服器」**，然後按一下**「登出」**。 3. 選取**「伺服器」**，然後按一下**「登入」**以登入 Tableau Cloud。 4. 如果嵌入式資料來源需要 Tableau Bridge 進行自動重新整理並且是**檔案資料** （例如 .cvs 和 .xlsx），請按照以下說明作業 [發佈本地資料（僅限 Tableau Cloud）](https://help.tableau.com/current/pro/desktop/zh-tw/publish_datasources.htm#publish-onpremises-data-tableau-cloud-only)。 5. 如果資料來源不需要 Tableau Bridge **或者** 不是檔案子， 則**選取「伺服器」>「發佈工作簿」**。 ## 第 6 步：移轉 Tableau Prep 流程 對於所有公開可用雲端資料，可能需要啟用 Tableau Cloud 進行查詢。要啟用連線性，請參閱[授權存取已發佈到Tableau Cloud的雲端資料](https://www.google.com/url?q=https://help.tableau.com/current/pro/desktop/zh-tw/publish_tableau_online_ip_authorization.htm)。 針對要移轉至 Tableau Cloud 的所有 Tableau Prep 流程重複以下程序。在正在執行 [Tableau Prep 產生器](https://www.tableau.com/zh-tw/products/prep/download)的電腦上執行此程序。 1. 登入您的 Tableau Server 環境，巡覽到要移轉的流程，然後按一下「下載」。 2. 將在 Tableau Prep Builder 中開啟該流程： 1. 如果該流程連線到至少一個已發佈資料來源，則將自動提示您登入伺服器。如果沒有自動提示，請從頂部功能表中選取「伺服器」\>「登入」，並登入 Tableau Server。 2. 從頂部功能表巡覽並選取「伺服器」。在「登入伺服器 URL」中按一下「登出」。 3. 如果該流程連線到至少一個已發佈資料來源，則會看到以下警告： ![](/tableau/next/zh-tw/guides/migration/zh-tw/Img/prep-migrate_583x269.png) 4. 按一下「登出」。 3. 巡覽至頂部功能表並選取「伺服器」\>「登入」\>「快速連線至 Tableau Cloud」，登入 Tableau Cloud。 4. 如果該流程不包括任何已發佈資料來源，請跳至下一步。如果該流程連線到至少一個已發佈資料來源 1. 開啟「連線」窗格並連線至 Tableau Cloud 中已發佈資料來源的新版本。 2. 拖放新連線以取代現有 Tableau Server 已發佈資料來源輸入步驟。 3. 在連線飛出視窗的現有連線上按滑鼠右鍵，然後刪除 Tableau Server 已發佈的資料來源。 4. 針對該流程中所有其他已連線的已發佈資料來源重複這些步驟。 5. 如果您的流程輸出到任何已發佈資料來源，請巡覽至輸出步驟並更新它們以引用 Tableau Cloud 上新發佈的資料來源。 - 對流程中的所有其他輸出已發佈資料來源重複步驟。 6. 取代所有已發佈資料來源後，選取「伺服器」\>「發佈流程」或按一下右上角的「發佈」按鈕，在 Tableau Cloud 中發佈該流程。 ## 移轉工作流程 本指南根據移轉到 Tableau Cloud 的分步流程進行編排： 1. [規劃移轉](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part1.htm) 2. [建立和設定 Tableau Cloud 站台](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2.htm) 3. [移轉虛擬連線](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2-5.htm) 4. **您在這裡**：將資料來源、工作簿和流程移轉至 Tableau Cloud 5. [為 Tableau Cloud 重新建立重新整理排程](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part4.htm) 6. [為移轉的使用者設定權限和內容存取權](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part5.htm) 7. [將剩餘使用者新增到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part6.htm) 8. [終端使用者移轉檢查清單](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part7.htm) [跳至主要內容](#main-content) # 建立和設定 Tableau Cloud 站台 您所在的位置是 [Tableau Cloud 手動移轉指南。](https://help.tableau.com/current/guides/migration/zh-tw/emg_intro.htm)本指南會介紹如何將少於 100 位使用者的 Tableau Server 部署手動移轉到 Tableau Cloud。 本指南中描述的移轉過程，首先要與帳戶管理員合作，將 Tableau 授權從伺服器轉換到雲端。如果想在移轉之前測試 Tableau Cloud，也歡迎隨時[試用 Tableau Cloud](https://www.tableau.com/zh-tw/products/trial)。 ## 步驟 1：與 Tableau 帳戶管理員合作轉換授權 移轉的步驟 1 是與帳戶管理員合作，將授權從伺服器轉換到雲端。完成後，可以在 60 天內存取這兩種產品。大多數擁有 100 位或更少使用者的客戶會在一週內完成此移轉過程，因此在轉換時應該有足夠的時間來存取這兩種產品。如果需要更多時間，可以與帳戶管理員合作。 ## 步驟 2：建立其他 Tableau Cloud 站台 如果已在 Tableau Server 上建立了多個站台，則需要使用 [Tableau Cloud 管理器](https://help.tableau.com/current/online/zh-tw/cloud_manager_intro.htm)在 Tableau Cloud 上建立對等站台 。作為雲端管理員，您可以[新增站台](https://help.tableau.com/current/online/zh-tw/cloud_manager_sites.htm)分離內容環境、管理使用者和授權以及控制權限。您可以建立的 Tableau Cloud 網台數量取決於您購買的 Tableau 版本。 建立其他網台後，請繼續為每個網台執行本主題中的其餘步驟。 ## 步驟 3：指定驗證方法 預設驗證方法將是使用者名稱和密碼 (TableauID)。TableauID 使用者需要進行多重要素驗證，以確保安全存取 Tableau Cloud。我們還支援許多行業標準單點登入選項。有關詳情，請參閱[驗證](https://help.tableau.com/current/online/zh-tw/security_auth.htm)以確定哪種驗證方法對您的組織最合適。 ## 步驟 4：熟悉站台 逐步解說[站台設定](https://help.tableau.com/current/online/zh-tw/sites_add.htm)並確保它們已根據組織的需要進行適當設定。 ## 步驟 5：設定資料連線 Tableau Cloud 連線到資料的方式因資料的存放位置而異。每種方法可能需要不同的準備工作，如下所示。如果不確定哪個選項適合您，請聯繫帳戶管理員。 ### 公開可用的雲端資料 例如，公開可用的雲端資料包括 Google 雲端硬碟、Dropbox、OneDrive 和 Snowflake。 如果連線是資料庫，可能需要啟用 Tableau Cloud 才能對其進行查詢。要啟用連線性，請參閱[授權存取已發佈到Tableau Cloud的雲端資料](https://help.tableau.com/current/pro/desktop/zh-tw/publish_tableau_online_ip_authorization.htm)。 對於 Excel 和 .csv 檔案等一般檔案：我們建議將這些檔案儲存在 Google 雲端硬碟、Dropbox 或 OneDrive 等雲端存放區中。然後，可以啟用與 Tableau Cloud 中的資料直接連線。如果這不是一個選項，將需要設定 Tableau Bridge 以保持與本機儲存的一般檔案連線。 ### 內部部署、本機檔案或私有雲端資料 例如，本機檔案、私有雲端資料和內部部署資料可能是 SQL Server、Oracle 或本機 Excel 檔案。 如果有私有資料要求，則需要安裝和設定 [Tableau Bridge](https://help.tableau.com/current/online/zh-tw/to_bridge_install.htm)。Tableau Bridge 在 Tableau Cloud 和受防火牆保護的資料之間提供安全通訊。在可以存取資料的單獨電腦上防火牆後面安裝 Bridge。請參閱[關於 Bridge 用戶端](https://help.tableau.com/current/online/zh-tw/to_bridge_client.htm)。 可選：對於本機檔案（Excel、CSV 等），可以將它們儲存在 Google 雲端硬碟、Dropbox、Onebox 等雲端存放區中，而不是使用 Tableau Bridge。 ## 移轉工作流程 本指南根據移轉到 Tableau Cloud 的分步流程進行編排： 1. [規劃移轉](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part1.htm) 2. **您在此處：**建立並設定 Tableau Cloud 站台 00 3. [移轉虛擬連線](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2-5.htm) 4. [將資料來源、工作簿和 Prep 流程移轉到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part3.htm) 5. [為 Tableau Cloud 重新建立重新整理排程](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part4.htm) 6. [為移轉的使用者設定權限和內容存取權](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part5.htm) 7. [將剩餘使用者新增到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part6.htm) 8. [終端使用者移轉檢查清單](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part7.htm) [跳至主要內容](#main-content) # 學習資料庫 歡迎使用學習資料庫。尋找您想要詳細瞭解的過程中所包含的步驟名稱。向下滾動到下一個表以獲取附加的學習教程、視訊、白皮書等等。[Tableau 說明](https://help.tableau.com/current/pro/desktop/zh-tw/default.htm)也是一個很好的資訊來源。
教程步驟入門要探索的主題

連線到範例資料來源

進行拖放以率先觀看

關注結果

透過地理方式瀏覽您的資料

向下切入查詢至詳細資料

組建儀表板以顯示您的見解

將您的發現與其他人共用

以下是附加的學習教程、視訊、白皮書等等。使用這些資源來提高您對 Tableau Desktop 的理解。
您要執行什麼操作?嘗試此位置適用於此內容類別型

瞭解 Tableau 介面中需要的內容。

Tableau 工作區

Tableau 使用者介面 (UI) 中的標記影像。

請尋找更多教程，並效仿使用範例資料。

自己動手練習

簡單的操作方法逐步解說，介紹如何建立最受歡迎的圖表類型，並說明何時可能需要使用每種類型，包括：

  • 橫條圖
  • 文字表
  • 折線圖
  • 散佈圖
  • 熱圖
  • 長條圖
  • 甘特圖
  • 圓形圖
  • 樹狀圖
  • 盒形圖
  • 填充泡泡圖
  • 地圖

尋找範例，瞭解資料視覺化的最佳做法

視覺化最佳做法

建立有效儀表板的最佳做法

講述精彩故事的最佳做法

設計無障礙檢視的最佳做法

發佈的資料來源的最佳做法

  • 如何建立美觀的視覺效果。

  • 如何設計可幫助發現關鍵細節並加快決策速度的高效的儀表板。

  • 如何使用 Tableau 故事點來講述精彩故事。

  • 如何建立有視覺或身體缺陷的使用者可存取的視覺效果。

  • 如何使用發佈的資料來源使資料可用於分析。

開始工作之前，請獲得有關 Tableau 產品的更多上下文。

白皮書

有關最佳做法、行業趨勢以及資料分析中的下一步的深入討論。

尋找線上訓練或現場訓練。

學習和訓練

參加免費的線上、按需訓練課程，或者報名參加課堂訓練，以加深您的專業知識。

瞭解如何在您的系統組態環境中使用 Tableau，或者如何與其他公司的其他產品結合使用 Tableau。

知識庫

應支援請求而建立的內容，目的在於在特定的環境或情況下說明使用 Tableau。
[跳至主要內容](#main-content) # 教學課程：開始使用 Tableau Desktop ##### 瞭解如何連線到資料、建立資料視覺效果、示範您的發現以及與其他人共用您的見解。 本教學課程將引導您瞭解 Tableau Desktop 的各項特性與功能。在學習本教學課程的過程中，您將在 Tableau 工作簿中建立多個視覺效果。您將採取的步驟以及工作將使用的工作簿基於在一家大型零售連鎖店總部工作的員工的故事。隨著您逐步提出關於您的公司及其業績的問題，故事隨之展開。 您將瞭解如何連線到 Tableau Desktop 中的資料；組建、呈現和共用某些有用的檢視；以及在操作過程中應用關鍵功能。完成這些步驟預計需要一到三個小時的時間。 ## 背景故事... 假設您是一家大型零售連鎖店的員工。您的經理剛剛拿到季度銷售額報表，並且注意到，某些產品的銷售額似乎比其他產品更好，某些地區的利潤沒有她預期的那樣好。您的老闆對帳面利潤感興趣：您要負責檢視總銷售額和利潤，看看是否能找出對銷售額和利潤造成影響的因素。 她還要求您確定需要改進的領域，並將您的發現提供給團隊。團隊可以瀏覽您的結果並採取行動，以提高公司產品線的銷售額和盈利能力。 您將使用 Tableau Desktop 組建一個簡單的產品資料檢視，按地區建立產品銷售額和利潤的地圖，組建包含您的發現的儀表板，然後建立要呈現的故事。然後，您將在 Web 上分享您的發現，以便遠端團隊成員能夠檢視。 展開 **\[瞭解更多資訊\]** 部分可檢視背景和範例。嘗試一下： 深入瞭解：連線到資料 第一次請使用\[範例 - 超級市場\]資料來源。（我們將示範如何操作。）在您熟悉 Tableau Desktop 中的核心功能之後，請用您自己的資料嘗試執行這些步驟。 若需要下載超級市場資料集，可以從 [Tableau Public 範例資料](https://public.tableau.com/app/learn/sample-data)頁面存取。

步驟

步驟 1：連線到資料
全面瞭解開始頁面以及如何連線到您的資料。

轉至步驟

步驟 2：進行拖放以率先觀看
開始瞭解 Tableau 工作區，學習 Tableau 的語言，並開始檢查您的資料。
轉至步驟
步驟 3：關注結果
問更深層次的問題，並使用其他工具來改進您的檢視以及深入瞭解您的資料。
轉至步驟
步驟 4：透過地理方式瀏覽您的資料
學習如何在地圖上繪製您的資料，看看是否能夠發現任何趨勢。
轉至步驟
步驟 5：向下切入查詢至詳細資料
向下切入查詢至資料詳細資料並瞭解如何建立 [前] 篩選器。
轉至步驟
步驟 6：組建儀表板以顯示您的見解
瞭解如何組建儀表板並設定其格式以顯示您建立的視覺效果。
轉至步驟
步驟 7：組建故事以進行展示
瞭解如何組建故事並設定其格式以示範您的發現。
轉至步驟
步驟 8：共用您的發現
在 Tableau Server 或 Tableau Cloud 上與群組織共用您的發現，或者在 Tableau Public 上與他人共用。
轉至步驟
學習資料庫
現在，您是個資料明星，請用這些額外的資源不斷學習。

轉到資料庫

[跳至主要內容](#main-content) # 步驟 1：連線到資料 您的經理要求您調查公司的整體銷售額和盈利能力並確定需要改進的重要方面。您有很多資料，但不知道從何處開始。您決定首先下載 Tableau Desktop Free Edition。 如需相關資源和影片，請參閱[使用 Tableau Desktop 連線至資料](https://www.tableau.com/zh-tw/learn/tutorials/on-demand/connecting-data-tableau-desktop?playlist=509089)。 ## 開啟 Tableau Desktop 並開始 開啟 Tableau Desktop 後首先看到的是[開始頁](https://help.tableau.com/current/pro/desktop/zh-tw/environment_startpage.htm)。在這裡，您可以選取 Tableau 存取資料所需的連接器。 ![Tableau 開始頁](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Connect1.png) 開始頁面提供了多個選項可供選擇： **1.****Tableau 圖示**。按一下任何頁面左上角的 ![Tableau 標誌圖示](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Connect2.png)，即可在開始頁面和製作工作區之間切換。 **2.**「**連線」窗格**。 - 連線到檔案中的資料，例如 Microsoft Excel、PDF、空間檔案等。 - 連線到基於伺服器的平台中的資料，例如 Google 雲端硬碟、Amazon Redshift、Oracle，或 Tableau Cloud 或 Tableau Server 中的已發佈資料來源。 - 連線到您之前連線過的資料來源。 Tableau 支援連線到存儲在各個地方的各種資料的功能。 \[連線\] 窗格列出了您可能想要連線到的最常見地方，或者按一下 \[更多\] 連結以查看更多選項。有關連線到資料來源的更多資訊，請參閱本教程的[學習資料庫](https://help.tableau.com/current/guides/get-started-tutorial/zh-tw/get-started-tutorial-next.htm)。 **3.**快速入門**加速器**：可以連線到自己資料的預先建置範本。 **4.**快速入門**範例工作簿**：Tableau Desktop 隨附的範例工作簿。 **5.****開啟**：最近開啟的工作簿。 **6.****探索**：其他資源。 在連線窗格的已儲存資料來源下，按一下**範例 - 超級市場**，以連線至範例資料集。超級市場包含有關產品、客戶和銷售額的資訊，您可以利用這些資訊來確定這家虛構零售公司需要改進的關鍵領域。 若需要下載超級市場資料集，可以在 [Tableau Public 範例資料](https://public.tableau.com/app/learn/sample-data)頁面上找到該資料集，然後使用 Microsoft Excel 連接器。 ![範例 - 「已儲存資料來源」下列出的 Superstore ](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Connect_Superstore.png) 選取 **\[範例 - 超級市場\]** 後，螢幕將如下所示： ![空白工作表](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Connect4.png) 瞭解更多資訊： Tableau 將如何處理您的資料？ 連線到資料之後，Tableau 將執行以下操作： - 開啟新工作表。這是一塊白板，您可以在其中建立您的第一個檢視。 - 顯示您連線到的資料來源。如果使用多個資料來源，您可以看到它們都列在此處。 - 將資料來源中的欄新增到左邊的**資料**窗格中。列會新增為欄位。 - 將資料類型（如日期、數位、字串等）和角色（維度或度量）自動指派給您的資料。（以後我們將詳細討論這些術語。） 若要查看有關資料的更多詳細資訊，可以選取左下角的**資料來源**頁面。在此，您可以查看您的前 1000 列資料，一些分析師將會發狂：排序或隱藏欄位、將欄位拆分為多個列，以及重命名列標題，這些都不需要修改原始資料。Tableau 中出現的情況存留在 Tableau 中；資料是安全的。 若巡覽到**資料來源**頁面以查看詳細資訊，只需按一下**工作表 1** 的索引標籤即可返回到開始的位置。 有關資料來源頁面的更多資訊，請參閱[學習資料庫](https://help.tableau.com/current/guides/get-started-tutorial/zh-tw/get-started-tutorial-next.htm)。 深入瞭解：準備您自己的資料。 如果連線到自己的資料，則在 Tableau 中連線到該資料之前，您可能需要進行一些準備工作。這是因為 Tableau 會進行與資料相關的假設，以便能夠正確顯示資料以供您使用。 有關準備資料的更多資訊，請參閱[學習資料庫](https://help.tableau.com/current/guides/get-started-tutorial/zh-tw/get-started-tutorial-next.htm)。 請轉到[步驟 2：進行拖放以率先觀看](https://help.tableau.com/v0.0/guides/get-started-tutorial/zh-tw/get-started-tutorial-drag.htm)繼續。 [跳至主要內容](#main-content) # 步驟 2：進行拖放以率先觀看 ## 建立檢視 您著手查明需要改進的重要方面，但是從哪裡開始呢？有了四年的資料，您決定深入鑽研總體銷售資料，看看會有什麼發現。首先建立一個簡單的圖表。 如需相關資源與影片，請參閱[在 Tableau Desktop 中瀏覽工作區](https://www.tableau.com/zh-tw/learn/tutorials/on-demand/navigating-workspace-tableau-desktop?playlist=509089)。 瞭解更多資訊：本節的術語
術語描述
彙總與粒度

彙總是指將列層級定量資料匯總到更高類別的方式，例如銷售額總和或平均利潤。Tableau 會自動執行此操作，因此您可以將資料細分成您想要使用的詳細資料層級。

粒度是指資料的詳細程度－例如，日期的粒度可以是天、月、年等。

維度和度量

維度是定性資料，例如名稱或日期。預設情況下，Tableau 會自動將包含定性或分類資訊的資料分類為維度，例如，任何包含文字或布林 (true/false) 值的欄位。這些欄位通常顯示為列的欄標題（例如 [客戶名稱] 或 [訂單日期] ），並且還定義檢視中顯示的粒度層級。

度量是定量數值資料。預設情況下，Tableau 會將任何包含這種資料的欄位視為度量，例如銷售交易或利潤。分類為度量的資料可以基於指定的維度進行彙總，例如，按區域劃分的總銷售額，其中銷售額是度量，總計（或總和）是彙總，區域是維度。

連續與離散

連續欄位可以包含無數個值。這可以是一個值範圍，例如特定日期範圍內的銷售額或數量。在 Tableau 中，連續欄位顯示為綠色。

離散欄位包含有限數目的值，例如國家/地區、市/縣或客戶名稱。在 Tableau 中，離散欄位顯示為藍色。

[學習資料庫](https://help.tableau.com/current/guides/get-started-tutorial/zh-tw/get-started-tutorial-next.htm)中具有**關於維度和度量的更多資訊**。 瞭解更多資訊：Tableau 工作區控制項和元素 在本部分中，您會將欄位拖到 \[列\] 和 \[欄\] 架，並且還將使用 \[標記\] 卡。下圖標識了您將使用的一些工作區控制項和元素。 ![工作區元素概觀](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Drag28.png)
元素描述

A復原

請儘管利用 Tableau 試驗您的資料。您始終可以利用 [撤銷] 按鈕返回到開始位置。使用此按鈕可以撤銷您在工作簿中執行的上一次動作。

您可以無限次撤銷，恢復到您上次開啟工作簿時的狀態，即使是在儲存工作之後也可以。

B「資料」窗格

顯示檢視中包含的資料來源名稱和可用欄位。欄位可以根據其來源資料表或資料夾進行分組。

學習資料庫中具有關於資料窗格的更多資訊。

C and D卡和架

卡是 Tableau 中可用的不同控制項的容器。架是一種卡控制項類型。當您將欄位從 [資料] 窗格拖到 [欄] 或 [列] 架時，會在檢視中的軸上將資料新增為列或欄。

當您將欄位從 [資料] 窗格拖到 [標記] 卡時，您可以按類型、色彩、大小、形狀等控制視覺屬性。此動作只影響檢視中的標記；軸不會發生變更。

學習資料庫中具有關於卡和架的更多資訊。

E顯示/隱藏卡

是否無意中隱藏了一個現在需要的卡？沒問題！Tableau 工作區上的所有部分幾乎都可以開啟或關閉，以為您提供最大空間供您建立您的視覺效果。

若要顯示或隱藏卡，如「頁面」、「篩選器」或「圖例」，請按一下工具列上「顯示/隱藏卡」顯示/隱藏「卡」圖示按鈕上的下拉箭頭，並清除或啟用卡核取記號。

您甚至可以透過按一下窗格右上角的「最小化」最小化「資料」和「分析」窗格按鈕將「資料」和「分析」窗格折疊到工作區的左下角。再次按一下按鈕可將窗格還原為原來的樣子。

1. 從「資料」窗格中，將**「訂單日期」**拖曳至**「欄」**資料架。 **附註：** 將「訂單日期」拖到欄架時，Tableau 會在資料集中為每個年度建立一個列。每個列下面都有一個 \[Abc\] 指示器。這表示您可以在此拖動文字或數值資料，像您可能在 Excel 試算表中看到的一樣。如果您要將 \[Sales\] （銷售額）拖到此區域，Tableau 會建立一個交叉表（如試算表）並顯示每個年度的總銷售額。 2. 從「資料」窗格中，將**「銷售額」**拖曳至**「列」**資料架。 Tableau 會使用累計（彙總）為總和的銷售額組建以下圖表。您可以按訂單日期檢視每年的總彙總銷售額。 ![使用「訂單日期」作為「欄架」，而「（銷售）總和」作為「列架」的折線圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Drag1.png) _處次建立包括時間（在本例中為「訂單日期」）的檢視時，Tableau 會自動產生一個折線圖。_ 此折線圖表明銷售額看上去還不錯，並且似乎隨著時間的推移在增加。這是一條好資訊，但是它並未真正詳細告訴您哪些產品具有最高銷售額，以及是否有些商品的表現比其他商品好。因為您剛開始，所以您決定深入研究一番，看看能有什麼其他發現。 瞭解更多資訊：探索您的選項 若要快速變更圖表類型，請選取 **\[標記\]** 卡上的下拉式功能表。 例如，對於區域圖，您可以選取 **\[區域\]** 。 ![「標記」功能表中列出的圖表類型](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Drag2.png) Tableau 支援稱為 \[標記\] 類型的多種不同的圖表類型。有關詳細資訊，請參閱[學習資料庫](https://help.tableau.com/current/guides/get-started-tutorial/zh-tw/get-started-tutorial-next.htm)中具有**關於 \[標記\] 類型的更多資訊**。 **附註：** 繼續本教程之前，請確保您的圖表類型已設定回 **\[自動\]** 。 檢查您的工作！注意「建立檢視」的實際實際執行效果 _按一下影像可重播。_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 ## 改善您的檢視 若要深入瞭解哪些產品推動了整體銷售，可以嘗試新增更多資料。首先新增產品類別，以不同的方式檢視銷售總額。 1. 從「資料」窗格中，將**「類別」**拖到**「欄」**資料架，並放在「年（訂單日期）」的右邊。可能需要展開「產品」階層才能看到類別欄位。 您的檢視將更新為橫條圖。透過將第二個離散維度新增到此檢視中，您可以將您的資料分類為離散塊，而不是在一段時間內連續檢視您的資料。這將建立一個橫條圖並按年度向您顯示每種產品類別的總體銷售額。 ![在「欄」架上有「年（訂單日期）」和「類別」，在「列」架上有「（銷售）總和」的長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Drag4.png) 瞭解更多資訊：變更視角 若要水準而不是垂直顯示橫條圖，請按一下工具列上的**交換列和欄**。 **附註：**在繼續學習「入門指南」教學課程之前，請先復原此動作。 ![醒目提示「交換列和欄」圖示的長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Drag7.png) 瞭解更多資訊：顯示數值 您可以檢視資料點資訊或將其新增到您的檢視中。在此範例中，此資訊按類別顯示確切的銷售總額。 若要在您的檢視中檢視有關每個資料點的資訊（即標記），請將游標暫留在其中一個條上以顯示工具提示。工具提示會顯示該類別的總銷售額。以下是 2025 年的 \[Office Suplies\] （辦公用品）類別的工具提示： ![顯示 2021 年辦公用品銷售額的工具提示](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Drag5.png) 若要將資料點資訊作為標籤新增到您的檢視中，請按一下工具列上的 **\[顯示標記標籤\]** 。下面，我們將顯示每個類別和年度的總銷售額。 **附註：**在繼續學習「入門指南」教學課程之前，請先復原此動作。 ![醒目提示「顯示標記標籤」圖示的長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Drag6.png) 您的檢視做得很好，它現在按傢俱、辦公用品和技術這些類別顯示銷售額。並且顯示了一個有趣的細節！ 從此檢視中，您可以看到，雖然辦公用品在 2025 年的銷量確實非常好，但是傢俱的銷售增長速度超過了辦公用品的銷售增長速度。也許您可以建議您的公司將銷售工作重點放在傢俱上而不是辦公用品上？您的公司銷售了這些類別中的大量不同產品，因此您需要更多資訊才能提出建議。 為了幫助回答這個問題，您決定按子類別檢視產品，以檢視哪些商品是暢銷商品。例如，對於 \[傢俱\] 類別，您想要檢視有關書櫃、椅子、傢俱和桌子的詳細資料。檢視該資料可能會說明您深入瞭解銷售額，進而瞭解總體盈利能力，所以請向您的橫條圖新增子類： 1. 按兩下或將**「子類別」**拖到**「欄」**資料架。 **附註：** 您可以拖放或按兩下欄位以將它新增到您的檢視中，但要小心。Tableau 會假設在何處新增該資料，資料可能不會放在您所期待的地方。您始終可以按一下 \[撤銷\] 以移除該欄位，或者可以將其拖離 Tableau 將其放入到的區域以重新開始。 子類是另一種離散欄位。它會在檢視底部建立另一個標題，並為按類別和年度細分的每個子類（68 個標記）顯示一個條形。 ![在「欄」架上顯示「訂單日期」、「類別」和「子類別」，在「列」架上顯示「（銷售）總和」的長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Drag9.png) 現在，您將會取得一些進展，但這是要在視覺上進行分類的大量資料。下一部分中，您將學習如何新增色彩、篩選器等，以將重點關注特定結果。 瞭解更多資訊：使用不同的檢視來比較產品銷售額 如果您想要按類別檢視產品對總體銷售額的貢獻大小，則 Tableau 會為您提供另一個選項。 如果您將**「子類別」**拖到「標記」卡片上的**「色彩」**，您建立的堆疊長條圖中，每個子類別都會以個別顏色加以額外標記。Tableau 會自動在「子類別」值的右側顯示圖例卡。 **附註：**在繼續學習「入門指南」教學課程之前，請先復原此動作。 ![在「欄」架上顯示「訂單日期」和「類別」，在「列」架上顯示「（銷售）總和」，而「子類別」在「標記」卡「色彩」的長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Drag8.png) 此圖向您快速顯示了每個產品對每個類別和年度的總額貢獻的銷售額，並且一目了然地直接顯示了大額貢獻者和小額貢獻者。 子類會按照它們在圖例中的列出順序顯示為堆疊條，而不是根據它們在 \[銷售\] 軸上的位置顯示為堆疊條。 例如，上方檢視在每個「傢俱」列頂部都顯示「書櫃」，這是因為在圖例中，「書櫃」列於「椅子」、「傢俱」和「桌子」上方。圖例中顯示了子類，以便可以採取對您有意義的方式到處移動它們並檢查您的資料。 視您想要進行的分析的種類而定，堆疊橫條圖可能適合您，也可能不適合您。 檢查您的工作！注意「改善您的檢視」的實際實際執行效果 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 ## 步驟摘要 此步驟講的全部是如何逐漸瞭解您的資料，以及如何開始問關於資料的問題以進行深入瞭解。您瞭解了如何： - 在檢視中建立一個適合您的圖表。 - 在檢視中新增欄位以獲得正確的詳細資料層級。 現在，準備開始重點關注您的結果以確定更具體的關切領域。下一部分中，您將學習如何使用篩選器和色彩來幫助直觀地瀏覽您的資料。 請轉到[步驟 3：關注結果](https://help.tableau.com/v0.0/guides/get-started-tutorial/zh-tw/get-started-tutorial-focus.htm)繼續。 [跳至主要內容](#main-content) # 步驟 3：關注結果 您建立了按類別和子類細分的產品銷售額的檢視。您將開始取得一些進展，但這是要進行分類的巨量資料。您需要能夠輕鬆地找到感興趣的資料點並重點關注特定結果。那麼，Tableau 具有一些非常適合做這項工作的選項！ 利用篩選器和色彩，您可以更多地去關注那些您感興趣的詳情。在增加對資料的重點關注後，您可以開始使用其他 Tableau Desktop 功能與該資料進行交互。 ## 將篩選器新增到您的檢視中 您可以使用篩選器在檢視中包含或排除值。在本示例中，您決定將兩個簡單的篩選器新增到工作表中，以便能夠更輕鬆地按子類查看特定年度的產品銷售額。 1. 在「資料」窗格中，以右鍵按一下**「Order Date」（訂單日期）**，並選取**「顯示篩選器」**。 2. 對 **\[子類\]** 欄位重複以上步驟。 篩選器將按您選取它們的順序新增到檢視的右側。篩選器是卡類型，並且透過按一下篩選器並將其拖到檢視中的另一個位置在畫布上移動篩選器。拖曳篩選器時，將會出現一條線，顯示您可拖曳篩選器將其移動的位置。 附註： \[入門指南\] 教程使用篩選器卡的預設位置。 學習資料庫中具有**關於篩選的更多資訊**（在頂端功能表中）。 ![帶有「子類別」和「訂單日期」篩選器的長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Drag10.png) 檢查您的工作！注意動作中的「將篩選器套用至檢視」 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 ## 將色彩新增至檢視 新增篩選器可以說明您對所有這些資料進行排序 - 但，哇，那麼多的藍色！該對這採取行動了。 目前，您正在查看各種產品的銷售總額。可以看到有些產品的銷售額一直很低，而有些產品可能是減少這些產品線銷售工作的理想選擇。但是，不同產品的整體盈利能力如何？將**「利潤」**拖到色彩上，以查看會發生什麼情況。 從「資料」窗格中，將**「利潤」**拖曳至「標記」卡片的**「色彩」**中。 透過將利潤拖到色彩上，您現在發現桌子、書櫃甚至是電腦有負利潤。並且顯示了另一個細節！ ![「欄」架上有「訂單日期」、「類別」和「子類別」，在「列」架上有「（銷售）總和」，而「（利潤）總和」在「標記」卡「色彩」的長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Dragcolor1.png) **附註：** Tableau 會自動新增一個色彩圖例並分配發散調色盤，因為您的資料包括負值和正值。 深入瞭解：使用色彩 新增色彩可以增強檢視的視覺效果，但是它也可能會使感興趣的資料突出。Tableau 會使用預設調色盤將色彩分配給檢視中的產品，但您並非只能使用該調色盤。您可以做出選取！ 如果您想要使用所顯示的色彩以外的其他色彩，則可以隨時變更色彩或調色盤。只需在 \[標記\] 卡上按一下 **\[色彩\]** ，然後按一下 **\[編輯色彩\]** 。您可以在打開的 \[編輯色彩\] 對話方塊中選取其他調色盤。 **附註：**\[入門指南\] 教程使用預設調色盤。 根據檢視中的資料， \[編輯色彩\] 對話方塊可能會向您顯示發散調色盤與分類調色盤。 發散調色盤看起來如下圖所示。發散調色盤通常會分配給連續欄位。 ![「編輯色彩」功能表中列出的發散調色盤](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Dragcolor2.png) 如果您將要使用圖例，則它看起來可能如下圖所示。像這樣的分類調色盤通常會分配給離散欄位。 ![「編輯色彩」功能表中列出的分類調色盤](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Drag12.png) 檢查您的工作！注意動作中的「將色彩新增至檢視」 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 ## 尋找關鍵的細節 正如您所瞭解到的那樣，在使用 Tableau Desktop 生成檢視時，您可以瀏覽您的資料。透過新增篩選器和色彩，可以幫助您更好地呈現您的資料，並且可以馬上找出問題。 下一步是與您的檢視進行交互，以便您可以開始得出結論。 透過查看檢視，您發現有一些不盈利的產品，但是現在您想要看看這些產品是否年復一年一直都不盈利。 該使用篩選器仔細看看了。 1. 在檢視內的 **\[子類\]** 篩選器卡中，清除除 **\[書櫃\]** 、 **\[電腦\]** 和 **\[桌子\]** 之外的所有核取方塊。 ![帶有不同調色盤以用於顯示「子類別」損益的長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_FocusFilter1.png) 現在您可以看到，在某些年度，書櫃和電腦是盈利的。然而，近期電腦的利潤愈來愈低。雖然您已經取得了一項重要發現，但是在向您的上司提出任何行動專案之前，您需要收集更多資訊。 憑直覺，您決定按區域對檢視進行細分： 2. 從「資料」窗格中，將**「區域」**拖曳至**「列」**架，然後放在 Sum(Sales) 左側。 Tableau 使用多個軸建立了一個按區域細分的檢視。 現在，您會看到每個區域按產品列出的銷售額和盈利能力。透過在檢視中新增區域並篩選子類別，您會發現南部地區的電腦報告的整體負利潤高於其他地區。您發現了隱藏的細節！ ![顯示每個地區「機器」的「子類別」盈利能力的長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Focus_MachineSpike.png) 此檢視以最佳方式概述了到目前為止的工作。選取**「子類別」**篩選器卡（如果您變更了您的篩選器）中的**「所有」**以重新顯示所有子類、命名此工作表和新增標題。 6. 在工作區左下方，按兩下 **\[工作表 1\]** 並鍵入 **\[Sales by Product/Region\] （按產品/區域列出的銷售額）**。 您選取將分析重點放在南部，但您不想失去已經建立的檢視。在 Tableau Desktop 中，您可以複製您的工作表以從停下來的地方繼續。 7. 在工作簿中，按右鍵 **\[按產品/區域列出的銷售額\]** 工作表，並選取 **\[複製\]** 。 8. 將複製的工作表重命名為 **\[南部的銷售額\]** 。 9. 從新工作表內的「資料」窗格中，將**「區域」**拖到**「篩選器」**架，以在檢視中將其新增為篩選器。 10. 在 \[篩選器區域\] 對話方塊中，清除除 **\[South\] （南部）**之外的所有核取方塊，然後按一下 **\[確定\]** 。 11. 右鍵按一下**列**架上的**區域**欄位，然後取消核取**顯示標頭**。 您的檢視將更新為如下圖所示： ![顯示南方子類別盈利能力的長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_FocusSouth1.png) 現在，您可以重點關注南部的銷售額和利潤。您會立即看到電腦銷售額在 2022 年有負利潤，在 2025 年又有。這件事絕對需要調查！ 4. 選取 **\[檔案\]** \> **\[另存新檔為\]** 以儲存您的工作。為您的工作簿提供一個名稱，如「區域銷售額和利潤」。 深入瞭解：Tableau 組織儲存的工作簿的方式 安裝 Tableau 時，它會在 **\[文件\]** \> **\[我的文件\]** \> **\[我的 Tableau 存放庫\]** 下面為您自動建立一個資料夾目錄。\[我的 Tableau 存放庫\] 包含多個資料夾，用於儲存資料來源、已儲存工作簿、地理編碼資料等。 學習資料庫中具有**關於將您的工作簿另存新檔為其他 Tableau 檔案類型的更多資訊**（在頂端功能表中）。 檢查您的工作！注意動作中的「尋找關鍵見解」 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 ## 步驟摘要 在此步驟中，您使用了篩選器和色彩，以便使資料處理更加輕鬆一點。您還瞭解了 Tableau 提供的一些有趣的功能，這此功能用於幫助您回答有關您的資料的關鍵問題。您瞭解了如何： - 應用篩選器和色彩，以便能夠更加輕鬆地關注您最感興趣的資料區域。 - 使用 Tableau 提供的工具與您的圖表進行交互。 - 複製工作表並儲存您的變更，以在不丟失您所做的工作的情況下繼續以不同方式瀏覽您的資料。 在 Tableau Desktop 中瀏覽您的資料後，您確定了關注範圍。您知道南部的銷售額和利潤有問題，但是您還沒有解決方案。您需要看看可能造成這些結果的其他因素。接下來，您將利用 Tableau 中的另一個重要功能來處理地理資料。 請轉到[步驟 4：透過地理方式瀏覽您的資料](https://help.tableau.com/v0.0/guides/get-started-tutorial/zh-tw/get-started-tutorial-explore.htm)繼續。 [跳至主要內容](#main-content) # 步驟 4：透過地理方式瀏覽您的資料 您建置了一個絕佳的檢視，可讓您按產品查看過去幾年的銷售額和利潤。在查看南部的產品銷售額和盈利能力之後，您決定尋找該區域的趨勢或模式。 由於要查看地理資料（「區域」欄位），因此有建立地圖檢視的選項。地圖檢視非常適用於顯示和分析這種資訊。另外，它們簡直太酷了！ 對於此範例，Tableau 已為「國家/地區」、「州/省」、「城市」和「郵遞區號」欄位指派適當的地理角色。這是因為它認識到這些欄位中的每個欄位都包含地理資料。您可以開始工作，並立即建立您的地圖檢視。 深入瞭解：滿足地理角色要求。 Tableau 可識別許多常見地理資料，例如市/縣和城市名稱。當 Tableau 識別此類型的資料時，它將為欄位自動指派適當的地理角色，以便這些欄位成為地理欄位。 **「資料」**窗格中的地理欄位旁邊有地球儀圖示 ![識別地理資料欄位的地球儀圖示](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Explore16_24x13.png)。如果為欄位指派了地理角色，那麼當您將該欄位新增到 \[標記\] 卡上的 **\[詳細資料\]** 時，Tableau 會自動建立地圖檢視。這個將在稍後詳述。 如果 Tableau 未將您的資料識別為地理資料，您可以手動為每個相關欄位指派地理角色。 可以從以下一些地理角色中進行選取： - 機場 - 地區代碼 (美國) - CBSA/MSA (美國) - 城市 - 國會選區（美國） - 國家/地區 - 郡/縣 - 歐洲 NUTS - 州/省 - 郵遞區號 ![手動為欄位指派地理角色的影像](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Explore1.png) ## 組建地圖檢視 重新開始一個新工作表。 1. 在工作區的底部，按一下 **\[新建工作表\]** 圖示。 ![新工作表圖示的醒目提示](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_explore17.png) Tableau 將保留您以前的工作表並建立一個新工作表，以便您可以繼續瀏覽您的資料而不會丟失您所做的工作。 4. 在**資料**窗格中，按兩下**州/省**，以將其新增至「標記」卡上的**詳細資料**。 現在您有地圖檢視了！ ![加拿大和美國本土的符號圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_explore3.png) 深入瞭解：按兩下以新增地理欄位。 您可以按兩下欄位以將它們快速新增到檢視中。按兩下地理區域欄位時，它會自動新增到「標記」卡上的「詳細資料」中，並且將利用標記為欄位中列出的每個位置建立一個地圖檢視。 由於 Tableau 已知道州/省名稱是地理資料，並且**州/省**維度已指派「州/省」地理角色，因此 Tableau 會自動建立地圖檢視。 資料來源中美國本土 48 個州和加拿大省份每個都有一個標記。（糟糕的是，阿拉斯加和夏威夷未包含在您的資料來源中，所以它們沒有映像）。 請注意，**國家/地區**欄位也已新增到檢視中。之所以發生這種情況，是因為\[範例 - 超級市場\]中的地理欄位是階層式結構的一部分。階層中的更高層級可以自動新增為詳細資料層級。 此外，產生的緯度和經度欄位會新增至「欄」和「列」架。您可以將這些看作 X 和 Y 欄位。無論何時想要建立地圖檢視，它們都是必不可少的，因為為資料中的每個位置都指派了橫向值和縱向值。有時，Tableau 會根據資料中的地理欄位產生這些欄位。或者，您的資料可能包含自己的緯度和經度值。您可以在學習資料庫中尋找資源以詳細瞭解這方面的內容。 現在，擁有一張專注於美國本土和加拿大的精美地圖固然不錯，但您還記得您想瞭解南部的情況嗎？ 13. 將 **\[Region\] （區域）**拖到 **\[篩選器\]** 架，然後僅向下篩選到 **\[南部\]** 。地圖檢視會放大到 \[南部\] 區域，並且每個市/縣（共 11 個）都具有標記。 現在，您想要查看更多此區域的細節資料，因此開始將其他欄位拖到「標記」卡： 15. 將 **\[Sales\] （銷售額）**度量拖到 \[標記\] 卡的 **\[色彩\]** 上。 ![美國南部 11 個州的地圖，以各種深淺不一的藍色著色](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_explore2.png) 此檢視會自動更新為填充地圖，並且會根據每個市/縣的總銷售額為每個市/縣著色。因為您正在探索產品銷售，所以希望銷售額以美元顯示。按一下**標記**卡上的**總和（銷售額）**欄位，然後選取**格式**。對於數字，選取**「貨幣」**。 無論何時將包含正數（如銷售額）的連續度量新增到 \[標記\] 卡上的 \[色彩\] 時，您的填充地圖都是藍色。為負值指派的色彩為橙色。 有時您可能不希望地圖是藍色。也許您喜歡綠色，或者您的資料不應該用藍色來表示，如野火或交通堵塞。這只會令人感到困惑！ 不用擔心，就像以前那樣，您可以變更調色盤。 20. 在 \[標記\] 卡上按一下 **\[色彩\]** ，然後選取 **\[編輯色彩\]** 。 對於此範例，您想要知道銷售業績好的市/縣以及銷售業績不好的市/縣。 22. 在「調色盤」下拉式清單中，選取**橙色-藍色發散**，然後關閉對話方塊。這樣，您應該可以快速查看業績低和業績高的市/縣。 檢視將更新為如下所示： ![根據各州總銷售額以藍色-橙色發散色彩顯示的地圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Explore5.png) 但是，稍等。橙色太多了！發生了什麼事？ 資料是準確的，並且_從技術上講_，您可以比較業績低和業績高的市/縣，但這真的是整個故事嗎？ 這些橙色州的銷售額真的那麼糟糕嗎？還是佛羅裡達州可以購買您產品的人口更多？也許您在顯示為橙色的州擁有規模較小或較少的門市。或者，也許那些顯示為藍色的州人口密度更高，所以有更多的人會購買您的產品。 無論是哪種情況，您都休想向您的上司顯示此檢視，因為您不確信資料講述的故事是否有用。 29. 按一下工具列中的 **\[復原\]** 圖示 ![向左箭頭圖示。](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Explore22.png) 以復原為那個合適的藍色檢視。 這裡還有一個色彩問題。一切看起來都太好了 - 這也是個問題！ 乍一看，佛羅里達州的業績似乎最好。如果將游標暫留在其標記上，則會顯示銷售總額為 89,474 美元，例如，與南卡羅萊納州相比，其銷售額僅有 8,482 美元。但是，南部各州有_盈利_的嗎？ 32. 將 **\[Profit\] （利潤）**拖到 \[標記\] 卡的 **\[色彩\]** 上，以查看是否可以回答此問題。 ![根據國家總利潤而有藍橙不同顏色的地圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Explore6.png) 現在好多了！由於利潤往往包括正值和負值，所有 Tableau 將自動選取橙色-藍色發散調色盤，以快速顯示具有負利潤的市/縣和具有正利潤的市/縣。 現在清楚了，儘管田納西州、北卡羅來納州和佛羅里達州的銷售額似乎還可以，甚至是很不錯，但是它們具有負利潤。但是原因是什麼呢？您將在下一步中回答這個問題。 檢查您的工作！注意動作中的「組建地圖檢視」 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 請轉到[步驟 5：向下切入查詢至詳細資料](https://help.tableau.com/v0.0/guides/get-started-tutorial/zh-tw/get-started-tutorial-drilldown.htm)繼續。 [跳至主要內容](#main-content) # 步驟 5：向下切入查詢至詳細資料 在上一個步驟中，您發現田納西州、北卡羅來納州和佛羅里達州利潤為負值。為了找出原因，您決定更進一步向向下切入取，並重點關注這三個市/縣中單獨發生了什麼事情。 ## 從地圖檢視中停下來的地方接著講 正如您在上一個步驟中所看到的那樣，地圖非常適合大範圍顯現資料。橫條圖將幫助您進入本質性討論。為此，您將建立另一個工作表。 1. 按兩下 **\[工作表 3\]** 並將此工作表命名為 **\[利潤地圖\]** 。 2. 以右鍵按一下工作區底部的 **\[Profit Map\] （利潤地圖）**，並選取 **\[複製\]** 。將新的工作表命名為**「負利潤長條圖」**。 3. 在 \[負利潤橫條圖\] 工作表中，按一下 **\[顯示\]** ，然後選取**水準條**。 \[顯示\] 會根據您新增到檢視中的資料反白顯示不同的圖表類型。 **附註：**您隨時可以再次按一下 **\[顯示\]** 以將其折疊起來。 ![「顯示」功能表中水平長條圖的醒目提示](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Explore8.png) 現在，您又有了一個橫條圖 - 就像下面這樣。 ![顯示南部地區各州利潤的水平長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Explore9.png) 7. 按一下並拖動游標，使選取範圍覆蓋 **\[Tennessee\] （田納西州）**、 **\[North Carolina\] （北卡羅來納州）**和 **\[Florida\] （佛羅里達州）**之間的條，以選取多個條。在顯示的工具提示上，選取 **\[只保留\]** 以重點關注這三個市/縣。 ![藍色方塊，顯示同時選取三個橫條](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Explore_click_and_drag.png) **附註：**您也可以以右鍵按一下其中一個反白顯示的條，然後選取 **\[只保留\]** 。 請注意， \[市/縣\] 的 _\[包含\]_ 欄位已新增到 \[篩選器\] 架中，以指明從檢視中篩選了某些市/縣。欄位上帶有兩個圓圈的圖示表示此欄位是一個集。透過在 \[篩選器\] 架上以右鍵按一下欄位，然後選取 **\[編輯篩選器\]** ，您可以編輯此欄位。 現在您想要檢視這些市/縣中的城市資料。 9. 在 **\[列\]** 架上，按一下 **\[市/縣\]** 欄位上的**加號**圖示，以向下切入到 \[城市\] 詳細資料層級。 這裡幾乎有太多的資訊，所以您決定使用「前 N 個」篩選器對檢視進一步進行篩選，以檢視負利潤最多的城市。 檢查您的工作！注意動作中的步驟 1-5 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 ## 建立 \[前 N 個\] 篩選器 您可以在 Tableau Desktop 中使用「前 N 個」篩選器，以對檢視中所顯示的標記數設定限制。在本例中，您需要使用 \[前 N 個\] 篩選器以進一步查明業績差的城市。 1. 從 \[資料\] 窗格中，將 **\[城市\]** 拖到 **\[篩選器\]** 架。 2. 在 \[篩選器\] 對話方塊中，選取 **\[前\]** 索引標籤，然後執行以下操作： 1. 按一下 **\[按欄位\]** 。 2. 按一下 **\[前\]** 下拉清單，並選取 **\[後\]** 以顯示表現最差者。 3. 在文字方塊中鍵入 **5**，以顯示資料集中業績排在最後 5 位的城市。 Tableau Desktop 已經根據檢視中的欄位為 \[前 N 個\] 篩選器選取了欄位（ \[利潤\] ）和彙總（ \[總和\] ）。這些設定可以確保您的檢視將只顯示五個利潤總和成績最差的城市。 ![設定為「以欄位篩選」的篩選器\[城市\]對話方塊的「頂部」索引標籤：最後 5 個](Img/gs_Explore12.png) 6. 按一下**「確定」**。 您已經找到頭緒了！但有六個城市在檢視中，包括北卡羅來納州的傑克遜維爾，其利潤為正。為何在您建立了應該會將具有正利潤的城市篩選掉的篩選器之後，有利潤的城市仍然會顯示在檢視中？ 之所以包括北卡羅來納州的傑克遜維爾，是因為「城市」是檢視中顯示的最低詳細資料層級。為了讓 Tableau Desktop 區分北卡羅萊納州的傑克遜維爾與佛羅里達州的傑克遜維爾，您需要向下切入到位置階層中的下一個詳細資料層級，在本例中，此層級為「郵遞區號」。新增郵遞區號後，您可以排除北卡羅萊納州的傑克遜維爾，但不排除佛羅里達州的傑克遜維爾。 1. 在 \[列\] 架上，按一下 **\[城市\]** 上的加號圖示，以向下切入到 \[郵遞區號\] 詳細資料層級。 2. 以右鍵按一下北卡羅萊納州的傑克遜維爾的郵遞區號 **28540**，然後選取 **\[排除\]** 。 \[郵遞區號\] 已新增到 \[篩選器\] 架中，以指明從檢視中篩選了 \[郵遞區號\] 欄位中的某些成員。即使從檢視中移除了 \[郵遞區號\] 欄位，仍然會保留該篩選器。 4. 將 **\[郵遞區號\]** 拖出 \[列\] 架。 檢視將更新為如下所示： ![南部五個利潤最低的城市的長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Explore14.png) 檢查您的工作！注意動作中的步驟 1-8 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 現在，您已經在您的檢視中關注到利潤最低的城市，您可以執行進一步的調查以確定導致利潤最低的產品。 ## 確定麻煩製造項 您決定按子類細分檢視，以確定拖累利潤的產品。您知道 \[子類\] 欄位包含有關地點銷售的產品的資訊，所以您將從那裡著手。 1. 將 **\[Sub-Category\] （子類）**拖到 **\[列\]** 架，並將其放在 \[城市\] 的右邊。 2. 將 **\[Profit\] （利潤）**拖到 \[標記\] 卡的 **\[色彩\]** 上，以更便於檢視具有負利潤的產品。 3. 在 \[資料\] 窗格中，以右鍵按一下 **\[Order Date\] （訂單日期）**，並選取 **\[顯示篩選器\]** 。 如果需要，您現在可以瀏覽每一年的負利潤，並快速找出造成虧損的產品。 電腦、桌子和檔案夾似乎表現得不怎麼好。那麼，如果您在傑克遜維爾、康科特、伯靈頓、諾克斯維爾和孟菲斯停止銷售這些商品會怎樣？ ![顯示表現最差城市子類別盈利能力的水平長條圖](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Explore15.png) ## 驗證您的發現 排除檔案夾、電腦和桌子能提高佛羅里達州、北卡羅萊納州和田納西州的利潤嗎？為了找出答案，您可以篩選出問題產品，看看會發生什麼情況。 1. 透過按一下 **\[利潤檢視\]** 工作表標籤，回到您的地圖地圖。 2. 在「資料」窗格中，以右鍵按一下**「子類別」**，並選取**「顯示篩選器**」。 您提供的所有產品的篩選器卡將出現在地圖檢視旁邊。稍後將使用此篩選器。 3. 在「資料」窗格中，將**「利潤」**和**「利潤率」**拖到「標記」卡片的**「標籤」**上。 - 要將利潤率格式化為百分比，請右鍵按一下**「利率」**，然後選取**「格式」**。然後，對於**預設**區段中的**數字**，選擇**百分比**，並設定要在地圖上顯示的小數位數。對於這張地圖，我們將選擇零位小數。然後關閉格式窗格。 現在，您可以看到每個市/縣的確切利潤，而不必將游標暫留在它們上。 4. 在「資料」窗格中，以右鍵按一下**「訂單日期」**，並選取「**顯示篩選器**」以提供一些檢視內容。 檢視中將顯示 YEAR(Order Date) 的篩選器卡。現在，您可以檢視所有年度或年度組合的利潤。這可能對您的示範有用。 5. 從檢視內 \[子類\] 篩選器卡上的清單中清除 **\[檔案夾\]** 、 **\[電腦\]** 和 **\[桌子\]** 。 請記住，如果將篩選器新增到您的檢視，則可以包括和排除值，以反白顯示您的資料的某些部分。 當您清除每個成員時，田納西州、北卡羅來納州和佛羅里達州的利潤將會提高，直到最後每個市/縣都有正利潤為止。 ![從子類別篩選器中取消選取檔案夾、電腦和桌子的結果](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_explore-deselect.png) 嘿，你有了一個有趣的發現！ 對於田納西州、北卡羅來納州和佛羅里達州，而不是對於南部其他各州，這些州的損失肯定是由檔案夾、電腦和桌子造成的。當您從篩選器卡中清除項時，您是否注意到某些其他市/縣的利潤實際降低程度？舉例來說，如果您切換 \[子類\] 篩選器卡上的 **\[Binders\] （裝訂機）**，則阿肯色州的利潤會下降四個百分點。您可以推斷出裝訂機在阿肯色州實際上是可盈利的。 您需要指導團隊完成您所執行的步驟，以與他們共用這一發現。 11. 選取 \[子類\] 篩選器卡上的 **\[（所有）\]** 以重新包括所有產品。 深入瞭解： 您可以提問的更多問題 您發現，田納西州、北卡羅來納州和佛羅里達州的負利潤是由檔案夾、電腦和桌子造成的。現在怎麼辦？ 透過回答下面的問題，您可以繼續瀏覽資料。**附註：**如果您使用您的檢視來探討這些問題，請在繼續學習 \[入門指南\] 教程之前撤銷任何變更。 - 田納西州、北卡羅來納州和佛羅里達州的電腦銷售情況如何？您是否賣了很多？如果是，那麼對利潤有何影響？ - 可能造成這些結果的其他因素是什麼？南部的零售商出售商品時是否有折扣？ - 桌子和檔案夾的銷售情況如何？ - 當您移除電腦、桌子或檔案夾後，傑克遜維爾、邁阿密、伯靈頓、諾克斯維爾和孟菲斯的銷售額會發生什麼情況？ - 但是書櫃的情況怎麼樣？請記住，在步驟 2 中，我們發現書櫃在其他區域中完全無利可圖。研究這些區域可能會揭示更多解決方案。 檢查您的工作！注意動作中的「驗證您的發現」 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 現在，您知道電腦、桌子和檔案夾是公司的問題產品。在重點關注南部時，您發現這些產品對利潤具有不同的影響。這可能值得與您的上司交談。 接下來，您將彙編到目前為止在儀表板中完成的工作，以便可以清楚地示範您的發現。 學習資料庫中具有**關於使用地圖和地理角色的更多資訊**（在頂端功能表中）。 請轉到[步驟 6：組建儀表板以顯示您的見解](https://help.tableau.com/v0.0/guides/get-started-tutorial/zh-tw/get-started-tutorial-build.htm)繼續。 [跳至主要內容](#main-content) # 步驟 6：組建儀表板以顯示您的見解 您已經建立了四個工作表，它們將傳遞您的上司需要知道的重要資訊。現在需要方法來顯示田納西州、北卡羅來納州和佛羅里達州的負利潤，並詮釋利潤低的某些原因。 要這樣做，您可以使用儀表板同時顯示多個工作表，如果需要，可以讓它們彼此進行交互。 如需相關資源和影片，請參閱[在 Tableau Desktop 中建置儀表板](https://www.tableau.com/zh-tw/node/106947?playlist=509089)。 ## 設定儀表板 您想要強調在某些地方銷售的某些商品表現不佳。您的利潤橫條圖檢視和地圖檢視很好地證明這一點。 1. 按一下 **\[新建儀表板\]** 按鈕。 ![「新儀表板」圖示](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Build1.png) 2. 在**儀表板**左側的窗格中，您會看到已建立的工作表。將**南部銷售額**拖到空儀表板中。 3. 將**利潤地圖**拖曳到儀表板，並將其放置在「南部」檢視中「銷售額」的上方。 儀表板將更新為如下所示： ![帶有利潤地圖和南部銷售表的儀表板](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Build2.png) 現在，您可以同時看到這兩個檢視！ 但糟透的是，橫條圖有點扁，這不利於上司瞭解您的資料。 ## 排列儀表板 在「南部銷售額」長條圖內的**「子類別」**下不容易查看每種商品詳情。 解決此問題後，您將有更多空間來傳達所需資訊。 1. 在「南部銷售額」上，右鍵按一下**類別**欄標頭中的某個值，然後清除**顯示標頭**。 ![選取「顯示標頭」的功能表](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Build3.png) 2. 在「南部銷售額」上，右鍵按一下標頭「訂單日期/子類別」，然後選取「隱藏欄的欄位標籤」。 ![欄欄位標籤的功能表](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_build4.png) 現在，您已從儀表板中隱藏了不必要的資訊，同時保留了資料細分。額外的空間讓您可以更輕鬆地查看儀表板上的資料，但我們讓一切更煥然一新。 3. 以右鍵按一下 **\[Profit Map\] （利潤地圖）**標題，並選取 **\[隱藏標題\]** 。 儀表板中即隱藏了 \[Profit Map\] （利潤地圖）標題，創造了更多空間。 4. 為 **\[Sales in the South\] （南部銷售額）**檢視標題重複此步驟。 5. 每次您開啟一個工作表時，其篩選器也會隨之開啟。這意味著會顯示重複的篩選器。選取檢視右邊的 **\[Sub-Category\] （子類）**篩選器卡，在卡的頂端，按一下 **\[移除\]** 圖示 ![「從儀表板中移除」的圖示](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_build5.png)。 6. 為第二個 **\[Sub-Category\] （子類）**篩選器卡和其中一個 **\[Year of Order Date\] （訂單日期年度）**篩選器卡重複此步驟。 7. 按一下 **\[利潤色彩圖例\]** ，並將其從右邊拖到 \[Sales in the South\] （南部的銷售額）下。 8. 最後，選取其餘 **\[Year of Order Date\] （訂單日期年度）**篩選器，按一下其下拉箭頭，然後選取 **\[浮動\]** 。將其移到地圖檢視中的空白區域。在此範例中，它放在 \[Atlantic Ocean\] （大西洋）中的 \[East Coast\] （東海岸）附近。 在 \[訂單日期年份\] 篩選器上嘗試選取其他年份。您的資料經過了快速篩選，表明市/縣的業績因年而異。這樣雖然很好，但是可以使其變得更容易比較。 10. 按一下 **\[訂單日期年份\]** 篩選器頂端的下拉箭頭，然後選取 **\[單值(滑塊)\]** 。 檢視將更新為如下所示： ![帶有利潤地圖和南部銷售額表的儀表板中，欄標頭和篩選器較少](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_build6.png) 深入瞭解：區分儀表板上的漂浮物件與並排物件。 儀表板上的物件可以設定為 **\[平鋪\]** 或 **\[浮動\]** 。平鋪項會按照其所放入到的區域自動調整大小。 浮動項能夠從儀表板上的其他物件自由地移動和調整大小。如果需要，甚至可以將浮動項和平鋪項放在同一儀表板上。 學習資料庫中具有**關於排列儀表板的更多資訊**（在頂端功能表中）。 現在您的儀表板看起來非常好！現在，您可以輕鬆地按年度比較利潤和銷售額。但是這與簡報中的幾個圖片沒有太大的不同 - 而您使用的可是 Tableau！我們來讓您的儀表板更具吸引力。 檢查您的工作！注意動作中的「排列儀表板」 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 ## 新增交互功能 如果可以查看哪些子類在市/縣中可盈利豈不是很好？ 1. 在儀表板中選取**「利潤地圖」**，並按一下右上角中的**「用作篩選器」**圖示 ![「用作篩選器」圖示](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_build7.png)。 2. 在地圖的南部地區選擇一個州。 \[Sales in the South\] （南部銷售額）橫條圖將自動更新以僅顯示所選市/縣中的子類銷售額。您可以快速查看哪些子類可盈利。 3. 按一下地圖上彩色南部各州以外的區域以清除選取。 您還希望 Viewer（檢視者）能夠查看基於訂單日期的利潤變化。 5. 選取**訂單日期年份**篩選器，按一下其下拉箭頭，然後選取**套用於工作表** > **使用此資料來源的所有工作表**。 使用新互動式儀表板按年瀏覽市/縣業績！ 檢查您的工作！注意動作中的「新增交互功能」 在此，我們將篩選 \[Sales in the South\] （南部銷售額），以僅顯示北卡羅萊納州中銷售的商品，然後逐年瀏覽利潤。 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 ## 重命名並開始 您向上司顯示了您的儀表板，她很喜歡此儀表板。她將其命名為 \[Regional Sales and Profit\] （區域銷售額和利潤），並且您透過按兩下 **\[儀表板 1\]** 索引標籤並鍵入 **\[Regional Sales and Profit\] （區域銷售額和利潤）**，也進行了重命名。 在其調查中，您的上司還發現，2025 年在北卡羅來納州市場引進電腦的決定是一個_糟糕的主意_。 您的上司很高興擁有這款用於瀏覽的儀表板，但是她還希望您為更大的團隊拿出一項明確的行動排程。她要求您用您的發現建立一個簡報。 幸好您知道 Tableau 中的故事。 請轉到[步驟 7：組建故事以進行展示](https://help.tableau.com/v0.0/guides/get-started-tutorial/zh-tw/get-started-tutorial-story.htm)繼續。 [跳至主要內容](#main-content) # 步驟 7：組建故事以進行展示 您可能希望與較大團隊共用您的發現。您的團隊可能會一起重新評估北卡羅萊納州的電腦銷售情況。 您決定在 Tableau 中建立本文，而不是必須猜測您的團隊感興趣的重要見解，也不必將它們包括在示範文稿中。這樣，您就可以指導 Viewer（檢視者）完成資料發現過程，並且可以選取以對話模式瀏覽您的資料，以回答示範過程中出現的任何問題。 ## 建立您的第一個故事點 Tableau 中的故事幾乎就像投影片一樣。每個故事點本質上都是簡報中的一個獨立投影片。與儀表板不同，每個故事點都可以顯示具有獨立狀態的相同視覺效果或儀表板。不確定這意味著什麼？請按照下面的說明進行操作，您應該就能明白了。 為了示範，您將首先從概觀開始。 1. 按一下 **\[新建故事\]** 按鈕。 ![新本文圖示](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Story1.png) 這會開啟一個空白的工作區，上面顯示「將工作表拖曳到這裡」。在此，您將建立您的第一個故事點。 空白故事看起來很像空白儀表板。就像儀表板一樣，可以將工作表拖過去以顯示它們。在故事中，也可以將儀表板拖曳到簡報中。 5. 從左側的 \[故事\] 空格中，將 **\[南部銷售額\]** 工作表拖到檢視上。 6. 新增說明 - 或許是 \[按年度列出的銷售額和利潤\] - 方法是在工作表上方的灰色框中編輯文字。 ![本文中顯示的「南部銷售」工作表](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Story2.png) 此本文點將是讓檢視者瞭解您的資料的有用方式。 但是，您想要講述一個關於在北卡羅萊納州中銷售電腦的本文，所以我們重點關注資料。 ## 突出顯示電腦銷售額 若要在圖片中引入電腦，您可以利用 \[南部\] 橫條圖內 \[銷售額\] 中所包括的 \[子類\] 篩選器。 1. 在**故事**窗格中的「新增故事點」下，按一下**複製**，以複製第一個故事點。 從您離開的地方繼續，但是您知道您的第一個故事點將與您離開時的完全一樣。在這個新的故事點中，可以變更篩選器和其他互動功能，而無需變更第一個故事點或基礎視覺效果。 2. 由於您知道要講述一個關於電腦的故事，因此請在 \[子類\] 篩選器上清除所選取的 **\[（所有）\]** ，然後選取 **\[電腦\]** 。 現在，您的 Viewer（檢視者）可以按年度快速確定電腦的銷售額和利潤。 3. 新增說明以強調您的 Viewer（檢視者）所看到的內容，例如 \[按年度列出的電腦銷售額和利潤\] 。 ![「南部銷售」工作表中包含「銷售」並針對機器進行篩選的本文](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Story4.png) 雖然您已成功地將關注重點轉移到電腦，但是您意識到有些東西似乎很奇怪：在此檢視中，您無法挑出哪個州造成了虧損。 您將透過引入地圖在下一個故事點中解決此問題。 深入瞭解：故事點說明文字旁邊的迷你工具列是什麼？ 將第一個故事點拖曳到畫布上並將滑鼠移至導覽區域上方後，故事工具列 ![將滑鼠暫留在本文點標題上時出現的圖示](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_story_toolbar.png) 會顯示在故事點說明文字旁邊。使用它來復原變更、將更新應用於故事點、刪除故事點，或利用目前的自訂故事點建立一個新故事點。您對本文點進行變更之後，所有選項都可用。否則只有刪除選項可用。 檢查您的工作！注意動作中的 \[建立您的第一個故事點\] 和 \[突出顯示電腦銷售額\] 的實際執行效果。 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 ## 說明重點 最後的結果是北卡羅萊納州的電腦讓您的公司虧損。您在自己建立的儀表板中發現了這一點。單靠按年度查看整體銷售額和利潤未證明這一點，但是區域利潤卻可以。 1. 在**故事**窗格中，選取**空白**，以新增一個新的空白故事點。然後，將儀表板**「區域銷售額和利潤」**拖到畫布上。 這會給 Viewer（檢視者）提供一個觀察您的資料的新視角：負利潤格外引人注目。 ![使用區域銷售和利潤儀表板的本文](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Story6.png) 3. 新增說明，如 \[南部中的商品表現不佳\] 。 若要將您的結果縮小到僅限於北卡羅萊納州，請從重複的故事點開始。 1. 選取 **\[複製\]** 以使用 \[區域利潤\] 儀表板建立另一個故事點。 2. 在地圖上選取 **\[North Carolina\] （北卡羅萊納州）**，請注意橫條圖會自動更新。 3. 在 \[Year of Order Date\] （訂單日期年份）篩選器卡上選取 \[全部\] 。 4. 新增說明文字，例如「2022-2025 年北卡羅來納州的利潤」。 現在，您可以指導 Viewer（檢視者）查看北卡羅萊納州的年度利潤變化。為此，您將需要建立四個故事點： 1. 選取 **\[複製\]** 以從重點關注北卡羅萊納州的 \[區域利潤\] 儀表板開始。 2. 在「訂單日期年份」篩選器上，按一下右箭頭按鈕以顯示 **2022** 年。 3. 新增說明文字，例如「2022 年北卡羅萊納州的利潤」，然後按一下**複製**。 4. 為 2023 年、2024 年和 2025 年重複步驟 2 和 3。 現在，Viewer（檢視者）將知道，哪些產品引入到了北卡羅萊納州市場、何時引入的以及它們的銷售情況如何。 檢查您的工作！注意動作中的 \[說明重點\] 的實際執行效果。 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 ## 最後的潤色 在重點關注 2025 年的資料的此故事點上，您想要描述您的發現。我們來新增更多細節，而不僅僅是標題。 1. 在左側窗格中，選取**「拖動以新增文字」**並將它拖到您的檢視上。 2. 請為您的儀表板輸入描述，重點說明北卡羅來納州的電腦業績不佳，例如：「2025 年重新向北卡羅來納州市場引入電腦導致了巨額虧損。」 為了獲得引人注目的效果，您或授權以在示範時將游標暫留在 \[南方銷售額\] 橫條圖中的 \[電腦\] 上，以顯示有用的工具提示：損失將近 4000 美元。 ![區域銷售和利潤儀表板帶有文字說明，上面寫著「2021 年將機器引入北卡羅萊納州市場導致導致嚴重虧損」。](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Story9.png) 現在，對於最終幻燈片，您將向下切入查詢至詳細資料。 4. 在 \[故事\] 窗格中，按一下 **\[空白\]** 。 5. 從 \[故事\] 窗格中，將 **\[負利潤橫條圖\]** 拖到檢視上。 6. 在**「訂單日期年份」**篩選器卡中，將檢視範圍縮小到 **2025** 年。 現在，您可以輕鬆地看到電腦利潤的虧損完全是由北卡羅萊納州伯靈頓市場造成的。 7. 在檢視中，以右鍵按一下 **\[Burlington\] （伯靈頓）**標記（條形），並選取 **\[新增注釋\]** \> **\[標記\]** 。 8. 在出現的「編輯注釋」對話方塊中，刪除篩選器文字並輸入：「2025 年，柏林頓的電腦虧損近 4,000 美元」。 9. 按一下 \[**OK**\] （確定）。 10. 在檢視中，按一下注釋並調整其出現的位置。 11. 為此故事點指定說明：「北卡羅萊納州的哪個城市出現了電腦利潤虧損？」 12. 按兩下 **\[故事 1\]** 標籤，並將故事重命名為 \[提高南部的利潤\] 13. 透過選取 **\[視窗\]** \> **\[示範模式\]** 來查看您的故事。 瞭解更多資訊：適應大小。 在示範模式下，儀表板故事點右側或底部的捲軸有什麼作用？ ![具有水平和垂直捲軸的本文](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Story7.png) 您的儀表板似乎不適合簡報。有點氣人。按 **Esc** 鍵結束簡報，然後選取工作簿底部的**區域銷售額和利潤**工作表。 在左側窗格中的**儀表板**下，將**大小**下拉式清單選取項目變更為**「適合以提高南部的利潤」**。這將會自動調整儀表板大小，以獲得最佳故事查看效果。 ![用於變更儀表板大小的儀表板窗格功能表](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Story10.png) 選取 **\[Fit to Improve Profits in the South\] （適合以提高南部的利潤）**，然後再次進入示範模式。您的儀表板達到最佳適應效果。 檢查您的工作！注意動作中的 \[最後的潤色\] 的實際執行效果。 _按一下影像可重播_ **附註**：此 gif 中的詳細資料可能與您螢幕上的內容不完全相符。 ## 示範之後 您的示範效果很好。團隊確信要完成一些工作來提高北卡羅來納州伯靈頓的利潤。此外，他們很想知道為什麼機器在第一位表現得那麼差。您的老闆很興奮：您不僅確定了解決負利潤問題的方式，而且還讓團隊問出了有關資料的問題。 為了讓團隊對課程記憶深刻，您的老闆要求您透過電子郵件將包含結果的文件傳送給團隊。幸好您知道使用 Tableau Server 和 Tableau Public 來分享視覺效果。 繼續[步驟 8：共用您的發現](https://help.tableau.com/v0.0/guides/get-started-tutorial/zh-tw/get-started-tutorial-share.htm)。 [跳至主要內容](#main-content) # 步驟 8：共用您的發現 您做了一堆的工作（出色的工作），發現北卡羅來納州的伯靈頓需要一些好調整。與您的隊友分享這些資訊。 **繼續之前**，請選取以下一個選項： - 若您或您的公司未使用 Tableau Cloud 或 Tableau Server，或您想瞭解免費的替代共用選項，請跳到[使用 Tableau Public](#Use_Tableau_Public)。 **附註：**若您使用的是 Tableau Desktop Free Edition，且您的公司不允許將內容發佈到 Tableau Public，則必須先使用付費授權啟用 Tableau Desktop，然後才能共用或發佈您的作品。 - 若您或您的公司使用 Tableau Cloud 或 Tableau Server，且您熟悉指派給您的權限，請跳到[使用 Tableau Cloud 或 Tableau Server](#Use_Tableau_Server)。 ## 使用 Tableau Public 您的故事很受歡迎。您將要將其發佈到 Tableau Public，以便您的團隊可以連線查看它。 **附註：** 當您發佈到 Tableau Public 時，顧名思義，這些檢視可公開存取。這意味著您將與能夠存取 Internet 的任何人共用您的檢視以及您的基礎資料。共用機密資訊時，請考慮使用 [Tableau Server](http://www.tableau.com/zh-tw/products/server) 或 [Tableau Cloud](http://www.tableau.com/zh-tw/products/cloud-bi)。 1. 選取 **\[伺服器\]** \> **\[Tableau Public\]** \> **\[儲存到 Tableau Public\]** 。 2. 在對話方塊中輸入您的 Tableau Public 認證。 ![Tableau Public 登入螢幕](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Share7.png) 如果您沒有 Tableau Public 個人資料，請按一下**立即免費建立帳戶**並按照提示操作。 3. 如果您看到此對話方塊，請開啟「資料來源」頁面。在右上角，將**連線**類型從**「即時」**變更為**「擷取」**。 ![需要資料擷取對話方塊，顯示「嘗試儲存工作簿時發生錯誤」](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Share10.png) 瞭解更多資訊：為什麼必須建立擷取？擷取究竟是什麼？ Tableau Public 不支援即時資料連線，這就是為什麼在發佈之前必須建立擷取的原因。 擷取是儲存的資料來源子集，您可以使用這些資料來源子集來共用工作簿中資料的快照集、改善性能，或利用基礎資料中沒有的 Tableau 功能。 學習資料庫中具有**關於使用擷取的更多資訊**（在頂端功能表中）。 4. 再次（也是最後一次）選取 **\[伺服器\]** \> **\[Tableau Public\]** \> **\[儲存到 Tableau Public\]** 。 5. 當您的瀏覽器開啟時，查看您的內嵌式故事。其內容將如下所示： ![上傳到 Tableau Public 南部表現不佳項目的視覺效果](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Share8.png) 6. 按一下 **\[編輯詳細資料\]** 以更新 VIZ 的標題、新增說明等等。 7. 按一下 **\[儲存\]**。 現在，您的故事在 Web 上是即時故事。 8. 若要與同事共用，請按一下 VIZ 底部的 **\[共用\]** 。 ![Tableau Public 中的「共用」對話方塊](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Share9.png) 9. 您想要如何分享您的故事？ 1. 內嵌在網站上：複製**內嵌代碼**，並將其粘貼在您的網頁 HTML 中。 2. 傳送連結：複製**連結**，並將連結傳送給您的同事。 3. 使用預設電子郵件用戶端傳送電子郵件：按一下電子郵件圖示。 4. 在 Twitter 或 Facebook 上共用：按一下合適的圖示。 完成這些步驟之後，請[按一下此處](#Congrats,_you_did_it!)跳轉到本教程的最後一個部分。 ## 使用 Tableau Cloud 或 Tableau Server 您的故事很受歡迎。您將要將其發佈到 Tableau Server，以便您的團隊可以連線查看它。 ### 發佈到 Tableau Cloud 或 Tableau Server 1. 選取 **\[伺服器\]** \> **\[發佈工作簿\]** ，或在工具列上按一下 \[共用\] ![「共用」圖示](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/Share_Icon.png)。 2. 按一下**快速連線**下的 **Tableau Cloud**，以連線到 Tableau Cloud，或在對話方塊中輸入要連線的 Tableau Server 的名稱（或 IP 位址），然後按一下連線。 ![透過 Tableau Server 或 Tableau Cloud 共用對話方塊](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_share1.png) 3. 在 \[名稱\] 欄位中，輸入 **\[提高南部的利潤\]** 。 4. 若需要，可以輸入描述以供參考，例如「提高南部利潤的建議」 5. 在 **\[工作表\]** 下，按一下 **\[編輯\]** ，然後清除所有工作表（ **\[Improve Profits in the South\] （提高南部的利潤）**除外。） 瞭解更多資訊： 不只是共用故事。 如果需要，您可以在 Tableau Server 上與同事共用工作簿中的每個工作表。然而，您可能需要考慮想要向哪些同事提供哪些工作表。 **附註：** 取決於您的管理員，您的使用權限可能會有所不同。 學習資料庫中具有**關於 Tableau Server 使用權限的更多資訊**（在頂端功能表中）。 6. 按一下 **\[發佈\]**。 Tableau Server 將在您的 Internet 瀏覽器中開啟。如果遇到提示，請輸入您的伺服器認證。 當您的故事可以查看時， \[發佈完成\] 對話方塊將會通知您。 ![「發佈完成」對話方塊](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_share3.png) 做得好！您已使用 Tableau Server 成功發佈了您的故事。 ### 傳送工作連結 與您的隊友分享您的工作，以便他們可以在線上與您的故事互動。 1. 在 Tableau Server 中，巡覽到您發佈的 \[Improve Profits in the South\] （提高南部的利潤）故事。您將看到如下所示的螢幕： ![上傳到 Tableau Server 的「提高南方利潤」故事](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Share5.png) _如果您發佈了工作簿中的其他工作表，那麼這些工作表將列在 \[提高南部的利潤\] 旁邊。_ 2. 按一下 **\[提高南部的利潤\]** 。 3. 從功能表中，選取 **\[共用\]** 。 ![共用對話方塊](/tableau/next/zh-tw/guides/get-started-tutorial/zh-tw/Img/gs_Share4.png) 4. 您想要如何分享您的故事？ 1. 內嵌在網站上：複製**內嵌代碼**，並將其貼在您的網頁 HTML 中。 2. 傳送連結：複製**連結**，並將連結傳送給您的同事。 3. by使用預設電子郵件用戶端傳送電子郵件：按一下電子郵件圖示。 ## 恭喜，您做到了！ 您使用 Tableau Desktop 建立了產品資料檢視、按區域繪製了產品銷售額和盈利能力圖、圍繞著您的發現產生了一個儀表板、講述了要示範的故事，在 Web 上共用了您的結果以便遠端團隊成員可以查看。 **您是資料明星。** 幹得漂亮！您已成功實踐 Tableau「資料發現」方法： - 提出問題 - 收集資料 - 構造資料 - 瀏覽資料 - 共用見解 雖然您可能會發現與以前相比自己在每個階段中做了更多的修改，但這是在 Tableau 中工作時將遵循的基本工作流程。例如，可能需要進行一些修改，以改進您的初始問題，將其從一般性問題（銷售額是怎麼回事？）變更為具體性問題（負利潤由南部哪個城市造成的？）。 您的修改內容可能會將您帶向意想不到的方向。這樣很棒，而這也是我們希望發生的，我們希望您發現一些機會，那些您第一次看資料時，不知道存在這些機會。 如果您準備迅速行動並開始使用您的資料，那就去探索 Tableau　中的資料！但是，如果您想首先獲得更多資訊，請看看「學習資料庫」。 請轉到[學習資料庫](https://help.tableau.com/v0.0/guides/get-started-tutorial/zh-tw/get-started-tutorial-next.htm)繼續。 [跳至主要內容](#main-content) # 為 Tableau Cloud 重新建立重新整理排程 您所在的位置是 [Tableau Cloud 手動移轉指南。](https://help.tableau.com/current/guides/migration/zh-tw/emg_intro.htm)本指南會介紹如何將少於 100 位使用者的 Tableau Server 部署手動移轉到 Tableau Cloud。 ## 為擷取資料來源建立新的重新整理排程 - 對於擷取資料來源，巡覽到 Tableau Cloud 中的已發佈或內嵌資料來源。選取擷取重新整理 > 新建擷取重新整理 > 選取擷取排程。 對於需要 Tableau Bridge 的資料來源，請確保在建立擷取重新整理之前已為連線設定 Bridge。請參閱[將 Bridge 用於私人雲端資料](https://help.tableau.com/current/online/zh-tw/to_bridge_vpc.htm)。 ## 為 Tableau Prep 流程建立新的重新整理排程 排程流程僅適用於資料管理客戶。 - 若要為 Tableau Prep 流程建立新的重新整理排程，請巡覽至 Tableau Cloud 中的流程。選取「排程工作」\>「新增工作」\> 選取並設定排程。對任何已連結工作執行相同動作。有關詳情，請參閱[排程流程工作](https://help.tableau.com/current/online/zh-tw/prep_conductor_schedule_flow_task.htm)。 Tableau Cloud 不支援流程的自訂排程。 ## 移轉工作流程 本指南根據移轉到 Tableau Cloud 的分步流程進行編排： 1. [規劃移轉](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part1.htm) 2. [建立和設定 Tableau Cloud 站台](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2.htm) 3. [移轉虛擬連線](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2-5.htm) 4. [將資料來源、工作簿和 Prep 流程移轉到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part3.htm) 5. **你來了**：為 Tableau Cloud 重新建立重新整理排程 6. [為移轉的使用者設定權限和內容存取權](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part5.htm) 7. [將剩餘使用者新增到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part6.htm) 8. [終端使用者移轉檢查清單](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part7.htm) [跳至主要內容](#main-content) # 為移轉的使用者設定權限和內容存取權 您所在的位置是 [Tableau Cloud 手動移轉指南。](https://help.tableau.com/current/guides/migration/zh-tw/emg_intro.htm)本指南會介紹如何將少於 100 位使用者的 Tableau Server 部署手動移轉到 Tableau Cloud。 現在，您已在 Tableau Cloud 新增資料來源、工作簿與 Prep 流程，可以新增使用者。在此之前，請務必瞭解 Tableau 如何決定哪些使用者有權存取哪些資料。Tableau Cloud 可讓您指定哪些使用者有權存取內容，並可讓您限制資料來源內的資料存取權。 我們將使用內容存取工具限制哪些使用者有權存取內容項目，並使用資料列層級安全性工具限制使用者可以在資料來源中查看的資料。 ## 內容存取權 專案、巢狀專案和單個內容項目均受權限規則約束。可以查看這些規則如何在 Tableau Server 環境中使用，然後在 Tableau Cloud 中重新建立它們。請參閱[權限](https://help.tableau.com/current/online/zh-tw/permissions.htm)。 ## 資料列層級安全性 若有任何具有資料列層級安全性的資料來源或工作簿，資料列層級安全性權限和計算將需要針對 Tableau Cloud 進行更新，因為使用者名稱和群組名稱可能會在轉換期間發生變更。請參閱[在資料列層級限制存取權](https://help.tableau.com/current/pro/desktop/zh-tw/publish_userfilters.htm)和[為資料列層級安全性建立資料原則](https://help.tableau.com/current/online/zh-tw/dm_vconn_create_rlspolicy.htm)。 ## 移轉工作流程 本指南根據移轉到 Tableau Cloud 的分步流程進行編排： 1. [規劃移轉](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part1.htm) 2. [建立和設定 Tableau Cloud 站台](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2.htm) 3. [移轉虛擬連線](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2-5.htm) 4. [將資料來源、工作簿和 Prep 流程移轉到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part3.htm) 5. [為 Tableau Cloud 重新建立重新整理排程](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part4.htm) 6. **您在此處**：為移轉的使用者設定權限與內容存取 7. [將剩餘使用者新增到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part6.htm) 8. [終端使用者移轉檢查清單](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part7.htm) [跳至主要內容](#main-content) # 移轉虛擬連線 您所在的位置是 [Tableau Cloud 手動移轉指南。](https://help.tableau.com/current/guides/migration/zh-tw/emg_intro.htm)本指南會介紹如何將少於 100 位使用者的 Tableau Server 部署手動移轉到 Tableau Cloud。 若您的組織依賴 Tableau Server 中的虛擬連線，必須先移轉這些連線，然後才能繼續。若您沒有為 Tableau Server 設定虛擬連線，請跳過此程序。 將虛擬連線從 Tableau Server 移轉到 Tableau Cloud 為手動流程。必須在 Tableau Cloud 站台上重新建立虛擬連線（或已發佈資料來源和虛擬連線），以新的虛擬連線取代每個工作簿中的資料來源，然後將原始工作簿資料來源中的任何計算公式複製/貼上到已更新的資料來源。 **步驟 1：在 Tableau Cloud 上重新建立並測試虛擬連線** 請參閱[建立虛擬連線](https://help.tableau.com/current/online/zh-tw/dm_vconn_create_conn.htm)。 **步驟 2：重新建立使用虛擬連線建置的已發佈資料來源** 需要重新建立使用虛擬連線的所有已發佈資料來源： 1. 請遵循[使用虛擬連線](https://help.tableau.com/current/online/zh-tw/dm_vconn_use.htm)中的程序。 2. 在 Tableau Cloud 中[建立已發佈資料來源](https://help.tableau.com/current/pro/desktop/zh-tw/publish_datasources.htm)，使其完全鏡像原始伺服器資料來源。以下詳細資料必須相符： - 原始資料來源中的所有欄位必須存在於新資料來源中 - 欄位名稱：大小寫也必須相符 - 度量和維度必須從原始欄位對應到新欄位 - 預設欄位設定。請參閱[編輯欄位的預設設定](https://help.tableau.com/current/pro/desktop/zh-tw/datafields_fieldproperties.htm)。 3. 記下資料來源是否需要 Tableau Bridge。 **步驟 3：更新工作簿以取代先前的資料來源** 對於要移轉到 Tableau Cloud 的每個工作簿，從 Tableau Desktop 執行下列程序： 1. 登入 Tableau Server，巡覽至要移轉的工作簿，然後下載該工作簿。 2. 在工作簿中選取**檔案 > 關閉**。請勿關閉 Tableau Desktop。 3. 登出 Tableau Server： **伺服器 > 登入 http://example > 登出**。連線到 Tableau Server 時，您將收到有關登出的警告。按一下**「確定」**。 4. 登入 Tableau Cloud：**伺服器 > 登入 > Tableau Cloud**。 5. 從 Desktop 主畫面中，選取工作簿檔案，以再次將其開啟。 您將收到兩則錯誤訊息：_無法完成動作_。關閉錯誤訊息。工作表開啟時，它將顯示訊息：_工作表不可用_。不要從主要視窗編輯連線。 6. 若您已建立新的已發佈資料來源，請跳至步驟 8。否則，請巡覽至**資料 > 新資料來源**，以更新資料來源。 - 巡覽至為此工作簿建立的新虛擬連線，然後按一下**連線**。 - 開啟原始 Tableau Server 工作簿並複製公式。將公式貼上到更新的 Cloud 工作簿中。 7. 建立與先前資料來源完全相符的新資料來源。欄位名稱必須完全相符。 8. 取代資料來源：在「資料」索引標籤上，右鍵按一下剛剛建立的資料來源，然後按一下 **取代資料來源**。在 **取代資料來源** 在中，在**取代**選取器中指定正確的來源，然後按一下**確定**。 9. 右鍵按一下舊資料來源，並選取**關閉**。 10. 要發佈資料來源： - 在 Tableau Cloud 中，選取**發佈 > 資料來源 > 資料來源名稱**。 - 內嵌工作簿中，選取**發佈 > 工作簿**。 ## 移轉工作流程 本指南根據移轉到 Tableau Cloud 的分步流程進行編排： 1. [規劃移轉](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part1.htm) 2. [建立和設定 Tableau Cloud 站台](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2.htm) 3. **您在此處**：移轉虛擬連線 4. [將資料來源、工作簿和 Prep 流程移轉到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part3.htm#clou) 5. [為 Tableau Cloud 重新建立重新整理排程](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part4.htm) 6. [為移轉的使用者設定權限和內容存取權](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part5.htm) 7. [將剩餘使用者新增到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part6.htm) 8. [終端使用者移轉檢查清單](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part7.htm) [跳至主要內容](#main-content) # 第 1 部分 - 了解 Enterprise 部署 **附註**：Tableau不再更新《企業部署指南》。儘管我們仍然推薦將此處描述的參考架構作為 AWS 中 Tableau Server 的有效部署模型，但自上次更新以來，具體的設定過程可能已變更。請始終將這些步驟與最新的 [Tableau Server 說明](https://help.tableau.com/current/server/zh-tw/get_started_server.htm) 文件進行交叉引用，以確保準確無誤。 第 1 部分更詳細地描述了業界標準企業部署的功能和要求，這也是《 Tableau Server Enterprise 部署指南》的目的。 以下網路圖顯示了具有 Tableau Server 參考架構的通用資料中心分層部署。 ## 業界標準和部署要求 以下是業界標準部署的功能。這些是參考架構的設計要求： - 多層網路設計：網路受保護子網路的限制，以限制每一層的存取：Web 層、應用程式層以及資料層。由於所有通訊都在下一個子網路終止，因此無法通過子網路進行任何通訊。 - 預設封鎖的連接埠和通訊協定：預設情況下，每個子網路或安全群組都會封鎖所有入站和出站連接埠和通訊協定。透過在連接埠或通訊協定設定中開啟例外，可以部分啟用通訊。 - 開箱即用的 Web 驗證：來自網際網路的使用者請求由 Web 層中反向 Proxy 上的驗證模塊進行驗證。因此，對應用程式層的所有請求在傳遞到受保護的應用程式層之前都已在 Web 層經過驗證。 - 不倚靠平台：解決方案可以與內部部署伺服器應用程式一起部署，也可以在雲端部署。 - 不倚靠技術：解決方案可以部署在虛擬機環境或容器中。也可以部署在 Windows 或 Linux 上。但是，此參考架構和支援文件的初始版本是為在 AWS 中執行的 Linux 而開發的。 - 高度可用：系統中的所有元件均部署為叢集，並設計為在主動/主動或主動/被動部署中執行。 - 獨立角色：每個伺服器器執行的離散角色。這種設計對所有伺服器進行了分區，從而可以最大限度地減少服務特定的管理員的存取。例如，DBA 管理 Tableau 的 PostgreSQL，身分管理員管理 Web 層中的驗證模塊，網路和雲端管理員啟用流量和連線。 - 線性可延展：作為離散的角色，您可以根據負載設定檔獨立地延展每個層的服務。 - 用戶端支援：參考架構支援所有 Tableau 用戶端：Tableau Desktop（版本 2021.2 或更高版本）、Tableau Mobile 和 Tableau Web 製作。 ## 安全措施 如上所述，業界標準資料中心設計的主要功能是安全性。 - 存取：每層受一個子網路限制，該子網路使用連接埠篩選在 Web 層強制執行存取控制。子網路之間的通訊存取也可以由應用程式層，透過程序之間的身份驗證服務來強制實施。 - 整和：架構設計旨為 Web 層中的反向 Proxy 提供身分識別提供者 (IdP) 外掛程式。 - 隱私：用戶端使用 SSL 對進入 Web 層的流量進行加密。進入內部子網路的流量也可以選擇加密。 ## Web proxy 層 Web 層是 DMZ 中的子網路（也稱為周邊區），充當網際網路與部署應用程式的內部子網路之間的安全緩衝區。Web 層託管不儲存任何敏感資訊的反向 Proxy 伺服器。在將用戶端請求重新導向到 Tableau Server 之前，反向 Proxy 伺服器已設定 AuthN 外掛程式，以使用受信任的 IdP 對用戶端工作階段進行預驗證。有關詳情，請參閱[使用 AuthN 模組進行預先驗證](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part5.htm#Pre-auth)。 ### 負載平衡器 部署設計包括反向 Proxy 伺服器前端的企業負載平衡解決方案。 負載均平衡器透過以下方式提供了重要的安全性和效能強化： - 虛擬化應用程式層服務的前端 URL - 強制 SSL 加密 - 卸載 SSL - 用戶端和 Web 層服務之間強制壓縮 - 抵禦 DOS 攻擊 - 提供高可用性 **附註**：Tableau Server 版本 2022.1 包括 Tableau Server 獨立閘道。獨立閘道是 Tableau 閘道流程的獨立執行個體，用作 Tableau 感知反向 Proxy。在發佈時，獨立閘道已經過驗證，但尚未在 EDG 參考架構中進行全面測試。全面測試完成後，EDG 將更新 Tableau Server 獨立閘道規範指南。 ## 應用程式層 應用程式層位於執行伺服器應用程式核心業務邏輯的子網路中。應用程式層由跨叢集中分佈式節點設定的服務和流程組成。應用程式層只能從 Web 層存取，使用者不能直接存取。 通過設定應用程式程序，使具有不同資源的設定檔（CPU 密集型與記憶體密集型）位於同一位置，可以提高性能和可靠性。 ## 資料層 資料層是一個包含有價值資料的子網路。此層的所有流量都來自應用程式層，因此已經過驗證。除了具有連接埠設定的 Web 層的存取要求外，該層還應包括經過驗證的存取和與應用程式層的可選加密流量。 [跳至主要內容](#main-content) # 第 2 部分 - 瞭解 Tableau Server 部署參考架構 **附註**：Tableau不再更新《企業部署指南》。儘管我們仍然推薦將此處描述的參考架構作為 AWS 中 Tableau Server 的有效部署模型，但自上次更新以來，具體的設定過程可能已變更。請始終將這些步驟與最新的 [Tableau Server 說明](https://help.tableau.com/current/server/zh-tw/get_started_server.htm) 文件進行交叉引用，以確保準確無誤。 下圖顯示了相關的 Tableau Server 處理序以及它們在參考架構中的部署方式。此部署被認為是適合企業的最小 Tableau Server 部署。 本主題中的流程圖旨在顯示每個節點的主要定義處理序。許多支援處理序也在圖中未顯示的節點上執行。有關所有處理序的清單，請參見本指南的設定部分，即[第 4 部分 - 安裝並設定 Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part4.htm) 。 ## Tableau Server 處理序 Tableau Server 參考架構是一個四節點 Tableau Server 叢集部署，在 PostgreSQL 上具有外部存放庫： - Tableau Server 初始節點（節點 1）：執行所需的 TSM 管理和授權服務，這些服務只能在叢集中的單個節點上執行。在企業內容中，Tableau Server 初始節點是叢集中的主要節點。此節點還與節點 2 一起執行冗餘應用程式服務。 - Tableau Server 應用程式節點（節點 1 和節點 2）：這兩個節點服務用戶端請求，連線並查詢資料來源以及資料節點。 - Tableau Server 資料節點（節點 3 和節點 4）：兩個專門管理資料的節點。 - 外部 PostgreSQL：此主機執行 Tableau Server 存放庫程序。對於 HA 部署，必須對主動/被動冗餘執行額外的 PostgreSQL 主機。 還可以在 Amazon RDS 上執行 PostgreSQL。有關在 RDS 與 EC2 執行個體上執行存放庫之間的差異詳情，請參閱 _Tableau Server 外部存放庫_ ([Linux](https://help.tableau.com/current/server-linux/zh-tw/server_external_repo.htm))。 使用外部存放庫部署 Tableau Server 需要 Tableau Advanced Management 授權。 若您的組織沒有內部 DBA 專業知識，則可以選擇在預設的內部 PostgreSQL 設定中執行 Tableau Server 存放庫流程。預設情況下，存放庫在具有內嵌 PostgreSQL 的 Tableau 節點上執行。在這種情況下，建議在專用 Tableau 節點上執行存放庫，並在其他專用節點上執行被動存放庫，以支援存放庫容錯移轉。請參閱_存放庫容錯移轉_ ([Linux](https://help.tableau.com/current/server-linux/zh-tw/distrib_ha_failover.htm))。 例如，本指南中描述的 AWS 實作解釋了如何在 EC2 執行個體上執行的 PostgreSQL 上部署外部存放庫。 - 可選：若您的組織使用外部儲存體，則可以將 Tableau 檔案存放區部署為外部服務。本指南不包括核心部署情境中的外部檔案存放區。請參閱_使用外部檔案存放區安裝 Tableau Server_ ([Linux](https://help.tableau.com/current/server-linux/zh-tw/server_external_filestore_storage_new_install.htm))。 使用外部檔案存放區部署 Tableau Server 需要 Tableau Advanced Management 授權。 ### PostgresSQL 存放庫 Tableau Server 存放庫是儲存伺服器資料的 PostgresSQL 資料庫。此資料包括有關 Tableau Server 使用者、群組和群組分派、使用權限、專案、資料來源和資料擷取中繼資料的資訊以及重新整理資訊。 ![兩個 PostgreSQL 資料庫之間正在進行資料複製，每個資料庫都有標誌性的大象標誌。](/tableau/next/zh-tw/guides/enterprise-deployment/zh-tw/Img/edg-ref-arch-repo.png) 預設的的 PostgresSQL 部署會消耗將近 50％的系統記憶體資源。根據其使用情況（用於生產和大型生產部署）而定，資源使用量會上升。因此，我們建議在未執行任何其他資源密集型伺服器元件（例如 VizQL、背景程式或資料引擎）的計算機上存放庫程序。與任何這些元件一起執行存放庫程序將會建立 IO 爭用、資源約束，並降低部署的整體效能。 ## 節點 1：初始節點 初始節點執行少量的重要流程，並與節點 2 分擔應用程式負載。 安裝 Tableau 的第一台電腦（「初始節點」）會有一些獨特的特性。有三個處理序只能在初始節點上執行，無法轉移到任何其他節點（出現故障的情況下除外），即授權服務（授權管理器）、啟用服務和 TSM 控制器（管理控制器）。 ### 節點 1 容錯移轉和自動還原 授權、啟用和 TSM 控制器服務對 Tableau Server 部署的執行狀況至關重要。若節點 1 發生故障，使用者仍然可以連線到 Tableau Server 部署，因為正確設定的參考架構會將請求路由到節點 2。但是，若沒有這些核心服務，部署將處於擱置故障嚴重狀態。請參閱[初始節點自動復原](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part7.htm#Initial)。 ## 節點 1 和 2：應用程式伺服器 ![Tableau 應用程式節點處理序](/tableau/next/zh-tw/guides/enterprise-deployment/zh-tw/Img/edg-ref-arch-appnodes.png) 節點 1 和 2 執行 Tableau Server 程序，這些程序為用戶端請求，查詢資料來源，產生視覺效果，處理內容和管理以及其他核心 Tableau 商業邏輯提供服務。應用伺服器不儲存使用者資料。 **附註**：「應用程式伺服器」是一個術語，也指 TSM 中列出的 Tableau Server 流程。「應用程式伺服器」的基礎流程為 VizPortal。 並行執行的節點 1 和節點 2 進行擴充，以對來自反向 Proxy 伺服器上執行的負載平衡邏輯的請求提供服務。作為冗餘節點，若這些節點之一出現故障，則用戶端請求和服務會由其餘節點進行處理。 參考架構的設計使互補的應用程序在同一台電腦上執行。這代表程序不會競爭電腦資源並產生爭用。 例如，應用程式伺服器上的核心處理服務 VizQL 佔用大量 CPU 和記憶體，佔用了電腦上將近 60% 至 70% 的 CPU 和記憶體。因此，設計參考架構的目的是使其他記憶體或 CPU 綁定程序與 VizQL 不在同一節點上。測試顯示，使用者的負載或數量不會影響 VizQL 節點上的記憶體或 CPU 使用率。例如，減少負載測試中的並行使用者數量只會影響儀表板或視覺效果載入程序的效能，而不會降低資源利用率。因此，根據尖峰使用量期間的可用記憶體和 CPU，可以考慮新增更多 VizQL 程序。作為典型工作簿的起始位置，為每個 VizQL 程序指派 4 個內核。 ### 擴充應用程式伺服器 該參考架構旨在根據基於使用情況的模型進行擴充。作為一般起點，我們建議至少使用兩個應用程式伺服器，每個最多支援 1000 個使用者。隨著使用者的增加，計劃每增加 1000 個使用者，則新增一個應用程式伺服器。監視使用情況和效能，為您的組織調整每台主機的使用者。 ## 節點 3 和 4：資料伺服器 ![Tableau Server 資料節點處理序](/tableau/next/zh-tw/guides/enterprise-deployment/zh-tw/Img/edg-ref-arch-data.png) 由於以下原因，檔案存放區、資料引擎 (Hyper)、背景程式流程共同位於節點 3 與 4 上： - 擷取最佳化：在同一節點上執行背景程式、Hyper 和檔案存放區可最佳化效能和可靠性。在擷取程序中，背景程式查詢目標資料庫，在同樣節點上建立 Hyper 檔案，然後上傳到檔案存放區。透過在同一節點放置這些程序，擷取建立工作流程不需要跨網路或節點複製大量資料。 - 免費資源平衡：背景程式主要佔用大量 CPU。資料引擎是一個佔用大量記憶體的程序。耦合這些程序可以最大限度地利用每個節點上的資源。 - 資料程序的整合：由於這些程序都是後端資訊流程，因此有必要在最安全的資料層中執行它們。在參考架構的未來版本中，應用程式和資料伺服器將在不同層中執行。但是，由於 Tableau 架構中的應用程式有依賴性，此時應用程式和資料伺服器必須執行在同一層中。 ### 擴充資料伺服器 與應用程式伺服器一樣，規劃 Tableau 資料伺服器所需的資源需要基於使用情況的建模。通常，假設每個資料伺服器每天最多可以支援 2000 個資料擷取重新整理作業。隨著擷取作業的增加，請在沒有檔案存放區服務的情況下新增其他資料伺服器。通常，雙節點資料伺服器部署適用於使用本機檔案系統進行檔案存放區服務的部署。請注意，新增更多應用程式伺服器不會以線性方式影響資料伺服器的效能或規模。事實上，除了來自額外使用者查詢的一些額外負荷外，新增更多應用程式主機和使用者的影響很小。 [跳至主要內容](#main-content) # 第 3 部分 - 準備 Tableau Server Enterprise 部署 **附註**：Tableau不再更新《企業部署指南》。儘管我們仍然推薦將此處描述的參考架構作為 AWS 中 Tableau Server 的有效部署模型，但自上次更新以來，具體的設定過程可能已變更。請始終將這些步驟與最新的 [Tableau Server 說明](https://help.tableau.com/current/server/zh-tw/get_started_server.htm) 文件進行交叉引用，以確保準確無誤。 第 3 部分會介紹準備基礎結構以部署 Tableau Server 參考架構的要求。在開始之前，我們建議您先閱讀[第 2 部分 - 瞭解 Tableau Server 部署參考架構](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part2.htm)。 除了介紹要求之外，本主題還會提供 AWS 環境中參考架構的實作範例。本指南的其餘部分均基於本主題中提供的 AWS 參考架構範例。 參考架構的核心原則是採用資料中心安全最佳作法進行標準化。具體而言，該架構旨在將服務隔離到受保護的網路子網路中。子網路間通訊僅限於特定的通訊協定和連接埠流量。 下圖說明了內部部署或客戶管理的雲端部署的參考架構子網路設計。有關雲部署的範例，請參閱以下章節[範例：在 AWS 中設定子網路和安全性群組](#AWSexampe)。 ## 子網路 建立三個子網路：  - Web 層 - 應用層 - 資料子網路。 ### 防火牆/安全群組規則 下方的索引標籤將介紹資料中心每一層的防火牆規則。有關 AWS 特定的安全性群組規則，請參閱本主題後面的章節。 Web 層是一個公用 DMZ 子網路，它將處理輸入 HTTPS 請求並將請求代理到應用程式層。此設計對針對您的組織的惡意軟體提供一層防禦。Web 層阻止對應用 / 資料層的存取。
流量類型通訊協定連接埠範圍來源

輸入

SSHTCP22Bastion 子網路（用於雲部署）
輸入HTTPTCP80網際網路 (0.0.0.0/0)
輸入HTTPSTCP443網際網路 (0.0.0.0/0)
輸出所有流量全部全部 
應用子網路是 Tableau Server 部署所在的位置。應用子網路包括 Tableau 應用伺服器（節點 1 和節點 2）。Tableau 應用伺服器處理使用者對資料伺服器的請求並執行核心商業邏輯。 應用子網路還包括 Tableau 資料伺服器（節點 3 和節點 4）。 到應用層的所有用戶端流量都在 Web 層進行身份驗證。對應用子網路的管理存取是透過 Bastion 主機進行身分驗證和路由。
流量類型通訊協定連接埠範圍來源

輸入

SSHTCP22Bastion 子網路（用於雲部署）
輸入HTTPSTCP443Web 層子網路
輸出所有流量全部全部 
資料子網路是外部 PostgreSQL 資料庫伺服器的所在位置。
流量類型通訊協定連接埠範圍來源

輸入

SSHTCP22Bastion 子網路（用於雲部署）
輸入PostgreSQLTCP5432應用程式層子網路
輸出所有流量全部全部 
大多數企業安全團隊不允許從內部部署管理系統到部署在雲端中節點的直接通訊。相反，到雲端節點的所有管理 SSH 流量都透過 Bastion 主機（也稱為「跳轉伺服器」）進行 Proxy 。對於雲部署，建議將 Bastion 主機 Proxy 連線到參考架構中的所有資源。這是內部環境的可選組態。 Bastion 主機會對管理存取進行身分驗證，並且只允許透過 SSH 通訊協定的流量。
流量類型通訊協定連接埠範圍來源目的地

輸入

SSHTCP22管理員電腦的 IP 位址 
輸出SSHTCP22 Web 層子網路
輸出SSHTCP22 應用程式層子網路
## 範例：在 AWS 中設定子網路和安全性群組 本章節提供了步驟過程，為 AWS 中的 Tableau Server 參考架構，建立和設定VPC以及網路環境。 下方的投影片會顯示四層參考架構。瀏覽投影片時，您會看到元件元素分層到拓撲圖上： 1. VPC 子網路拓撲和 EC2 執行個體：一個 Bastion 主機、兩個反向 Proxy 伺服器、四個 Tableau 伺服器和至少一個 PostgreSQL 伺服器。 2. 通訊協定流程和網際網路連線。所有輸入流量都透過 AWS 網際網路閘道進行管理。到網際網路的流量透過 NAT 路由。 3. 可用區域。Proxy、Tableau Server 和 PostgreSQL 主機均勻部署在兩個可用區域中。 4. 安全性群組。四個安全性群組（公用、私有、資料和 Bastion）在通訊協定層級保護每一層。 ![虛擬私人雲端網路圖，其中包含伺服器、資料庫和使用者。](/tableau/next/zh-tw/guides/enterprise-deployment/zh-tw/Img/edg-vpc-sg-1.png) ![虛擬私人雲端網路圖，其中包含伺服器、資料庫和使用者。](/tableau/next/zh-tw/guides/enterprise-deployment/zh-tw/Img/edg-vpc-sg-2.png) ![虛擬私人雲端網路圖，其中包含伺服器、資料庫和使用者。](/tableau/next/zh-tw/guides/enterprise-deployment/zh-tw/Img/edg-vpc-sg-3.png) ![虛擬私人雲端網路圖，其中包含伺服器、資料庫和使用者。](/tableau/next/zh-tw/guides/enterprise-deployment/zh-tw/Img/edg-vpc-sg-4.png) ### AWS 可用區域和高可用性 本指南中提供的參考架構指定了一種部署，該部署可在任何單個主機出現故障時透過冗餘提供可用性。但是，在參考架構跨兩個可用區域部署的 AWS 情況下，可用性在極少數情況下會受到影響，即可用區域發生故障。 ### VPC 組態 本節介紹如何： - 安裝和設定 VPC - 設定網路連線 - 設定子網路 - 建立和設定安全性群組 ### 設定 VPC 本小節中的程序映射到「經典」VPC 體驗中的 UI。可以透過關閉 AWS VPC 儀表板左上角的新 VPC 體驗來切換 UI 以顯示經典檢視。 執行 VPC 精靈以建立預設的私有和公用子網路以及預設的路由和網路 ACL。 1. 在設定 VPC 之前，必須建立彈性 IP。使用所有預設值建立分配。 2. 執行 VPC 精靈> 「具有公用和專用子網路的 VPC」 3. 接受大部分的預設值。除了以下情況：  - 輸入 VPC 名稱。 - 指定彈性 IP 分配 ID。 - 指定以下 CIDR 遮罩： - 公用子網路的 IPv4 CIDR：10.0.1.0/24，將此子網路重新命名為 `Public-a`。 - 私有子網路的 IPv4 CIDR：10.0.30.0/24，將此子網路重新命名為 `Private-a`。 - 可用區域：若為兩個子網路，為所在區域選取 a 選項。 **附註**：出於本範例的目的，我們使用 **a** 和 **b** 來區分指定 AWS 資料中心中的可用區域。在 AWS 中，可用區域名稱可能與此處顯示的範例不相符。例如，一些可用區域包括資料中心中的 **c** 和 **d** 區域。 4. 按一下建立 VPC。 5. 建立 VPC 後，建立 `Public-b`、`Private-b`、`Data` ， 和`Bastion`子網路。要建立子網路，請按一下子網路\>建立子網路。 - `Public-b`：若為可用區域，為所在區域選取 b 選項。CIDR 區塊：10.0.2.0/24 - `Private-b`：若為可用區域，為所在區域選取 b 選項。CIDR 區塊：10.0.31.0/24 - `Data`：若為可用區域，為所在區域選取 a 區域。CIDR 區塊：10.0.50.0/24。可選：若計劃跨 PostgreSQL 叢集複製外部資料庫，請在可用區域 b 中建立一個 CIDR 區塊為 10.0.51.0/24 的資料 b 子網路。 - `Bastion`：若為可用區域，選取任一區域。CIDR 區塊：10.0.0.0/24 6. 建立子網路後，編輯公用和 Bastion 子網路上的路由表，以使用為相關的網際網路閘道 (IGW) 設定的路由表。並編輯私有和資料子網路以使用為網路位址轉譯器 (NAT) 設定的路由表。 - 要確定哪個路由表設定了 IGW 或 NAT，請按一下 AWS 儀表板中的路由表。選取兩個路由表連結其中的一個開啟屬性頁面。查看路由 > 目的地 > 0.0.0.0/0處的目標值。目標值區分路由的類型，並且將以`igw-`或者`nat-`字串為開頭。 - 為了更新路由表，VPC\>子網路\> \[子網路\_名稱\]>路由表\>編輯路由表關聯。 ### 設定安全性群組 VPC 精靈建立一個您不會使用到的安全性群組。建立以下安全性群組（安全性群組 > 建立安全性群組）。EC2 主機將跨兩個可用區域安裝到這些群組中，如上方的投影片圖表中所示。 - 建立新的安全性群組：**Private** 。這是安裝 Tableau Server 所有 4 個節點的位置。在安裝過程的最後，「私有」安全性群組將與 10.0.30.0/24 和 10.0.31.0/24 子網路關聯。 - 建立一個新的安全性群組：**Public** 。這是安裝 proxy 伺服器的位置。在安裝過程的最後，「公用」安全性群組將與 10.0.1.0/24 和 10.0.2.0/24 子網路關聯。 - 建立新的安全性群組：**Data** 。這裡是安裝 PostgreSQL 外部 Tableau 存放庫的位置。在安裝過程的最後，資料安全性群組將與 10.0.50.0/24（以及可選的 10.0.51.0/24）子網路關聯。 - 建立一個新的安全性群組：**Bastion** 。這是將安裝 Bastion 主機的位置。在安裝過程的最後，Bastion 安全性群組將與 10.0.0.0/24 子網路關聯。 #### 指定輸入和輸出規則 在 AWS 中，安全性群組類似於內部環境中的防火牆。必須指定允許傳入和/或傳出安全性群組的流量類型（例如 https、https 等）、通訊協定（TCP 或 UDP）以及連接埠或連接埠範圍（例如 80、443 等）。針對每個通訊協定，您還必須指定目的地或來源流量。 #### 公用安全群組規則
輸入規則
類型通訊協定連接埠範圍來源
HTTPTCP800.0.0.0/0
HTTPSTCP4430.0.0.0/0
SSHTCP22Bastion 安全性群組
輸出規則
類型通訊協定連接埠範圍目的地
所有流量全部全部0.0.0.0/0
#### 私有安全群組規則 私有安全性群組包含一個輸入規則，以允許來自「公共」安全性群組的 HTTP 流量。只有在部署過程中允許 HTTP 流量來驗證連線。建議在完成反向 proxy 部署並將 SSL 設定到 Tableau 後移除 HTTP 輸入規則。
輸入規則
類型通訊協定連接埠範圍來源
HTTPTCP80公用安全性群組
HTTPSTCP443公用安全性群組
PostgreSQLTCP5432資料安全性群組
SSHTCP22Bastion 安全性群組
所有流量全部全部私有安全性群組
輸出規則
類型通訊協定連接埠範圍目的地
所有流量全部全部0.0.0.0/0
PostgreSQLTCP5432資料安全性群組
SSHTCP22Bastion 安全性群組
#### 資料安全性群組規則
輸入規則
類型通訊協定連接埠範圍來源
PostgreSQLTCP5432私有安全性群組
SSHTCP22Bastion 安全性群組
輸出規則
類型通訊協定連接埠範圍目的地
所有流量全部全部0.0.0.0/0
PostgreSQLTCP5432私有安全性群組
SSHTCP22Bastion 安全性群組
#### Bastion 主機安全性群組規則
輸入規則
類型通訊協定連接埠範圍來源
SSHTCP22用來登入 AWS（管理員電腦）的電腦 IP 位址和網絡遮罩。
SSHTCP22私有安全性群組
SSHTCP22公用安全性群組
輸出規則
類型通訊協定連接埠範圍目的地
SSHTCP22用來登入 AWS（管理員電腦）的電腦 IP 位址和網絡遮罩。
SSHTCP22私有安全性群組
SSHTCP22公用安全性群組
SSHTCP22資料安全性群組
HTTPSTCP4430.0.0.0/0（可選：若需存取網際網路以下載 Bastion 主機上的支援軟體，請建立此規則）
### 啟用自動指定公用 IP 提供連線到 proxy 伺服器和 Bastion 主機的 IP 位址。 針對公用和 Bastion 子網路： 1. 選擇子網路 2. 在「動作」功能表下，選取「修改自動分配 IP 設定」。 3. 按一下「啟用自動分配公用 Ipv4 位址」。 4. 按一下「儲存」。 ## 負載平衡器 **附註**：如果要安裝到 AWS 並遵循本指南中的範例部署，那麼應該在部署過程的最後安裝和設定 AWS 負載平衡器，如[第 5 部分 - 配置 Web 層](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part5.htm)中所述。 對於內部部署，請與網路管理員合作部署負載平衡器，以支援參考架構的 Web 層： - 面向 Web 的應用程式負載平衡器，它接受來自 Tableau 用戶端的 HTTPS 請求並與反向 proxy 伺服器進行通訊。 - 反向 proxy：  - 建議至少使用兩個 proxy 伺服器為冗餘和處理用戶端加載。 - 從負載平衡器接收 HTTPS 流量。 - 支援 Tableau 主機的相黏工作階段。 - 為執行閘道過程的每個 Tableau Server 設定循環負載平衡 proxy。 - 處理來自外部 IdP 的身份驗證請求。 - 正向 Proxy：Tableau Server 需要存取網際網路獲得授權與對應功能。根據正向 Proxy 環境，可能需要為 Tableau 服務 URL 設定正向 Proxy 允許清單。請參閱《_與網際網路通訊》_（ [Linux](https://help.tableau.com/current/server-linux/zh-tw/plan_network.htm)）。 ## 設定主機電腦 ### 最低推薦硬件 以下建議基於我們在參考架構中對真實資料的測試。 應用程式伺服器： - CPU：8 個實體核心 (16vCPU)， - RAM：128 GB（8 GB/實體內核） - 磁碟空間：100 GB 資料伺服器 - CPU：8 個實體核心 (16vCPU)， - RAM：128 GB（8 GB/實體內核） - 磁碟空間：1 TB。若部署將使用 Tableau 檔案存放區的外部儲存體，將需要計算適當的磁碟空間。請參閱_使用外部檔案存放區安裝 Tableau Server_ ([Linux](https://help.tableau.com/current/server-linux/zh-tw/server_external_filestore_storage_new_install.htm))。 Proxy 伺服器 - CPU：2 個實體核心 (4vCPU)， - RAM：8 GB（4 GB/實體核心） - 磁碟空間：100 GB 外部存放庫資料庫 - CPU：8 個實體核心 (16vCPU)， - RAM：128 GB（8 GB/實體內核） - 磁碟空間要求取決於資料負載以及將會如何影響備份。請參閱主題_磁碟空間要求_中的_備份和還原程序_一節( [Linux](https://help.tableau.com/current/server-linux/zh-tw/requ_diskspace.htm#backup-and-restore-processes))。 ### 目錄結構 參考架構建議將 Tableau Server 套件和資料安裝到非預設位置： - 將套件安裝到： `/app/tableau_server`：在安裝 Tableau Server 套件之前建立此目錄路徑，然後在安裝期間指定此路徑。 - 將 Tableau 資料安裝到：`/data/tableau_data`。在安裝 Tableau Server 之前不要建立此目錄。相反，必須在安裝期間指定路徑，然後 Tableau 安裝程式將相應地建立該路徑並授予其權限。 有關實作詳細資訊，請參閱[執行安裝套件並初始化 TSM](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part4.htm#Run2)。 ## 範例：在 AWS 中安裝和準備主機電腦 本節說明如何為 Tableau Server 參考架構中的每個伺服器類型安裝 EC2 主機。 參考架構需要八台主機： - Tableau Server 的四個執行個體。 - Proxy 伺服器 (Apache) 的兩個執行個體。 - Bastion 主機的一個執行個體。 - 一個或兩個 EC2 PostgreSQL 資料庫執行個體 ### 主機執行個體詳情 根據以下詳細資訊安裝主機。 #### Tableau Server - Amazon Linux 2 - 執行個體類型：m5a.8xlarge - 安全性群組 ID：私有 - 儲存體：EBS、150 GiB、gp2 磁碟區類型。若部署將使用 Tableau 檔案存放區的外部儲存體，將需要計算適當的磁碟空間。請參閱_使用外部檔案存放區安裝 Tableau Server_ ([Linux](https://help.tableau.com/current/server-linux/zh-tw/server_external_filestore_storage_new_install.htm))。 - 網絡：在每個私有子網路 (10.0.30.0/24 和 10.0.31.0/24) 中安裝兩個 EC2 主機。 - 將 Tableau Server 2021.2（或更高版本）rpm 套件的最新維護版本從 [Tableau 下載頁面](https://www.tableau.com/zh-tw/support/releases/server)複製到每個 Tableau 主機。 #### Bastion 主機 - Amazon Linux 2 - 執行個體類型：t3.micro - 安全性群組 ID：Bastion - 儲存空間：EBS、50 GiB、gp2 磁碟區類型 - 網路：Bastion 子網路 10.0.0.0/24 #### Tableau Server 獨立閘道 - Amazon Linux 2 - 執行個體類型：t3.xlarge - 安全性群組 ID：Public - 儲存空間：EBS、100 GiB、gp2 磁碟區類型 - 網絡：在每個公用子網路（10.0.1.0/24 和 10.0.2.0/24）中安裝一個 EC2 執行個體 #### PostgreSQL EC2 主機 - Amazon Linux 2 - 執行個體類型：r5.4xlarge - 安全性群組 ID：Data - 儲存體：磁碟空間要求取決於資料負載以及將會如何影響備份。請參閱主題_磁碟空間要求_中的_備份和還原程序_一節( [Linux](https://help.tableau.com/current/server-linux/zh-tw/requ_diskspace.htm#backup-and-restore-processes))。 - 網路：資料子網路 10.0.50.0/24。（如果在 HA 叢集中複製 PostgreSQL，則在 10.0.51.0/24 子網路中安裝第二台主機） ## 驗證：VPC 連線 安裝主機電腦後，請驗證網路組態。使用 SSH 從 Bastion 安全性群組中的主機連線到每個子網路中的主機來驗證主機之間的連線。 ### 範例：連線到 AWS 中的 Bastion 主機 1. 為 ssh-agent 設定管理員電腦。這讓您可以連線到 AWS 中的主機，而無需將私有金鑰檔案放置在任何 EC2 執行個體上。 要在 Mac 上設定 ssh-agent，請執行以下命令： `ssh-add -K myPrivateKey.pem` 或用於最新 Mac OS，`ssh-add --apple-use-keychain myPrivateKey.pem` 針對 Windows，請參閱主題[安全連線到在私有 Amazon VPC 執行的 Linux 執行個體](https://aws.amazon.com/blogs/security/securely-connect-to-linux-instances-running-in-a-private-amazon-vpc/) 。 2. 執行以下命令連線到 Bastion 主機： `ssh -A ec2-user@` 3. 然後，可以使用私有 IP 位址從 Bastion 主機連線到 VPC 中的其他主機，例如： `ssh -A ec2-user@10.0.1.93` [跳至主要內容](#main-content) # 第 4 部分 - 安裝並設定 Tableau Server **附註**：Tableau不再更新《企業部署指南》。儘管我們仍然推薦將此處描述的參考架構作為 AWS 中 Tableau Server 的有效部署模型，但自上次更新以來，具體的設定過程可能已變更。請始終將這些步驟與最新的 [Tableau Server 說明](https://help.tableau.com/current/server/zh-tw/get_started_server.htm) 文件進行交叉引用，以確保準確無誤。 本主題描述如何完成安裝和設定基準 Tableau Server 部署。此處的過程繼續 AWS 和 Linux 參考架構範例。 整個 Linux 範例的安裝過程展示了 RHEL-like 發行版的命令。具體來說，這裡的命令是使用 Amazon Linux 2 發行版開發的。若執行的是 Ubuntu 發行版，請編輯相對應的命令。 ## 開始之前 [第 3 部分 - 準備 Tableau Server Enterprise 部署](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part3.htm)所述，準備和驗證您的環境。 ## 安裝、設定 PostgreSQL 和建立 tar 備份 此 PostgreSQL 執行個體託管 Tableau Server 部署的外部存放庫。在安裝 Tableau 之前，必須安裝和設定 PostgreSQL。 可在 Amazon RDS 或 EC2 執行個體上執行 PostgreSQL。有關在 RDS 與 EC2 執行個體上執行存放庫之間的差異詳情，請參閱 _Tableau Server 外部存放庫_ ([Linux](https://help.tableau.com/current/server-linux/zh-tw/server_external_repo.htm))。 作為範例，以下過程顯示如何在 Amazon EC2 執行個體上安裝和設定 Postgres。此處顯示的範例是參考架構中 PostgreSQL 的通用安裝和設定。DBA 應根據您的資料大小和效能需求最佳化 PostgreSQL 部署。 要求：請注意，必須執行 PostgreSQL 1.6，並且必須安裝 uuid-ossp 模組。 ### PostgreSQL 版本 您必須為 Tableau Server 外部存放庫安裝相容的主要版本 PostgreSQL。此外，次要版本還必須滿足最低要求。
Tableau Server 版本PostgreSQL 最低相容版本

2022.3.0 - 2022.3.7

2023.1.0 - 2023.1.4

13.7
2022.1.17 - 2022.1.19

2022.3.8 - 2022.3.19

2023.1.5 - 2023.1.15

2023.3.0 - 2023.3.8

13.11
2022.3.20 - 2022.3.x

2023.1.16 - 2023.1.x

2023.3.9 - 2023.3.x

13.14
2024.0 - 2024.2.815.6
2024.2.9 - 2024.2.13

2025.1.0 - 2025.1.6

15.10
2024.2.14 - 2024.2.16

2025.1.7 - 2025.1.9

15.13

2024.2.17

2025.1.10

2025.3 - 2025.3.5

15.14
2025.3.615.16

2026.2.x

17.7
### 安裝 PostgreSQL 此範例安裝程序描述如何安裝 PostgreSQL 版本 13.6。 登入在之前「部分」中所建立的 EC2 主機。 1. 執行更新以將最新的修正套用到 Linux OS： `sudo yum update` 2. 在 `/etc/yum.repos.d/` 路徑中建立並編輯檔案 pgdg.repo.。將以下設定資訊填入檔案： \[pgdg13\] name=PostgreSQL 13 for RHEL/CentOS 7 - x86\_64 baseurl=https://download.postgresql.org/pub/repos/yum/13/redhat/rhel-7-x86\_64 enabled=1 gpgcheck=0 3. 安裝 Posgres 13.6： sudo yum install postgresql13-server-13.6-1PGDG.rhel7.x86\_64 4. 安裝 uuid-ossp 模組： sudo yum install postgresql13-contrib-13.6-1PGDG.rhel7.x86\_64 5. 初始化 Postgres： sudo /usr/pgsql-13/bin/postgresql-13-setup initdb ### 設定 Postgres 設定 Postgres 以完成基本安裝： 1. 請使用下列兩個項目來更新 pg\_hba 組態檔，`/var/lib/pgsql/13/data/pg_hba.conf` 。每個項目都必須包含將執行 Tableau Server 的子網路遮罩：  `host all all 10.0.30.0/24 password` `host all all 10.0.31.0/24 password` 2. 要更新 Postgresql 檔，`/var/lib/pgsql/13/data/postgresql.conf`，請新增此行： `listen_addresses = '*'` 3. 設定在重開機時啟動 Postgres： sudo systemctl enable --now postgresql-13 4. 設定超級使用者密碼： sudo su - postgres psql -c "alter user postgres with password 'StrongPassword'" **附註**：設定強式密碼。切勿使用此處範例中所示的 `'StrongPassword`'。 exit 5. 重新啟動 Postgres： sudo systemctl restart postgresql-13 ## 使用 PostgreSQL 步驟 1 tar 備份 建立 PostgreSQL 設定的 tar 備份。如果在繼續部署時遇到故障，請建立當前設定的 tar 快照以節省時間。 我們將此稱為「步驟 1」備份。 在 PostgreSQL 主機上： 1. 停止 Postgres 資料庫執行個體： sudo systemctl stop postgresql-13 2. 執行以下命令建立 tar 備份： sudo su cd /var/lib/pgsql tar -cvf step1.13.bkp.tar 13 exit 3. 啟動 Postgres 資料庫： sudo systemctl start postgresql-13 還原步驟 1 如果 Tableau Server 初始節點在安裝過程中出現故障，則還原到步驟 1。 1. 在執行 Tableau 的電腦上，執行 obliterate 指令碼來完全移除主機中的 Tableau Server： sudo /app/tableau\_server/packages/scripts././tableau-server-obliterate -a -y -y -y -l 2. 還原 PostgreSQL Stage 1 tar。在執行 Postgres 的電腦上，執行以下命令： sudo su systemctl stop postgresql-13 cd /var/lib/pgsql tar -xvf step1.13.bkp.tar systemctl start postgresql-13 exit 繼續安裝 Tableau Server 初始節點的安裝流程。 ## 安裝之前 如果根據本指南中描述的 AWS/Linux 範例實作部署 Tableau，則也許能夠執行自動安裝指令碼 TabDeploy4EDG。TabDeploy4EDG 指令碼會自動執行以下過程中描述的四節點 Tableau 部署的範例安裝。請參閱[附錄 - AWS 部署工具箱](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part_app-aws.htm)。 ## 安裝 Tableau Server 初始節點 此過程描述如何按照參考架構的定義，安裝 Tableau Server 的初始節點。除了安裝套件和初始化 TSM 之外，在此過程盡量使用 TSM 命令行。由於獨立於平台之外，使用 TSM CLI 能讓虛擬化和無頭環境的安裝更加順利。 ### 執行安裝套件並初始化 TSM 登入到節點 1 主機伺服器。 1. 執行更新以將最新的修正套用到 Linux OS： sudo yum update 2. 從[Tableau 下載頁面](https://www.tableau.com/zh-tw/support/releases/server)複製安裝組件到即將執行 Tableau Server 的主機電腦。 例如，在執行 Linux RHEL-like 操作系統的電腦上，執行： wget https://downloads.tableau.com/esdalt/2022/tableau-server-.rpm 其中， `` 是版本號。 3. 下載並安裝相依性： sudo yum deplist tableau-server-.rpm | awk '/provider:/ {print $2}' | sort -u | xargs sudo yum -y install 4. 在根目錄中建立 `/app/tableau_server` 路徑： sudo mkdir -p /app/tableau\_server 5. 執行安裝程序並指定`/app/tableau_server`安裝路徑。例如，在類似於 Linux RHEL 的作業系統上，執行： sudo rpm -i --prefix /app/tableau\_server tableau-server-.x86\_64.rpm 6. 更改為`/app/tableau_server/packages/scripts./`目錄並執行位於該處的 `initialize-tsm`指令碼： sudo ./initialize-tsm -d /data/tableau\_data --accepteula 7. 初始化完成後，離開 shell： exit ### 啟用並註冊 Tableau Server。 1. 登入到節點 1 主機伺服器。 2. 在此步驟中提供 Tableau Server 產品金鑰。為您購買的每個授權金鑰執行以下命令： tsm licenses activate -k 3. 使用如下所示的格式建立一個 json 登錄檔： { "zip" : "97403", "country" : "USA", "city" : "Springfield", "last\_name" : "Simpson", "industry" : "Energy", "eula" : "yes", "title" : "Safety Inspection Engineer", "company\_employees" : "100", "phone" : "5558675309", "company" : "Example", "state" : "OR", "opt\_in" : "true", "department" : "Engineering", "first\_name" : "Homer", "email" : "homer@example.com" } 4. 儲存對檔案進行的變更之後，使用`--file`選項傳遞該檔案以註冊 Tableau Server： tsm register --file path\_to\_registration\_file.json ### 設定身分識別存放區 **附註**：若部署將使用外部儲存作為 Tableau 檔案存放區，則需要先啟用外部檔案存放區，然後再設定身分存放區。請見_使用外部檔案存放區安裝 Tableau Server_。（[Linux](https://help.tableau.com/current/server-linux/zh-tw/server_external_filestore_storage_new_install.htm)）。 參考架構預設使用本機身分識別存放區。要設定本機身分識別存放區的初始主機，請透過`tsm settings import`命令來傳遞`config.json`檔案。 根據作業系統匯入 `config.json` 檔： `config.json`檔包含在 scripts. 目錄路徑中（例如，`scripts.20204.21.0217.1203` )，且其格式可用來設定識別身分存放區。 執行以下命令匯入`config.json`檔： tsm settings import -f /app/tableau\_server/packages/scripts./config.json ### 設定外部 Postgres 1. 使用下列組態設定建立外部資料庫 json 檔： { "flavor":"generic", "masterUsername":"postgres", "host":"", "port":5432 } 2. 儲存對檔案的變更後，使用以下命令傳遞檔案： tsm topology external-services repository enable -f .json --no-ssl 將會提示您輸入 Postgres 主要使用者名稱密碼。 選項 `--no-ssl` 將 Tableau 設定為僅在 Postgres 伺服器設定為使用 SSL/TLS 時使用 SSL/TLS。若 Postgres 沒有設定為使用 SSL/TLS ，那麼連線不會被加密。[第 6 部分 - 安裝後組態](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part6.htm)描述了在完成第一階段部署後如何為 Postgres 連線啟用 SSL/TLS。 3. 應用變更。 執行此命令來套用變更並重新啟動 Tableau Server： tsm pending-changes apply 4. 刪除您在步驟 1 中使用的設定檔案。 ### 完成節點 1 安裝 1. 安裝 Tableau Server 後，必須初始化伺服器。 執行以下命令： tsm initialize --start-server --request-timeout 1800 2. 初始化完成後，必須建立一個 Tableau Server 管理員帳戶。 有別於用來安裝和管理 TSM 操作系統元件的電腦帳戶，Tableau Server 管理員帳戶是一種用來建立 Tableau Server 使用者、專案和網站的應用程式帳戶。Tableau Server 管理員還能將使用權限應用在 Tableau 資源。執行以下命令以建立初始管理員帳戶。在下面的範例中，使用者被稱為`tableau-admin`： tabcmd initialuser --server http://localhost --username "tableau-admin" Tabcmd 將提示您為此使用者設置密碼。 ### 驗證：節點 1 組態 1. 執行以下命令以驗證 TSM 服務是否正在執行： tsm status -v Tableau 應傳回以下內容： external: Status: RUNNING 'Tableau Server Repository 0' is running (Active Repository). node1: localhost Status: RUNNING 'Tableau Server Gateway 0' is running. 'Tableau Server Application Server 0' is running. 'Tableau Server Interactive Microservice Container 0' is running. 'MessageBus Microservice 0' is running. 'Relationship Query Microservice 0' is running. 'Tableau Server VizQL Server 0' is running. ... 將會列出所有服務。 2. 執行以下命令以驗證 Tableau 管理站點是否正在執行： curl localhost 前幾行應該顯示 Vizportal html，類似於： /./start-administrative-services 8. 在節點 1 上，在重新啟動之前執行`tsm status`命令監測 TSM 狀態。 在某些情況下，會收到錯誤訊息，`Cannot connect to server...` .出現此錯誤是因為 tabadmincontroller 服務尚未重新啟動。繼續定期執行`tsm status`。如果此錯誤在 10 分鐘後仍未消失，請再次執行`start-administrative-services`命令。 片刻之後，`tsm status`命令將傳回 DEGRADED 狀態，然後傳回 ERROR。在傳回 STOPPED 狀態之前不要啟動 TSM。然後執行以下命令： tsm start 在其他節點繼續 Tableau Server 的安裝過程。 ## 在其他節點安裝 Tableau Server 要繼續部署，請將 Tableau 安裝程式複製到每個節點。 Nodes 設定概觀 本節介紹設定節點 2-4的過程。以下各節提供了每個步驟的詳細設定和驗證過程。 Tableau Server 節點 2-4 的安裝要求您在節點安裝期間產生、複製和引用啟動程序檔案。 要產生啟動程序檔案，請在初始節點上執行 TSM 命令。然後，您會將啟動程序檔案複製到目標節點，並在其中將其當作節點初始化的一部分執行。 以下 json 內容顯示了啟動程序檔案範例。（為了使範例檔案易於閱讀，憑證與加密相關的數值已被截斷。） { "initialBootstrapSettings" : { "certificate" : "-----BEGIN CERTIFICATE-----\\r\\...=\\r\\n-----END CERTIFICATE-----", "port" : 8850, "configurationName" : "tabsvc", "clusterId" : "tabsvc-clusterid", "cryptoKeyStore" : "zs7OzgAAAAIAAAABAAAAA...w==", "toksCryptoKeystore" : "LS0tLS1CRUdJTiBUT00tLS0tCjM5MDBh...L", "sessionCookieMaxAge" : 7200, "nodeId" : "node1", "machineAddress" : "ip-10-0-1-93.us-west-1.compute.internal", "cryptoEnabled" : true, "sessionCookieUser" : "tsm-bootstrap-user", "sessionCookieValue" : "eyJjdHkiOiJKV1QiLCJlbmMiOiJBMTI4Q0JDLUhQ...", "sessionCookieName" : "AUTH\_COOKIE" } } 啟動程序檔案包括連線式的驗證，以對節點 1 進行身分驗證，並為啟動程序流程建立加密的管道。啟動程序工作階段是有時間限制的，設定和驗證節點非常耗時。設定節點時，計劃建立和複製新的啟動程序。 啟動程序檔案後，然後登入到初始 Tableau Server 節點並為新節點設定程序。完成節點設定後，必須套用變更並重新啟動初始節點。新節點已設定並啟動。新增節點時，部署的設定和重新啟動將繼續花費更長的時間才能完成。 整個 Linux 範例的安裝過程展示了 RHEL-like 發行版的命令。若執行的是 Ubuntu 發行版，請編輯相對應的命令。 1. 執行更新以將最新的修正套用到 Linux OS： sudo yum update 2. 下載並安裝相依性： sudo yum deplist tableau-server-.rpm | awk '/provider:/ {print $2}' | sort -u | xargs sudo yum -y install 3. 在根目錄中建立 `/app/tableau_server` 路徑： sudo mkdir -p /app/tableau\_server 4. 執行安裝程式並指定`/app/tableau_server`安裝路徑。例如，在類似於 Linux RHEL 的作業系統上，執行： sudo rpm -i --prefix /app/tableau\_server tableau-server-.x86\_64.rpm ## 產生、複製並使用啟動程序檔案以初始化 TSM 以下流程展示在另一個節點初始化 TSM 時，如何產生、複製並使用啟動程序檔案。在此範例中，啟動程序檔案稱為 `boot.json`。 在此範例中，主機在 AWS 中執行，其中 EC2 主機正在執行 Amazon Linux 2 。 1. 連線到初始節點 (節點 1) 並執行以下命令： tsm topology nodes get-bootstrap-file --file boot.json 2. 複製啟動程序檔到節點 2 。 scp boot.json ec2-user@10.0.31.83:/home/ec2-user/ 3. 連線到節點 2 並切換到 Tableau Server 指令碼目錄： cd /app/tableau\_server/packages/scripts. 4. 執行 `initialize-tsm` 命令並參照啟動程序檔： sudo ./initialize-tsm -d /data/tableau\_data -b /home/ec2-user/boot.json --accepteula 5. `initialize-tsm` 完成後，刪除 `boot.json`，然後結束或登出工作階段。 ## 設定流程 您必須在執行 Tableau Server 管理控制項目（TSM 控制項目）的節點上設定 Tableau Server 叢集。TSM 控制項目在初始節點上執行。 ![流程狀態視窗，顯示 Tableau Server 中執行流程的即時狀態。](/tableau/next/zh-tw/guides/enterprise-deployment/zh-tw/Img/edg-process-config.png) ### 設定節點 2 1. 在節點 2 上使用啟動程序檔初始化 TSM 後，請登入初始節點。 2. 要在節點 2 上設定程序，請在初始節點（`node1` ）執行以下命令： tsm topology set-process -n node2 -pr clustercontroller -c 1 tsm topology set-process -n node2 -pr gateway -c 1 tsm topology set-process -n node2 -pr vizportal -c 1 tsm topology set-process -n node2 -pr vizqlserver -c 2 tsm topology set-process -n node2 -pr cacheserver -c 2 tsm topology set-process -n node2 -pr searchserver -c 1 tsm topology set-process -n node2 -pr dataserver -c 2 tsm topology set-process -n node2 -pr clientfileservice -c 1 tsm topology set-process -n node2 -pr tdsservice -c 1 tsm topology set-process -n node2 -pr collections -c 1 tsm topology set-process -n node2 -pr contentexploration -c 1 如果要安裝 2022.1 或更高版本，請同時新增索引和搜尋服務： tsm topology set-process -n node2 -pr indexandsearchserver -c 1 如果要安裝版本 2023.3 或更高版本，請僅納入索引與搜尋服務：請勿新增搜尋與瀏覽 (searchserver) 服務 3. 在套用前檢視組態。執行以下命令： tsm pending-changes list 4. 確認您的變更在待處理清單中後（待處理清單中還有其他服務），請套用變更： tsm pending-changes apply 所做的變更將需要重新啟動。設定與重新啟動會需要一些時間。 5. 驗證節點 2 組態。執行以下命令： tsm status -v ### 設定節點 3 在節點 3 上使用啟動程序初始化 TSM，然後執行`tsm topology set-process`下面的命令。 每當您設定程序時，都會顯示一個協調服務警告。您可以在設定程序時忽略此警告。 1. 在節點 3 上使用啟動程序檔案初始化 TSM 後，請登入初始節點 (`node1` ) 並執行以下命令來設定流程： tsm topology set-process -n node3 -pr clustercontroller -c 1 tsm topology set-process -n node3 -pr clientfileservice -c 1 tsm topology set-process -n node3 -pr backgrounder -c 4 tsm topology set-process -n node3 -pr filestore -c 1 如果要安裝 2022.1 或更高版本，請同時新增索引和搜尋服務： tsm topology set-process -n node3 -pr indexandsearchserver -c 1 2. 在套用前檢視組態。執行以下命令： tsm pending-changes list 3. 確認您的變更在待處理清單中後（該清單將包括其他自動設定的服務），請套用變更： tsm pending-changes apply --ignore-warnings 所做的變更將需要重新啟動。設定與重新啟動會需要一些時間。 4. 透過執行以下命令確認組態： tsm status -v ## 將協調服務組合部署到節點 1-3 對於標準參考架構四節點部署，請執行以下流程： 1. 在節點 1 上執行以下命令： tsm stop tsm topology deploy-coordination-service -n node1,node2,node3 該流程包括重新啟動 TSM，這需要一些時間。 2. 協調服務部署完成後，啟動 TSM： tsm start ## 進行步驟 3 tar 備份 安裝驗證後，請進行四個 tar 備份： - PostgreSQL - Tableau 初始節點（節點 1） - Tableau 節點 2 - Tableau 節點 3 建立 Step 3 tar 檔案 1. 在 Tableau 的初始節點上，停止 Tableau： tsm stop 2. TSM 停止後，停止每個節點上的 Tableau 管理服務。在每個節點上依次（節點 1、節點 2 、節點 3）執行以下命令： sudo /app/tableau\_server/packages/scripts././stop-administrative-services 3. 在 PostgreSQL 主機上，停止 Postgres 資料庫執行個體： sudo systemctl stop postgresql-12 4. 執行以下命令建立 tar 備份： sudo su cd /var/lib/pgsql tar -cvf step3.12.bkp.tar 12 exit 5. 驗證 Postgres tar 檔案是使用 root 權限建立的： sudo ls -al /var/lib/pgsql 6. 在 Postgres 主機上，啟動 Postgres 資料庫： sudo systemctl start postgresql-12 7. 在節點 1、節點 2 和節點 3 上建立 tar 備份。在每個節點上執行以下命令： - cd /data sudo tar -cvf step3.tableau\_data.bkp.tar tableau\_data - 驗證是否使用 root 權限建立 Tableau tar 檔案： ls -al 8. 在每個節點上依次（節點 1、節點 2 、節點 3）啟動 Tableau 管理服務 ： sudo /app/tableau\_server/packages/scripts././start-administrative-services 9. 在重新啟動之前執行 `tsm status` 命令以監測 TSM 狀態。 在大多數情況下，該命令將傳回 DEGRADED 或 ERROR 狀態。稍待片刻，然後再次執行該命令。如果傳回 ERROR 或 DEGRADED 狀態，則繼續等待。在傳回 STOPPED 狀態之前不要嘗試啟動 TSM。然後執行以下命令： tsm start 還原步驟 3 此過程將還原 Tableau 節點 1、節點 2 和節點 3。也會還原 Postgres 執行個體到步驟 3。還原到此步驟後，可以部署協調服務、節點 4，然後是最終節點組態。 1. 在初始 Tableau 主機（節點 1）上停止 tsm 服務： tsm stop 2. TSM 停止後，停止節點 1、節點 2 和節點 3 上的 Tableau 管理服務。在每個節點上執行以下命令： sudo /app/tableau\_server/packages/scripts././stop-administrative-services 3. 還原 PostgreSQL 步驟 3 tar。在執行 Postgres 的電腦上，執行以下命令： sudo su systemctl stop postgresql-12 cd /var/lib/pgsql tar -xvf step3.12.bkp.tar systemctl start postgresql-12 exit 4. 在節點 1、節點 2 和節點 3 上還原 Tableau 步驟 3 tar。在每個 Tableau 節點上執行以下命令： cd /data sudo rm -rf tableau\_data sudo tar -xvf step3.tableau\_data.bkp.tar 5. 在 Tableau 節點 1 電腦上，移除下列檔案： - sudo rm /data/tableau\_data/data/tabsvc/appzookeeper/1/version-2/currentEpoch - sudo rm /data/tableau\_data/data/tabsvc/appzookeeper/1/version-2/acceptedEpoch - sudo rm /data/tableau\_data/data/tabsvc/tabadminagent/0/servicestate.json 如果 shell 傳回「找不到檔案」錯誤訊息，則可能需要變更路徑名稱以增加路徑此部分中的數字``：`.../appzookeeper//version-2/...` 。 6. 重新啟動節點 1、節點 2 和節點 3 上的管理服務。在每個節點上執行以下命令： sudo /app/tableau\_server/packages/scripts././start-administrative-services sudo su -l tableau -c "systemctl --user daemon-reload" sudo /app/tableau\_server/packages/scripts././start-administrative-services 7. 在節點 1 上，在重新啟動之前執行`tsm status`命令監測 TSM 狀態。 在某些情況下，會收到錯誤訊息，`Cannot connect to server...` .出現此錯誤是因為 tabadmincontroller 服務尚未重新啟動。繼續定期執行`tsm status`。如果此錯誤在 10 分鐘後仍未消失，請再次執行`start-administrative-services`命令。 片刻之後，`tsm status`命令將傳回 DEGRADED 狀態，然後傳回 ERROR。在傳回 STOPPED 狀態之前不要啟動 TSM。然後執行以下命令： `tsm start` 在節點 1-3 上，繼續安裝流程以部署協調服務。 ## 設定節點 4 節點 4 的設定過程與節點 3 相同。 將程序設定為與節點 3 設定的相同，執行與以上相同的命令集，但在命令中指定 `node4` 而不是 `node3`。 與節點 3 驗證一樣，透過執行`tsm status -v` 來驗證節點 4 組態。 在繼續之前，請等待節點 4 上「檔案存放區」的過程完成同步。「檔案存放區」服務狀態將傳回`is synchronizing`直到它完成。當「檔案存放區」服務狀態傳回`is running`時，便可以繼續。 ## 最終程序組態和驗證 程序設定的最後一步是從節點 1 刪除冗餘程序。 1. 連接到初始節點 (`node1`)。 2. 停用節點 1 上的檔案存放區。這將導致有關從相同位置的控制項目中刪除檔案存放區的警告。這個警告可以忽略。執行以下命令： tsm topology filestore decommission -n node1 3. 在停止檔案存放區後，執行以下命令以從節點 1 中刪除後台流程： tsm topology set-process -n node1 -pr backgrounder -c 0 4. 在套用前檢視組態。執行以下命令： tsm pending-changes list 5. 確認您的變更在待處理清單中之後，請套用變更： tsm pending-changes apply 所做的變更將需要重新啟動。設定與重新啟動會需要一些時間。 6. 驗證組態： `tsm status -v`。 在繼續之前，請等待節點 4 上「檔案存放區」的過程完成同步。「檔案存放區」服務狀態將傳回`is synchronizing`直到它完成。當「檔案存放區」服務狀態傳回`is running`時，便可以繼續。 ## 執行備份 完整復原 Tableau Server 所需的備份是由三個部分組合而成： - 存放庫和檔案存放區資料的備份檔案。這個檔案是由`tsm maintenance backup`命令所產生的。 - 拓撲和組態匯出檔案。這個檔案是由`tsm settings export`命令所產生的。 - 身份驗證憑證、金鑰和 keytab 檔案。 有關備份和還原過程的完整說明，請參閱 Tableau Server 主題_執行 Tableau Server 的完整備份和還原_([Linux](https://help.tableau.com/current/server-linux/zh-tw/backup_restore.htm))。 在部署的這個階段，請執行`tsm maintenance backup`和`tsm settings export`命令，就能包含完整還原所需的所有相關檔案和資產。 1. 執行以下命令將組態和拓撲設定匯出到名為`ts_settings_backup.json`的檔案 tsm settings export -f ts\_settings\_backup.json 2. 建立存放庫和檔案存放區資料的備份，請在名為`ts_backup-.tsbak`的檔案中執行以下命令忽略有關檔案存放區不在控制項目節點上的警告。 tsm maintenance backup -f ts\_backup -d --skip-compression 備份檔的位置： `/data/tableau_data/data/tabsvc/files/backups/` 3. 複製這兩個檔案並保存在 Tableau Server 部署未共享的其他儲存資產上。 [跳至主要內容](#main-content) # 第 5 部分 - 配置 Web 層 **附註**：Tableau不再更新《企業部署指南》。儘管我們仍然推薦將此處描述的參考架構作為 AWS 中 Tableau Server 的有效部署模型，但自上次更新以來，具體的設定過程可能已變更。請始終將這些步驟與最新的 [Tableau Server 說明](https://help.tableau.com/current/server/zh-tw/get_started_server.htm) 文件進行交叉引用，以確保準確無誤。 參考架構的 Web 層應包括以下組件： - 面向 Web 的應用程式負載平衡器，它接受來自 Tableau 用戶端的 HTTPS 請求並與反向 proxy 伺服器進行通訊。 - 反向 proxy：  - 建議部署 Tableau Server 獨立閘道。 - 建議至少使用兩個 proxy 伺服器為冗餘和處理用戶端加載。 - 從負載平衡器接收 HTTPS 流量。 - 支援 Tableau 主機的相黏工作階段。 - 為執行閘道過程的每個 Tableau Server 設定循環負載平衡 proxy。 - 處理來自外部 IdP 的身份驗證請求。 - 正向 Proxy：Tableau Server 需要存取網際網路獲得授權與對應功能。您必須為 Tableau 服務 URL 設定正向 proxy 允許清單。請參閱《_與網際網路通訊》_（ [Linux](https://help.tableau.com/current/server-linux/zh-tw/plan_network.htm)）。 - 所有與用戶端相關的流量都可以透過 HTTPS 加密： - 用戶端到應用程式負載平衡器 - 應用程式負載平衡器到反向 proxy 伺服器 - Proxy 伺服器到 Tableau Server - 在反向 proxy 上執行到 IdP 的身份驗證處理程序 - Tableau Server 到 IdP ### Tableau Server 獨立閘道 Tableau Server 版本 2022.1 中引入了 Tableau Server 獨立閘道。獨立閘道是 Tableau 閘道流程的獨立執行個體，用作 Tableau 感知反向 Proxy。 獨立閘道支援到後端 Tableau Server 的簡單循環配置資源負載平衡。但是，獨立閘道並非旨在充當企業應用程式負載平衡器。我們建議在企業級應用程式負載平衡器後面執行獨立閘道。 獨立閘道需要 Advanced Management 授權。 ## 驗證和授權 預設參考架構會指定安裝 Tableau Server 並設定本機驗證。在此模型中，用戶端必須連線到 Tableau Server 才能透過本機 Tableau Server 本機驗證流程進行驗證。不建議在參考架構中使用此驗證方法，因為該情境要求未經驗證的用戶端與應用程式層通訊，這存在安全風險。 相反，我們建議設定企業級外部身分識別提供者和 AuthN 模組，以預先驗證所有到應用程式層的流量。使用外部 IdP 設定時，不使用本機 Tableau Server 本機驗證流程。在 IdP 對使用者進行驗證後，Tableau Server 會授權存取部署中的資源。 ### 使用 AuthN 模組進行預先驗證 在本指南中記錄的範例中，已設定 SAML SSO，但可以使用大多數外部身分識別提供者和 AuthN 模組設定預先驗證流程。 在參考架構中，反向 Proxy 設定為在 Proxy 處理這些對 Tableau Server 的請求之前與 IdP 建立用戶端驗證工作階段。我們將此過程稱為_預驗證_階段。反向 Proxy 只會將經過驗證的用戶端工作階段重新導向到 Tableau Server。然後，Tableau Server 將建立一個工作階段，使用 IdP 驗證工作階段的身分驗證，然後傳回用戶端請求。 下圖顯示了已設定 AuthN 模組的預先驗證和驗證流程的分步詳細資訊。反向 Proxy 可能為泛型協力廠商解決方案或 Tableau Server 獨立閘道： ![上圖所示的步驟。步驟 1：Tableau 用戶端請求 Tableau Server 上的資源。第 2 步：反向 Proxy 建立身份驗證請求，並將 URL 重新導向到身份提供者。第 3 步：身份提供者向使用者傳送登入表單。第 4 步：提示使用者輸入憑證。第 5 步：身份提供者驗證使用者提交的憑證。第 6 步：身份提供者回應發佈至反向 Proxy 服務提供者內嵌 SAML 判斷的用戶端。步驟 7：Proxy 上的服務提供者驗證判斷，建立工作階段，然後重新導向到 Tableau Server 上的服務提供者。步驟 8：Tableau Server 上的服務提供者向身份提供者建立身份驗證請求。第 9 步：身份提供者驗證當前工作階段。步驟 10：Tableau Server 上的服務提供程式驗證並建立自己的工作階段並將回應傳送給使用者。步驟 11：使用者連線到 Tableau Server 以對指定資源進行授權。](/tableau/next/zh-tw/guides/enterprise-deployment/zh-tw/Img/pixel-transparent.png) ## 設定概觀 以下為設定 Web 層的過程概觀。在每個步驟之後驗證連線： 1. 設定兩個反向 proxy 以提供對 Tableau Server 的 HTTP 存取。 2. 在 proxy 伺服器上使用相黏工作階段設定負載平衡邏輯，以連線到執行閘道處理序的每個 Tableau Server 執行個體。 3. 在 Internet 閘道使用相黏工作階段設定套用應用程式負載平衡，以將請求轉傳到反向 proxy 伺服器。 4. 使用外部 IdP 設定身份驗證。可以在反向 proxy 伺服器上安裝身份驗證處理程式來設定 SSO 或 SAML。AuthN 模組管理外部 IdP 和 Tableau 部署之間的驗證信號交換。Tableau 還將充當 IdP 服務提供者並使用 IdP 對使用者進行身份驗證。 5. 要在此部署中使用 Tableau Desktop 進行身份驗證，用戶端必須執行 Tableau Desktop 2021.2.1 或更高版本。 ## 使用 Tableau Server 獨立閘道設定 Web 層的範例 本主題的其餘部分會介紹一個端到端的過程，該過程會描述如何使用 Tableau Server 獨立閘道在範例 AWS 參考架構中實作 Web 層。有關使用 Apache 作為反向 Proxy 的範例設定，請參閱[附錄 - 具有 Apache 示例部署的 Web 層](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part_app-apache.htm)。 範例設定由以下元件組成： - AWS 應用程式負載平衡器 - Tableau Server 獨立閘道 - Mellon 驗證模組 - Okta IdP - SAML 驗證 **附註**：本節中提供的範例 Web 層設定包括部署協力廠商軟體和服務的詳細程序。我們已盡最大努力驗證和記錄啟用 Web 層方案的過程。但是，協力廠商軟體可能會發生變化，或者您的方案可能與此處描述的參考架構不同。權威設定細節和支援請參考協力廠商文件。 整個區段中的 Linux 範例展示了 RHEL-like 發行版的命令。具體來說，這裡的命令是使用 Amazon Linux 2 發行版開發的。若執行的是 Ubuntu 發行版，請編輯相對應的命令。 在此範例中部署 Web 層遵循逐步設定和驗證程序。核心 Web 層設定包含以下步驟，用於在 Tableau 和 Internet 之間啟用 HTTP。獨立閘道執行並設定為在 AWS 應用程式負載均衡器後面進行反向 proxy/負載均衡： 1. 準備環境 2. 安裝獨立閘道 3. 設定獨立閘道伺服器 4. 配置 AWS 應用程式負載均衡器 設定 Web 層並驗證與 Tableau 的連線後，使用外部提供者設定身份驗證。 ### 準備環境 在部署獨立閘道之前完成以下工作。 1. AWS 安全性群組變更。將公共安全群組設定為允許來自私人安全群組的傳入獨立閘道內務管理流量 (TCP 21319)。 2. 如[第 4 部分 - 安裝並設定 Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part4.htm)中所述，在四節點 Tableau Server 叢集上安裝版本 22.1.1（或更高版本）。 3. 如[設定主機電腦](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part3.htm#Install)中所述，在公共安全性群組中設定兩個 Proxy EC2 執行個體。 ### 安裝獨立閘道 Tableau Server 獨立閘道需要 Advanced Management 授權。 部署 Tableau Server 獨立閘道包括安裝和執行 .rpm 套件，然後設定初始狀態。本指南中包含的程序為部署到參考架構中提供了說明性指導。 若您的部署與參考架構不同，請參閱核心 Tableau Server 文件_使用獨立閘道安裝 Tableau Server_ ([Linux](https://help.tableau.com/current/server-linux/zh-tw/server_tsig_new_install.htm))。 **重要提示**：設定獨立閘道是可能出錯的程序。跨獨立閘道伺服器的兩個執行個體對設定問題進行疑難排解非常困難。因此建議一次設定一個獨立閘道伺服器。設定第一台伺服器並驗證功能後，應設定第二台獨立閘道伺服器。 儘管您將分別設定每個獨立閘道伺服器，請在安裝到公共安全群組中的兩個 EC2 執行個體中執行此安裝過程：  1. 執行更新以將最新的修正套用到 Linux OS： sudo yum update 2. 如果安裝到 Apache，請將其移除： sudo yum remove httpd 3. 將版本 2022.1.1（或更高版本）獨立閘道安裝套件從 [Tableau 下載頁面](https://www.tableau.com/zh-tw/support/releases/server)複製到將執行 Tableau Server 的主機電腦。 例如，在執行 Linux RHEL-like 操作系統的電腦上，執行： wget https://downloads.tableau.com/esdalt/2022/tableau-server-tsig-.x86\_64.rpm 4. 執行安裝程式：例如，在類似於 Linux RHEL 的作業系統上，執行： sudo yum install .x86\_64.rpm 5. 變更為`/opt/tableau/tableau_tsig/packages/scripts./` 目錄，並執行位於該處的 `initialize-tsig` 指令碼。除了 `--accepteula` 標幟外，還必須包括執行 Tableau Server 部署的子網路之 IP 範圍。使用 `-c` 選項指定 IP 範圍。下面的範例顯示了包含指定範例 AWS 子網路的命令： sudo ./initialize-tsig --accepteula -c "ip 10.0.30.0/24 10.0.31.0/24" 6. 初始化完成後，開啟 `tsighk-auth.conf` 檔案，並複製檔案中的驗證密碼。作為後端 Tableau Server 設定的一部分，需要為每個獨立閘道執行個體提交此程式碼： sudo less /var/opt/tableau/tableau\_tsig/config/tsighk-auth.conf 7. 在獨立閘道的兩個執行個體上執行上述步驟後，準備 `tsig.json` 設定檔。設定檔由「independentGateways」陣列組成。該陣列包含設定物件，每個物件定義獨立閘道執行個體的連線詳細資訊。 複製以下 JSON，並根據部署環境對其進行自訂。此處的範例顯示了範例 AWS 參考架構的檔案。 下面的示例 JSON 檔案僅包含一個獨立閘道連線資訊。在此程序的後續部分，您將包括第二個獨立閘道伺服器連線資訊。 將檔案儲存為 `tsig.json`，以用於以下程序。 { "independentGateways": \[ { "id": "ip-10-0-1-169.ec2.internal", "host": "ip-10-0-1-169.ec2.internal", "port": "21319", "protocol" : "http", "authsecret": "13660-27118-29070-25482-9518-22453" }\] } - `"id"`\- 執行獨立閘道的 AWS EC2 執行個體的私人 DNS 名稱。 - `"host"` - 與 `"id"` 相同。 - `"port"`\- 內務處理連接埠，預設為 `"21319"`。 - `"protocol"`\- 用戶端流量的通訊協定。將此保留為 `http`，用戶端流量的通訊協定。 - `"authsecret"`\- 在上一步中複製的密碼。 ### 獨立網關：直接與轉送連線 在繼續之前，必須決定在部署中設定哪種連線配置：直接連線或轉送連線。此處簡要描述了每個選項以及相關的決策資料點。 **轉送連線**：可以將獨立閘道設定為透過單個連接埠將用戶端通訊轉送到 Tableau Server 上的閘道流程。我們將此稱為_轉送_連線： - 轉送流程會導致從獨立閘道到後端 Tableau Server 閘道流程的過程中產生額外的躍點。與直接連線設定相比，額外的躍點會降低效能。 - 轉送模式支援 TLS。轉送模式下的所有通訊都僅限於單一通訊協定（HTTP 或 HTTPS），因此可以使用 TLS 進行加密和驗證。 **直接連線**：獨立閘道可以透過多個連接埠直接與後端 Tableau Server 流程通訊。我們將這種通訊稱為_直接_連線： - 由於直接連線到後端 Tableau Server，因此與轉送連線選項相比，用戶端效能顯著提高。 - 需要開啟 16 個以上從公共子網路到私人子網路的連接埠，以便實現從獨立閘道到 Tableau Server 電腦的直接流程通訊。 - 從獨立閘道到 Tableau Server 的流程尚不支援 TLS。 要在 Tableau Server 和 Independent Gateway 之間執行 TLS，您必須設定中繼連線。EDG 中的範例場景設定中繼連線。 1. 將 `tsig.json` 複製到 Tableau Server 部署的節點 1。 2. 在節點 1 上執行以下命令，以啟用獨立閘道。 tsm stop tsm configuration set -k gateway.tsig.proxy\_tls\_optional -v none tsm pending-changes apply tsm topology external-services gateway enable -c tsig.json tsm start 由於直接連線不支援 TLS，因此我們建議僅在能夠以其他方式保護所有網路流量的情況下才設定直接連線。要在 Tableau Server 和 Independent Gateway 之間執行 TLS，您必須設定中繼連線。EDG 中的範例場景設定中繼連線。 若將獨立閘道設定為直接連線到 Tableau Server，則必須啟用設定以觸發通訊。Tableau Server 與獨立閘道通訊後，將建立通訊協定目標。然後，必須從獨立閘道電腦中擷取 `proxy_targets.csv`，並開啟從 AWS 中公共安全性群組到私人安全性群組的相應連接埠。 1. 將 `tsig.json` 複製到 Tableau Server 部署的節點 1。 2. 在節點 1 上執行以下命令，以啟用獨立閘道。 tsm stop tsm topology external-services gateway enable -c tsig.json tsm start 3. 在獨立閘道電腦上執行以下命令，以檢視 Tableau Server 叢集正在使用的連接埠： less /var/opt/tableau/tableau\_tsig/config/httpd/proxy\_targets.csv 4. 設定 AWS 安全性群組。新增 `proxy_targets.csv` 中列出的 TCP 連接埠，以允許從公共安全性群組到私人安全性群組的通訊。 建議自動化連接埠輸入設定，因為若 Tableau Server 部署發生變更，連接埠可能會變更。在 Tableau Server 部署上新增節點或重新設定流程將觸發對獨立閘道所需的連接埠存取權的變更。 ### 驗證：基本拓撲組態 應該能夠藉由瀏覽至 `http://`.來存取 Tableau Server 管理員頁面。 如果 Tableau Server 登入頁面未載入，或者 Tableau Server 未啟動，請執行以下疑難排解步驟： 網路  - 在 Tableau Server 節點 1 執行以下 `wget` 命令來驗證 Tableau 部署和 Independent Gateway 執行個體之間的連線：wget http:// :21319，例如： wget http://ip-10-0-1-38:21319 如果連線遭拒或失敗，則驗證公用安全性群組是否設定為允許來自私有安全性群組的 Independent Gateway 內務處理流量 (TCP 21319)。 如果安全性群組設定正確，則驗證是否在 Independent Gateway 初始化期間指定正確的 IP 位址或 IP 範圍。您可以檢視並變更位於 `/etc/opt/tableau/tableau_tsig/environment.bash` 的 `environment.bash` 檔案設定。如果變更此檔案，則依照如下所述重新啟動 tsig-http 服務。 在 Proxy 1 主機上： 1. 用 Independent Gateway 存虛設常式覆寫 httpd.conf 檔案： cp /var/opt/tableau/tableau\_tsig/config/httpd.conf.stub /var/opt/tableau/tableau\_tsig/config/httpd.conf 2. 重新啟動 tsig-httpd 作為疑難排解的第一步： sudo su - tableau-tsig systemctl --user restart tsig-httpd exit 在 Tableau 節點 1 - 仔細檢查 `tsig.json` 檔案。若發現錯誤，請進行修復，然後執行 `tsm topology external-services gateway update -c tsig.json`。 - 若執行直接連線，請驗證 `proxy_targets.csv` 中列出的 TCP 連接埠是否設定為從公共到私人安全性群組的輸入連接埠。 ### 配置 AWS 應用程式負載均衡器 將負載平衡器設定為 HTTP 偵聽器。此處的過程描述瞭如何在 AWS 中新增負載平衡器。 #### 步驟 1：建立目標群組 目標群組是定義執行 Proxy 伺服器的 EC2 實例的 AWS 配置。這些是來自 LBS 的流量的目標。 1. EC2 > 目標群組 > 建立目標群組 2. 在建立頁面上： - 輸入目標群組名稱，例如 `TG-internal-HTTP` - 目標類型：執行個體 - 協定：HTTP - 連接埠：80 - VPC：選取您的 VPC - 在健康情況檢查\>進階健康情況檢查設定\>成功代碼下，附加代碼清單以讀入：`200,303`。 - 按一下「建立」 3. 選取剛剛建立的目標群組，然後按一下「目標」索引標籤：  - 按一下 \[編輯\]。 - 選取要執行 Proxy 應用程式的 EC2 執行個體（或單個執行個體，如果一次設定一個），然後按一下新增到已註冊。 - 按一下「儲存」。 #### 步驟 2：啟動負載均衡器精靈 1. EC2 > 負載平衡器 > 建立負載平衡器 2. 在「選取負載平衡器類型」頁面上，建立一個應用程式負載均衡器。 **附註**：為設定負載平衡器而顯示的 UI 在 AWS 資料中心之間不一致。下面的「精靈設定」過程與從**步驟 1 設定負載平衡器**開始的 AWS 設定精靈一致。  如果資料中心在底部包含**建立負載平衡器**按鈕的單個頁面中顯示所有設定，請按照下方「單一頁面設定」過程進行操作。 1. 設定負載平衡器頁面： - 指定名稱 - 結構：以網際網路為對象（預設） - IP 位址類型：ipv4（預設） - 接聽程式（接聽程式和路由）： 1. 保留預設的 HTTP 接聽程式 2. 按一下新增接聽程式並新增 `HTTPS:443` - VPC：選取已安裝所有內容的 VPC - 可用區域： - 為資料中心區域選取 **a** 和 **b** - 在每個相應的下拉式選取器中，選取公用子網路（proxy 伺服器所在位置）。 - 按一下：設定安全設定 2. 設定安全性設定頁面 - 上傳公用 SSL 憑證。 - 按一下「下一步：設定安全群組」。 3. 設定安全性群組頁面： - 選取公用安全性群組。如果選取預設安全性群組，則清除該選取。 - 按一下「下一步：設定路由」。 4. 設定路由頁面 - 目標群體：現有的目標群體。 - 名稱：選取之前建立的目標群組 - 按一下「下一步：註冊目標」。 5. 註冊目標頁面 - 應顯示之前設定的兩個 proxy 伺服器執行個體。 - 按一下「下一步：檢閱」:。 6. 評論頁面 按一下「建立」。 基本設定 - 指定名稱 - 結構：以網際網路為對象（預設） - IP 位址類型：ipv4（預設） 網路對應 - VPC：選取已安裝所有內容的 VPC - 對應： - 為您的數據中心區域選擇**a**和**b** （或類似的）「可用區域」 - 在每個相應的下拉式選取器中，選取公用子網路（proxy 伺服器所在位置）。 安全性群組 - 選取公用安全性群組。如果選取預設安全性群組，則清除該選取。 接聽程式和路由 - 保留預設的 HTTP 接聽程式。對於預設動作，請指定之前設定的目標群組。 - 按一下新增接聽程式並新增 `HTTPS:443`。對於預設動作，請指定之前設定的目標群組。 安全接聽程式設定 - 上傳公用 SSL 憑證。 按一下建立負載平衡器。 #### 步驟 3 ：啟用綁定 1. 建立負載均衡器後，必須在目標群組上啟用綁定。 - 開啟 AWS 目標群組頁面（EC2\> 負載平衡\> 目標群組），選取剛剛設定的目標群組執行個體。在「動作」功能表上，選取「編輯屬性」。 - 在「編輯屬性」頁面上，選取「綁定」，指定持續時間為 `1 day`，然後儲存變更。 2. 在負載均衡器上，在 HTTP 偵聽器上啟用綁定。選取剛剛設定的負載均衡器，然後按一下「偵聽器」索引標籤： - 對於 HTTP:80，按一下「檢視/編輯規則」。在產生的「規則」頁面上，按一下編輯圖示（原本位於頁面頂端，然後接著位於規則旁邊）以編輯規則。刪除現有 THEN 規則並按一下新增動作\>轉傳至…以取代它。在產生的 THEN 設定中，指定建立的相同目標群組。在群組層級綁定下，啟用綁定並將持續時間設定為 1 天。儲存設定然後按一下「更新」。 #### 步驟 4：在負載平衡器上設定空閒逾時 在負載平衡器上，將空閒逾時更新為 400 秒。 選取為此部署設定的負載平衡器，然後按一下動作 > 編輯屬性。將空閒逾時設定為 `400` 秒，然後按一下儲存。 #### 步驟 5：驗證 LBS 連線 打開 AWS 負載平衡器頁面（EC2\>負載平衡器），選取剛剛設定的負載平衡器實例。 在「描述」下，複製 DNS 名稱並將其貼上到瀏覽器中以存取 Tableau Server 登入頁面。 如果收到 500 級錯誤，那可能需要重新啟動 Proxy 伺服器。 ### 使用公用 Tableau URL 更新 DNS 使用 AWS 負載均衡器描述中的網域 DNS 區域名稱在 DNS 中建立 CNAME 值。流向您的 URL (tableau.example.com) 的流量應傳送到 AWS 公用 DNS 名稱。 ### 驗證連線 DNS 更新完成後，應該能夠輸入公用 URL 巡覽到 Tableau Server 登入頁面，例如，`https://tableau.example.com`。 ## 身份驗證組態範例：帶有外部 IdP 的 SAML 以下範例介紹如何為 AWS 參考架構中執行的 Tableau 部署，設定和配置帶有 Okta IdP 跟 Mellon 驗證模組的 SAML。 此範例取自上一區段，並假設您一次設定一個獨立閘道。 該範例會介紹如何透過 HTTP 設定 Tableau Server 和獨立閘道。Okta 將以 HTTPS 向 AWS 負載均衡器傳送請求，但所有內部流量都將以 HTTP 傳輸。在為此案例進行設定時，請在設定 URL 字串時注意 HTTP 與 HTTPS 協定。 此範例使用 Mellon 作為 Independent Gateway 伺服器上的預先身份驗證服務提供者模組。此設定可確保只有經過身份驗證的流量連線到 Tableau Server，Tableau Server 還充當 Okta IdP 的服務提供者。因此，必須設定兩個 IdP 應用程式：一個用於 Mellon 服務提供者，另一個用於 Tableau 服務提供者。 ### 建立 Tableau 管理員帳戶 配置 SAML 時的一個常見錯誤是在啟用 SSO 之前忘記在 Tableau Server 上建立管理員帳戶。 第一步是在 Tableau Server 上建立一個具有伺服器管理員角色的帳戶。在 Okta 情境中，使用者名稱必須採用有效電子郵件位址的形式，例如 user@example.com。必須為此使用者設定密碼，但在設定 SAML 後將不再使用該密碼。 ### 配置 Okta 預身分驗證應用程式 本區段描述的端到端方案需要兩個 Okta 應用程式： - Okta 預身分驗證應用程式 - Okta Tableau Server 應用程式 這些應用程式都與您需要分別在反向 proxy 和 Tableau Server 上設定的不同中繼資料關聯。 此過程描述如何建立和設定 Okta 預身份驗證應用程式。在本主題的後面，您將建立 Okta Tableau Server 應用程式。有關使用者受限的免費測試 Okta 帳戶，請參閱[Okta 開發者網頁](https://developer.okta.com/signup/)。 為 Mellon 預先身份驗證服務提供者建立 SAML 應用程式整合。 1. 打開 Okta 管理儀表板 >應用程式\>建立 App 集合。 2. 在新建 app 集合頁面上，選擇SAML 2.0 ，然後按一下「下一步」。 3. 在「一般設定」索引標籤上，輸入應用程式名稱，例`Tableau Pre-Auth`，然後按一下「下一步」。 4. 在設定 SAML索引標籤上： - 單一登入 (SSO) URL。單一登入 URL 路徑的最後一個元素是指接在此程序之後，在`mellon.conf`組態檔中的`MellonEndpointPath`。可以指定想要的任何端點。在這個範例中，`sso`為端點。最後一個元素，`postResponse` 是必需的：`https://tableau.example.com/sso/postResponse`。 - 清除核取方塊：將此用於收件者 URL 和終點 URL 。 - 收件者 URL：與 SSO URL 相同，但使用 HTTP。例如，`http://tableau.example.com/sso/postResponse`。 - 目的地 URL：與 SSO URL 相同，但使用 HTTP。例如，`http://tableau.example.com/sso/postResponse`。 - 受眾 URI（SP 實體 ID）。例如，`https://tableau.example.com`。 - 名稱 ID 格式：`EmailAddress` - 應用程式使用者名稱：`Email` - 屬性聲明：名稱 = `mail`；名稱格式 = `Unspecified`；值 = `user.email`。 按一下「下一步」。 5. 在「回饋」索引標籤上，選取： - 我是新增內部應用程式的 Okta 客戶 - 這是我們建立的內部應用程式 - 按一下「完成」。 6. 建立預授權 IdP 中繼資料檔案： - 在 Okta 中：應用程式\>應用程式\>您的新應用程式（例如 `Tableau Pre-Auth`）>登入 - 在 SAML 簽署憑證旁邊，按一下檢視 SAML 設定說明。 - 在如何為<預授權>應用程式設定 SAML 2.0 頁面上，向下捲動到可選部分，向您的 SP 提供者提供以下 IDP 中繼資料。 - 複製 XML 欄位的內容，並將它們儲存在名為 `pre-auth_idp_metadata.xml` 的檔案中。 7. （可選）設定多重要素驗證： - 在 Okta 中：應用程式\>應用程式\>您的新應用程式（例如 `Tableau Pre-Auth`）>登入 - 在「登入原則」下，按一下「新增規則」。 - 在「應用程式登入規則」上，指定名稱和不同 MFA 選項。要測試功能，可以將所有選項保留為預設值。但是，在「動作」下，必須選取「提示要素」，然後指定使用者必須登入的頻率。按一下「儲存」。 ### 建立和指派 Okta 使用者 1. 在 Okta 中，使用在 Tableau 中建立的相同使用者名稱建立一個使用者 (user@example.com)：「目錄」\>「人員」\>「新增人員」。 2. 建立使用者後，將新的 Okta 應用程式指派給該人員：按一下使用者名稱，然後在「指派應用程式」中指派應用程式。 ### 安裝 Mellon 進行預身份驗證 此範例使用流行的開源模組 mod\_auth\_mellon。一些 Linux 發行版從較舊的存放庫中封裝了過時的 mod\_auth\_mellon 版本。這些過時的版本可能包含未知的安全性漏洞或功能問題。若選擇使用 mod\_auth\_mellon，請檢查您使用的是目前版本。 mod\_auth\_mellon 模組是協力廠商軟體。我們已盡最大努力驗證和記錄啟用此方案的程序。但是，協力廠商軟體可能會發生變更，或者您的方案可能與此處描述的參考架構不同。權威設定細節和支援請參考協力廠商文件。 1. 在執行 Independent Gateway 的使用中 EC2 執行個體上，安裝目前版本的 Mellon 驗證模組。 2. 建立`/etc/mellon`目錄： sudo mkdir /etc/mellon ### 將 Mellon 設定為預身份驗證模組 在 Independent Gateway 的第一個執行個體上執行此過程。 您必須擁有從 Okta 設定建立的 `pre-auth_idp_metadata.xml` 檔案複本。 1. 變更目錄： cd /etc/mellon 2. 建立服務提供者後設資料。執行 `mellon_create_metadata.sh` 指令碼。命令中必須包含您組織的實體 ID 和返回 URL。 在 Okta 中，返回 URL 被稱為_單一登入 URL。_返回 URL 路徑的最後一個元素是指接在此程序之後，在`mellon.conf`組態檔中的`MellonEndpointPath`。在這個範例中，我們指定`sso`作為路徑終點。 例如： sudo /usr/libexec/mod\_auth\_mellon/mellon\_create\_metadata.sh https://tableau.example.com "https://tableau.example.com/sso" 該指令碼回傳服務提供者憑證、金鑰和後設資料檔。 3. 為了容易閱讀，請重新命名`mellon`目錄中的服務提供者檔案。我們將使用以下名稱來引用文件中的檔案： sudo mv \*.key mellon.key sudo mv \*.cert mellon.cert sudo mv \*.xml sp\_metadata.xml 4. 將 `pre-auth_idp_metadata.xml` 檔案複製到同一目錄中。 5. 變更 `/etc/mellon` 目錄中所有檔案的擁有權和權限： sudo chown tableau-tsig mellon.key sudo chown tableau-tsig mellon.cert sudo chown tableau-tsig sp\_metadata.xml sudo chown tableau-tsig pre-auth\_idp\_metadata.xml sudo chmod +r \* mellon.key sudo chmod +r \* mellon.cert sudo chmod +r \* sp\_metadata.xml sudo chmod +r \* pre-auth\_idp\_metadata.xml 6. 建立`/etc/mellon/conf.d`目錄： sudo mkdir /etc/mellon/conf.d 7. 在 `/etc/mellon/conf.d` 目錄中建立 `global.conf` 檔案。 如下所示複製檔案內容，但使用您的根網域名稱更新 `MellonCookieDomain`。例如，若 Tableau 的網域名稱是 `tableau.example.com`， 請輸入 `example.com` 作為根網域。 AuthType Mellon MellonEnable auth Require valid-user MellonCookieDomain MellonSPPrivateKeyFile /etc/mellon/mellon.key MellonSPCertFile /etc/mellon/mellon.cert MellonSPMetadataFile /etc/mellon/sp\_metadata.xml MellonIdPMetadataFile /etc/mellon/pre-auth\_idp\_metadata.xml MellonEndpointPath /sso MellonEnable Off 8. 在 `/etc/mellon/conf.d` 目錄中建立 `mellonmod.conf` 檔案。 該檔案包含指定 `mod_auth_mellon.so` 檔案位置的單一指示詞。此處範例中的位置為檔案的預設位置。請驗證檔案是否在此位置，或變更此指示詞中的路徑以符合 `mod_auth_mellon.so` 的實際位置： LoadModule auth\_mellon\_module /usr/lib64/httpd/modules/mod\_auth\_mellon.so ### 在 Okta 中建立 Tableau Server 應用程式 1. 在 Okta 儀表板中：「應用程式」\>「應用程式」\>「瀏覽應用程式目錄」 2. 在瀏覽應用程式整合目錄中，搜尋 `Tableau`，選取 Tableau 伺服器 動態磚，然後按一下 「新增」。 3. 在「新增 Tableau Server」\>「一般設定」上，輸入標籤，然後按一下「下一步」。 4. 在登入選項中，選取 SAML 2.0 並向下滾動到進階登入設定： - SAML 實體 ID：輸入公用 URL，例如 https://tableau.example.com。 - 應用程式使用者名稱格式：Email 5. 按一下「身份提供者中繼資料」連結以啟動瀏覽器。複製瀏覽器連結。這是在以下過程中設定 Tableau 時將使用的連結。 6. 按一下 \[完成\]。 7. 將新的 Tableau Server Okta 應用程式指派給您的使用者 (user@example.com)：按一下使用者名稱，然後在「指派應用程式」中指派應用程式。 ### 在 Tableau Server 上設定驗證模組設定 在 Tableau Server 節點 1 上執行以下命令。這些命令指定遠端 Independent Gateway 電腦上 Mellon 設定檔的檔案位置。仔細檢查這些命令中指定的檔案路徑是否對應到遠端 Independent Gateway 電腦上的路徑和檔案位置。 tsm configuration set -k gateway.tsig.authn\_module\_block -v "/etc/mellon/conf.d/mellonmod.conf" --force-keys tsm configuration set -k gateway.tsig.authn\_global\_block -v "/etc/mellon/conf.d/global.conf" --force-keys 為減少停機時間，請在啟用 SAML 之前不要套用變更，如下一節所述。 ### 在 Tableau Server 上為 IdP 啟用 SAML 在 Tableau Server 節點 1 上執行此過程。 1. 從 Okta 下載 Tableau Server 應用程式中繼資料。使用在上一過程中儲存的連結： wget https://dev-66144217.okta.com/app/exk1egxgt1fhjkSeS5d7/sso/saml/metadata -O idp\_metadata.xml 2. 將 TLS 憑證和相關金鑰檔案複製到 Tableau Server。金鑰檔案必須是 RSA 金鑰。有關 SAML 憑證和 IdP 要求詳細資訊，請參閱 _SAML 要求_ ([Linux](https://help.tableau.com/current/server-linux/zh-tw/saml_requ.htm))。 為簡化憑證管理和部署，並作為安全性最佳做法，我們建議使用由受信任的主要協力廠商憑證頒發授權單位 (CA) 產生的憑證。或者，您可以產生自我簽署憑證或使用針對 TLS 的 PKI 憑證。 如果您沒有 TLS 憑證，則可以使用下面的內嵌過程產生自簽章憑證。 產生自簽章憑證 在 Tableau Server 節點 1 上執行此過程。 1. 產生簽署根憑證頒發授權單位 (CA) 金鑰： openssl genrsa -out rootCAKey-saml.pem 2048 2. 建立根 CA 憑證： openssl req -x509 -sha256 -new -nodes -key rootCAKey-saml.pem -days 3650 -out rootCACert-saml.pem 系統將提示輸入憑證欄位的值。例如： Country Name (2 letter code) \[XX\]:US State or Province Name (full name) \[\]:Washington Locality Name (eg, city) \[Default City\]:Seattle Organization Name (eg, company) \[Default Company Ltd\]:Tableau Organizational Unit Name (eg, section) \[\]:Operations Common Name (eg, your name or your server's hostname) \[\]:tableau.example.com Email Address \[\]:example@tableau.com 3. 建立憑證和相關金鑰（下方範例中的 `server-saml.csr` 和 `server-saml.key`）。憑證的主題名稱必須與 Tableau 主機的公用主機名稱相符。主題名稱設定為 `-subj` 選項，帶有格式 `"/CN="`，例如： openssl req -new -nodes -text -out server-saml.csr -keyout server-saml.key -subj "/CN=tableau.example.com" 4. 使用您在上述步驟中建立的 CA 憑證簽署新憑證。以下命令也將以 `crt` 格式輸出憑證： openssl x509 -req -in server-saml.csr -days 3650 -CA rootCACert-saml.pem -CAkey rootCAKey-saml.pem -CAcreateserial -out server-saml.crt 5. 將金鑰檔案轉換為 RSA。Tableau 需要用於 SAML 的 RSA 金鑰檔案。若要轉換金鑰，請執行以下命令： openssl rsa -in server-saml.key -out server-saml-rsa.key 3. 配置 SAML。執行以下命令，指定您的實體 ID 和傳回 URL，以及中繼資料檔、憑證檔案和金鑰檔案的路徑： tsm authentication saml configure --idp-entity-id "https://tableau.example.com" --idp-return-url "https://tableau.example.com" --idp-metadata idp\_metadata.xml --cert-file "server-saml.crt" --key-file "server-saml-rsa.key" tsm authentication saml enable 4. 若您的組織執行 Tableau Desktop 2021.4 或更高版本，則必須執行以下命令啟用透過反向 proxy 伺服器的驗證。 Tableau Desktop 2021.2.1 到 2021.3 的版本無須執行此命令即可正常工作，前提是您的預先驗證模組（例如 Mellon）已設定為允許保留頂層網域 cookie。 tsm configuration set -k features.ExternalBrowserOAuth -v false 5. 套用組態變更： tsm pending-changes apply #### 重新啟動 tsig-httpd 服務 Tableau Server 部署套用變更時，重新登入到 Tableau Server Independent Gateway 電腦，並執行以下命令，以重新啟動 tsig-httpd 服務： sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### 驗證 SAML 功能 要驗證端到端 SAML 功能，請使用您在此過程開始時建立的 Tableau 管理員帳戶，透過公用 URL（例如 https://tableau.example.com）登入到 Tableau Server。 如果 TSM 未啟動（「閘道錯誤」），或者在嘗試連線時遭遇瀏覽器錯誤，請參見 [解除安裝 Tableau Server 獨立閘道](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part7.htm#Troubles)。 ## 設定 Independent Gateway 的第二個執行個體 成功設定獨立閘道的第一個執行個體後，部署第二個執行個體。此處的範例是安裝本主題中描述的 AWS/Mellon/Okta 方案的最終過程。該過程假定您已在第二個執行個體中安裝了獨立閘道，如本主題前面所述（[安裝獨立閘道](#Install)）。 部署第二個獨立閘道的過程需要以下步驟： 1. 在獨立閘道的第二個執行個體中：安裝 Mellon 驗證模組。 不要按照本主題前面的描述設定 Mellon 驗證模組。相反地，必須按照後續步驟中的說明複製設定。 2. 在已設定的（第一個）獨立閘道執行個體中： 獲取現有 Mellon 設定的 tar 副本。tar 備份將保留所有目錄層次結構和權限。執行以下命令： cd /etc sudo tar -cvf mellon.tar mellon 將 `mellon.tar` 複製到獨立閘道的第二個執行個體。 3. 在獨立閘道的第二個執行個體： 擷取（「解壓縮」） tar 檔案到 `/etc`目錄中的第二個執行個體。執行以下命令： cd /etc sudo tar -xvf mellon.tar 4. 在 Tableau Server 部署的節點 1 上：使用第二個獨立閘道的連線資訊更新連線檔案 (`tsig.json`)。需要按照本主題前面（[安裝獨立閘道](#Install)）中的描述檢索身份驗證金鑰。 此處顯示範例連線檔案 (`tsig.json`)： { "independentGateways": \[ { "id": "ip-10-0-1-169.ec2.internal", "host": "ip-10-0-1-169.ec2.internal", "port": "21319", "protocol" : "http", "authsecret": "13660-27118-29070-25482-9518-22453" }, { "id": "ip-10-0-2-230.ec2.internal", "host": "ip-10-0-2-230.ec2.internal", "port": "21319", "protocol" : "http", "authsecret": "9055-27834-16487-27455-30409-7292" }\] } 5. 在 Tableau Server 部署的節點 1 中：執行以下命令以更新設定： tsm stop tsm topology external-services gateway update -c tsig.json tsm start 6. 在 Independent Gateway 的兩個執行個體中：Tableau Server 啟動後，重新啟動 `tsig-httpd` 過程： sudo su - tableau-tsig systemctl --user restart tsig-httpd exit 7. 在 AWS EC2>目標群組中：更新目標群組以包含執行第二個獨立閘道執行個體的 EC2 執行個體。 選取剛剛建立的目標群組，然後按一下「目標」索引標籤：  - 按一下 \[編輯\]。 - 選取第二台獨立閘道電腦的 EC2 執行個體，然後按一下「新增至已註冊」。按一下「儲存」。 [跳至主要內容](#main-content) # 第 6 部分 - 安裝後組態 **附註**：Tableau不再更新《企業部署指南》。儘管我們仍然推薦將此處描述的參考架構作為 AWS 中 Tableau Server 的有效部署模型，但自上次更新以來，具體的設定過程可能已變更。請始終將這些步驟與最新的 [Tableau Server 說明](https://help.tableau.com/current/server/zh-tw/get_started_server.htm) 文件進行交叉引用，以確保準確無誤。 ## 設定從負載平衡器到 Tableau Server 的 SSL/TLS 一些組織需要從用戶端到後端服務的端到端加密通道。到目前為止所述的預設參考架構可指定從用戶端到在您組織的 Web 層中執行的負載平衡器的 SSL。 本部分會介紹如何在範例 AWS 參考架構中為 Tableau Server 和獨立閘道設定 SSL/TLS。有關描述如何在 AWS 參考架構中在 Apache 上設定 SSL/TLS 的設定範例，請參閱[範例：在 AWS 參考架構中設定 SSL/TLS](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part_app-apache.htm#Example:)。 目前，在 8000-9000 範圍內執行的後端 Tableau Server 流程不支援 TLS。若要啟用 TLS，必須為獨立閘道設定與 Tableau Server 的轉送連線。 本程序會介紹如何在連線到 Tableau Server 的獨立閘道上以及在連線到獨立閘道的 Tableau Server 上啟用和設定 TLS。本程序會加密通過 HTTPS/443 的轉送流量和通過 HTTPS/21319 的內務處理流量。 此範例的整個 Linux 程序展示了 RHEL-like 發行版的命令。具體來說，這裡的命令是使用 Amazon Linux 2 發行版開發的。若執行的是 Ubuntu 發行版，請編輯相對應的命令。 此處的指導是對本指南中介紹的特定 AWS 範例參考架構的規定性說明。因此，不包括可選設定。有關完整的參考文件，請參閱_在獨立閘道上設定 TLS_([Linux](https://help.tableau.com/current/server-linux/zh-tw/server_tsig_configure_tls.htm))。 ### 設定 TLS 之前 請在工作時間之外執行 TLS 設定。設定需要至少重新啟動 Tableau Server 一次。若正在執行完整的四節點參考架構部署，則重新啟動可能需要一段時間。 - 驗證用戶端是否可以透過 HTTP 連線到 Tableau Server。使用獨立閘道設定 TLS 是一個多步驟過程，可能需要進行疑難排解。因此，我們建議在設定 TLS 之前從完全可操作的 Tableau Server 部署開始。 - 收集 TLS/SSL 憑證、金鑰和相關資產。您將需要用於獨立閘道和 Tableau Server 的 SSL 憑證。為簡化憑證管理和部署，並作為安全性最佳做法，我們建議使用由受信任的主要協力廠商憑證頒發授權單位 (CA) 產生的憑證。或者，您可以產生自我簽署憑證或使用針對 TLS 的 PKI 憑證。 本主題中的範例設定使用以下資產名稱進行說明： - `tsig-ssl.crt`：Independent Gateway 的 TLS/SSL 認證。 - `tsig-ssl.key`：Independent Gateway 的私密金鑰 `tsig-ssl.crt`。 - `ts-ssl.crt`：Tableau Server 的 TLS/SSL 認證。 - `ts-ssl.key`：Tableau Server 的私密金鑰 `tsig-ssl.crt`。 - `tableau-server-CA.pem`：為 Tableau Server 電腦產生認證的 CA 根認證。如果使用來自主要信任第三方的認證，則通常不需要此認證。 - `rootTSIG-CACert.pem`：為 Independent Gateway 電腦產生認證的 CA 根認證。如果使用來自主要信任第三方的認證，則通常不需要此認證。 - SAML 還需要其他認證和金鑰檔案資產，詳見本指南的第 5 部分。 - 若實作需要使用憑證鏈結檔案，請參閱知識庫文章[在使用具有憑證鏈結的憑證時在獨立閘道上設定 TLS](https://kb.tableau.com/articles/HowTo/configure-tls-on-independent-gateway-when-using-intermediate-certificate?lang=zh-tw)。 - 驗證是否有權存取 IdP。若使用 IdP 進行驗證，可能需要在設定 SSL/TLS 後變更 IdP 的接收者和目標 URL。 ### 為 TLS 設定獨立閘道電腦 設定 TLS 可能是一個可能出錯的程序。由於跨獨立閘道的兩個執行個體進行疑難排解可能非常耗時，建議僅使用一個獨立閘道在 EDG 部署上啟用和設定 TLS。經驗證 TLS 在整個部署中正常工作後，設定第二台獨立閘道電腦。 #### 第 1 步：將憑證和金鑰分發到獨立閘道電腦 只要 tsig-httpd 使用者具有對檔案的讀取權限，您就可以將資產分發到任意目錄。這些檔案的路徑會在其他程序中被引用。我們將在整個主題中使用 `/etc/ssl` 下的範例路徑，如下所示。 1. 為私密金鑰建立目錄： sudo mkdir -p /etc/ssl/private 2. 將憑證和金鑰檔案複製到 `/etc/ssl` 路徑。例如， sudo cp tsig-ssl.crt /etc/ssl/certs/ sudo cp tsig-ssl.key /etc/ssl/private/ 3. （可選）若在 Tableau Server 上為 SSL/TLS 使用自我簽署或 PKI 憑證，則還必須將 CA 根憑證檔案複製到獨立閘道電腦。例如， sudo cp tableau-server-CA.pem /etc/ssl/certs/ #### 第 2 步：為 TLS 更新環境變數 必須更新獨立閘道設定的連接埠和通訊協定環境變數。 透過更新檔案 `/etc/opt/tableau/tableau_tsig/environment.bash` 來變更這些值，如下所示： TSIG\_HK\_PROTOCOL="https" TSIG\_PORT="443" TSIG\_PROTOCOL="https" #### 第 3 步：為 HK 通訊協定更新虛設常式設定檔 手動編輯虛設常式設定檔 (`/var/opt/tableau/tableau_tsig/config/httpd.conf.stub`)，以為內務處理 (HK) 通訊協定設定與 TLS 相關的 Apache httpd 指示詞。 虛設常式設定檔包含與 TLS 相關的指示詞區塊，這些指示詞透過 `#TLS#` 標記進行註解。從指示詞中移除標記，如下例所示。請注意，該範例顯示了將根 CA 憑證用於具有 `SSLCACertificateFile` 選項的 Tableau Server 上使用的 SSL 憑證。 #TLS# SSLPassPhraseDialog exec:/path/to/file SSLEngine on #TLS# SSLHonorCipherOrder on #TLS# SSLCompression off SSLCertificateFile /etc/ssl/certs/tsig-ssl.crt SSLCertificateKeyFile /etc/ssl/private/tsig-ssl.key SSLCACertificateFile /etc/ssl/certs/tableau-server-CA.pem #TLS# SSLCARevocationFile /path/to/file 若重新安裝獨立閘道，這些變更將丟失。我們建議製作備份複本。 #### 第 4 步：複製虛設常式檔案，並重新啟動服務 1. 複製在上一步中更新的檔案，以使用變更更新 httpd.conf： cp /var/opt/tableau/tableau\_tsig/config/httpd.conf.stub /var/opt/tableau/tableau\_tsig/config/httpd.conf 2. 重新啟動獨立閘道服務： sudo su - tableau-tsig systemctl --user restart tsig-httpd exit 重新啟動後，獨立閘道將無法執行，直到您在 Tableau Server 上執行下一組步驟。在 Tableau Server 上完成這些步驟後，獨立閘道將揀選變更並上線。 ### 為 TLS 設定 Tableau Server 節點 1 在 Tableau Server 部署的節點 1 上執行這些步驟。 #### 步驟 1：複製憑證和金鑰，並停止 TSM 1. 確認已將 Tableau Server「外部 SSL」憑證和金鑰複製到節點 1。 2. 為最大限度地減少停機時間，我們建議停止 TSM，執行以下步驟，然後在套用變更後啟動 TSM： `tsm stop` #### 步驟 2：設定憑證資產，並啟用獨立閘道設定 1. 為獨立閘道指定憑證和金鑰檔案的位置。這些路徑會引用獨立閘道電腦上的位置。請注意，此範例假設使用相同的憑證和金鑰對來保護 HTTPS 和內務處理流量： tsm configuration set -k gateway.tsig.ssl.cert.file\_name -v /etc/ssl/certs/tsig-ssl.crt --force-keys tsm configuration set -k gateway.tsig.ssl.key.file\_name -v /etc/ssl/private/tsig-ssl.key --force-keys 2. 為獨立閘道的 HTTPS 和 HK 通訊協定啟用 TLS： tsm configuration set -k gateway.tsig.ssl.enabled -v true --force-keys tsm configuration set -k gateway.tsig.hk.ssl.enabled -v true --force-keys 3. （可選）若在獨立閘道上為 SSL/TLS 使用自我簽署或 PKI 憑證，則必須上傳 CA 根憑證檔案。CA 根認證檔案是用於為 Independent Gateway 產生認證的根認證。例如， tsm security custom-cert add -c rootTSIG-CACert.pem 4. （可選）若在 Tableau Server 上為 SSL/TLS 使用自我簽署或 PKI 憑證，則還必須將 CA 根憑證檔案複製到 Independent Gateway 的 `/etc/ssl/certs` 目錄。CA 根認證檔案是用於為 Tableau Server 電腦產生認證的根認證。將認證複製到 Independent Gateway 後，必須使用以下 tsm 命令指定節點 1 上認證的位置。例如， tsm configuration set -k gateway.tsig.ssl.proxy.gateway\_relay\_cluster.cacertificatefile -v /etc/ssl/certs/tableau-server-CA.pem --force-keys 5. （可選：僅用於測試目的）若在電腦之間使用共用自我簽署或 PKI 憑證，因此憑證上的主題名稱與電腦名稱不相符，那麼必須停用憑證驗證。  tsm configuration set -k gateway.tsig.ssl.proxy.verify -v optional\_no\_ca --force-keys #### 步驟 3：為 Tableau Server 啟用「外部 SSL」，並套用變更 1. 在 Tableau Server 上啟用和設定「外部 SSL」： tsm security external-ssl enable --cert-file ts-ssl.crt --key-file ts-ssl.key 2. 套用變更。 tsm pending-changes apply #### 第四步：更新閘道設定 JSON 檔案，並啟動 tsm 1. 在 Tableau Server 端上更新獨立閘道設定檔（例如，`tsig.json`），為獨立閘道物件指定 `https` 通訊協定： "protocol" : "https", 2. 移除（或取消註解）獨立閘道第二個執行個體的連線資訊。請務必在儲存前在外部編輯器中驗證 JSON。 為獨立閘道的單個執行個體設定和驗證 TLS 後，可使用獨立閘道的第二個執行個體連線資訊更新此 JSON 檔案。 3. 執行以下命令以更新獨立閘道設定： tsm topology external-services gateway update -c tsig.json 4. 啟動 TSM tsm start 5. 啟動 TSM 時，登入獨立閘道執行個體並重新啟動 `tsig-httpd` 服務： sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### 將 IdP 驗證模組 URL 更新為 HTTPS 如果已為 Tableau 設定了外部身分識別提供者，則可能需要更新 IdP 管理儀表板中的返回 URL。 例如，如果使用 Okta 預身分驗證應用程式，則需要更新應用程式以對接收 URL 和目標 URL 使用 HTTPS 協定。 ### 為 HTTPS 設定 AWS 負載平衡器 若按照本指南中的說明使用 AWS 負載平衡器進行部署，則可重新設定 AWS 負載平衡器，以將 HTTPS 流量傳送到執行獨立閘道的電腦： 1. 刪除現有的 HTTP 目標群組： 在「目標群組」中，選取已為負載平衡器設定的 HTTP 目標群組，按一下「動作」，然後按一下「刪除」。 2. 建立 HTTPS 目標群組： 目標群組 > 建立目標群組 - 選取「執行個體」 - 輸入目標群組名稱，例如 `TG-internal-HTTPS` - 選取 VPC - 協定：HTTPS 443 - 在健康情況檢查\>進階健康情況檢查設定\>成功代碼下，附加代碼清單以讀入：`200,303`。 - 按一下建立。 3. 選擇剛剛建立的目標群組，然後按一下目標索引標籤：  - 按一下 編輯 - 選取正在執行 Tableau Server 獨立閘道的 EC2 執行個體，然後按一下「新增至已註冊」。 - 按一下儲存。 4. 建立目標群組後，必須啟用相黏： - 開啟 AWS 目標群組頁面（EC2\> 負載平衡\> 目標群組），選取剛剛設定的目標群組執行個體。在動作功能表上，選取編輯屬性。 - 在「編輯屬性」頁面上，選取「綁定」，指定持續時間為 `1 day`，然後儲存變更。 5. 在負載平衡器上，更新收聽器規則。選擇為此部署設定的負載平衡器，然後按一下收聽器索引標籤。 - 對於HTTP:80 ，按一下查看/編輯規則。在生成的規則頁面上，按一下編輯圖示（一次位於頁面上方，然後再次位於規則旁邊）以編輯規則。刪除現有 THEN 規則並按一下新增動作 > 重新導向至...來替換它。在生成的 THEN 組態中，指定`HTTPS`和連接埠`443`並將其他選項保留為預設值。儲存設定然後按一下更新。 - 對於 HTTPS:443，按一下「檢視/編輯規則」。在生成的規則頁面上，按一下編輯圖示（一次位於頁面上方，然後再次位於規則旁邊）以編輯規則。刪除現有 THEN 規則並按一下新增動作\>轉傳至…以取代它。將目標群組指定為剛剛建立的 HTTPS 群組。在群組層級綁定下，啟用綁定並將持續時間設定為 1 天。儲存設定然後按一下更新。 6. 在負載平衡器上，將空閒逾時更新為 400 秒。選取為此部署設定的負載平衡器，然後按一下動作 > 編輯屬性。將空閒逾時設定為 `400` 秒，然後按一下儲存。 ## 驗證 TLS 要驗證 TLS 功能，請使用您在此過程開始時建立的 Tableau 管理員帳戶，透過公用 URL（例如 https://tableau.example.com）登入 Tableau Server。 如果 TSM 未啟動或收到其他錯誤，請參見[解除安裝 Tableau Server 獨立閘道](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part7.htm#Troubles)。 ## 為 SSL 設定獨立閘道的第二個執行個體 成功設定獨立閘道的第一個執行個體後，部署第二個執行個體。 部署第二個獨立閘道的過程需要以下步驟： 1. 在 Independent Gateway 的已設定（第一個）執行個體上：將以下檔案複製到 Independent Gateway 的第二個執行個體上的相應位置： - `/etc/ssl/certs/tsig-ssl.crt` - `/etc/ssl/private/tsig-ssl.key`（需要在第二個執行個體上建立 `private` 目錄）。 - `/var/opt/tableau/tableau_tsig/config/httpd.conf.stub` - `/etc/opt/tableau/tableau_tsig/environment.bash` 2. 在 Tableau Server 部署的節點 1 上：使用第二個獨立閘道的連線資訊更新連線檔案 (`tsig.json`)。 此處顯示範例連線檔案 (`tsig.json`)： { "independentGateways": \[ { "id": "ip-10-0-1-169.ec2.internal", "host": "ip-10-0-1-169.ec2.internal", "port": "21319", "protocol" : "https", "authsecret": "13660-27118-29070-25482-9518-22453" }, { "id": "ip-10-0-2-230.ec2.internal", "host": "ip-10-0-2-230.ec2.internal", "port": "21319", "protocol" : "https", "authsecret": "9055-27834-16487-27455-30409-7292" }\] } 3. 在 Tableau Server 部署的節點 1 中：執行以下命令以更新設定： tsm stop tsm topology external-services gateway update -c tsig.json tsm start 4. 在獨立獨立閘道的兩個執行個體中：Tableau Server 啟動後，獨立閘道的兩個執行個體重新啟動 `tsig-httpd`： sudo su - tableau-tsig systemctl --user restart tsig-httpd exit 5. 在 AWS EC2>目標群組中：更新目標群組以包含執行第二個獨立閘道執行個體的 EC2 執行個體。 選取剛剛建立的目標群組，然後按一下「目標」索引標籤：  - 按一下 「編輯」。 - 選取第二台獨立閘道電腦的 EC2 執行個體，然後按一下「新增至已註冊」。按一下「儲存」。 ## 為 Postgres 設定 SSL 可以選擇性為 Tableau Server 上的外部存放庫連線的 Postgres 連線設定 SSL (TLS)。 為簡化憑證管理和部署，並作為安全性最佳做法，我們建議使用由受信任的主要協力廠商憑證頒發授權單位 (CA) 產生的憑證。或者，您可以產生自我簽署憑證或使用針對 TLS 的 PKI 憑證。 此流程描述如何使用 OpenSSL 在範例 AWS 參考架構中類似於 RHEL 的 Linux 發行版上的 Postgres 主機上產生自我簽署憑證。 產生並簽署 SSL 憑證後，必須將 CA 憑證複製到 Tableau 主機。 **在執行 Postgress 的主機上：** 1. 產生簽署根憑證頒發授權單位 (CA) 金鑰： openssl genrsa -out pgsql-rootCAKey.pem 2048 2. 建立根 CA 憑證： openssl req -x509 -sha256 -new -nodes -key pgsql-rootCAKey.pem -days 3650 -out pgsql-rootCACert.pem 系統將提示輸入憑證欄位的值。例如： Country Name (2 letter code) \[XX\]:US State or Province Name (full name) \[\]:Washington Locality Name (eg, city) \[Default City\]:Seattle Organization Name (eg, company) \[Default Company Ltd\]:Tableau Organizational Unit Name (eg, section) \[\]:Operations Common Name (eg, Postgres server's hostname) \[\]:ip-10-0-1-189.us-west-1.compute.internal Email Address \[\]:example@tableau.com 3. 為 Postgres 電腦建立憑證和相關金鑰（下方範例中的 `server.csr` 和 `server.key`）。憑證的主題名稱必須與 Postgres 主機的 EC2 私人 DNS 名稱相符。主題名稱設定為 `-subj` 選項，帶有格式 `"/CN="`，例如： openssl req -new -nodes -text -out server.csr -keyout server.key -subj "/CN=ip-10-0-1-189.us-west-1.compute.internal" 4. 使用您在步驟 2 中創建建立的 CA 憑證籤署新憑證。以下命令也將以 `crt` 格式輸出憑證： openssl x509 -req -in server.csr -days 3650 -CA pgsql-rootCACert.pem -CAkey pgsql-rootCAKey.pem -CAcreateserial -out server.crt 5. 將 crt 和 key 檔案複製到 Postgres `/var/lib/pgsql/13/data/` 路徑： sudo cp server.crt /var/lib/pgsql/13/data/ sudo cp server.key /var/lib/pgsql/13/data/ 6. 切換到根使用者： sudo su 7. 設定 cer 和 key 檔案的權限。執行以下命令： cd /var/lib/pgsql/13/data chown postgres.postgres server.crt chown postgres.postgres server.key chmod 0600 server.crt chmod 0600 server.key 8. 更新 pg\_haba 設定檔，`/var/lib/pgsql/13/data/pg_hba.conf` 以指定 md5 信任： 變更現有的連線語句 `host all all 10.0.30.0/24 password` 和 `host all all 10.0.31.0/24 password` 為 `host all all 10.0.30.0/24 md5` 和 `host all all 10.0.31.0/24 md5`。 9. 新增這行以更新 postgresql 檔案，`/var/lib/pgsql/13/data/postgresql.conf`： ssl = on 10. 退出根使用者模式： exit 11. 重新啟動 Postgres： sudo systemctl restart postgresql-13 ### 可選：在 Tableau Server 上為 Postgres SSL 啟用認證信任驗證 如果按照[第 4 部分 - 安裝並設定 Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part4.htm) 中的安裝過程進行動作，則 Tableau Server 會設定用於 Postgres 連線的可選 SSL。這代表在 Postgres 上設定 SSL（如上所述）將形成加密連線。 如果想要對連線進行認證信任驗證，則必須在 Tableau Server 上執行以下命令來重新設定 Postgres 主機連線： tsm topology external-services repository replace-host -f .json -c CACert.pem `.json` 所在處是[設定外部 Postgres](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part4.htm#Configur3) 中描述的連線檔案。而 `CACert.pem` 是 Postgres 使用的 SSL/TLS 認證的 CA 認證檔案。 可選：驗證 SSL 連線 要驗證 SSL 連線，必須： - 在 Tableau Server 節點 1 上安裝 Postgres 用戶端。 - 將在上一個過程中建立的根認證複製到 Tableau 主機。 - 從節點 1 連線到 Postgres 伺服器 ### 在節點 1 上安裝 Postgres 用戶端 此範例示範如何安裝 Postgres 版本 13.4。安裝您為外部存放庫執行的相同版本。 1. 在節點 1 上，在 `/etc/yum.repos.d` 路徑中建立並編輯檔案 pgdg.repo.。將以下設定資訊填入檔案。 \[pgdg13\] name=PostgreSQL 13 for RHEL/CentOS 7 - x86\_64 baseurl=https://download.postgresql.org/pub/repos/yum/13/redhat/rhel-7-x86\_64 enabled=1 gpgcheck=0 2. 安裝 Postgres 用戶端： sudo yum install postgresql13-13.4-1PGDG.rhel7.x86\_64 ### 將根認證複製到節點 1 將 CA 憑證 (`pgsql-rootCACert.pem`) 複製到 Tableau 主機： scp ec2-user@:/home/ec2-user/pgsql-rootCACert.pem /home/ec2-user ### 從節點 1 以 SSL 連線到 Postgres 主機： 從 Node1 執行以下命令，指定 Postgres 伺服器主機 IP 位址和根 CA 認證： psql "postgresql://postgres@:5432/postgres?sslmode=verify-ca&sslrootcert=pgsql-rootCACert.pem" 例如： psql "postgresql://postgres@10.0.1.189:5432/postgres?sslmode=verify-ca&sslrootcert=pgsql-rootCACert.pem" Postgres 將提示您輸入密碼。登入成功後，shell 將傳回： psql (13.4) SSL connection (protocol: TLSv1.2, cipher: ECDHE-RSA-AES256-GCM-SHA384, bits: 256, compression: off) Type "help" for help. postgres=# ## 設定 SMTP 和事件通知 Tableau Server 向管理員和使用者傳送電子郵件通知。要啟用此功能，必須設定 Tableau Server 才能將電子郵件傳送到電子郵件伺服器。還必須指定要發送的事件類型、閾值和訂閱資訊。 對於 SMTP 和通知的初始組態，建議使用下面的組態檔範本建立一個 json 檔。還可以使用 _tsm configuration set_ 中描述的語法來設定下面列出的任何單一組態金鑰([Linux](https://help.tableau.com/current/server-linux/zh-tw/cli_configuration_tsm.htm#TSMSet))。 在 Tableau Server 部署中的節點 1 上執行此過程： 1. 將以下 json 範本複製到檔案。使用 SMTP 組態選項以及組織的訂閱和通知來自訂檔案。 - 要查看所有 SMTP 選項的清單和說明，請參閱_SMTP CLI 組態參照_( [Linux](https://help.tableau.com/current/server-linux/zh-tw/config_smtp.htm#config_reference) )。 - 要查看所有通知事件選項的清單和說明，請參閱_設定伺服器事件通知_( [Linux](https://help.tableau.com/current/server-linux/zh-tw/email.htm) ) 的 CLI 一節。 { "configKeys": { "svcmonitor.notification.smtp.server": "_SMTP server host name_", "svcmonitor.notification.smtp.send\_account": "_SMTP user name_", "svcmonitor.notification.smtp.port": 443, "svcmonitor.notification.smtp.password": "_SMTP user account password_", "svcmonitor.notification.smtp.ssl\_enabled": true, "svcmonitor.notification.smtp.from\_address": "_From email address_", "svcmonitor.notification.smtp.target\_addresses": "_To email address1,address2_", "svcmonitor.notification.smtp.canonical\_url": "_Tableau Server URL_", "backgrounder.notifications\_enabled": true, "subscriptions.enabled": true, "subscriptions.attachments\_enabled": true, "subscriptions.max\_attachment\_size\_megabytes": 150, "svcmonitor.notification.smtp.enabled": true, "features.DesktopReporting": true, "storage.monitoring.email\_enabled": true, "storage.monitoring.warning\_percent": 20, "storage.monitoring.critical\_percent": 15, "storage.monitoring.email\_interval\_min": 25, "storage.monitoring.record\_history\_enabled": true } } 2. 執行`tsm settings import -f file.json`將 json 檔傳遞給 Tableau 服務管理員。 3. 執行 `tsm pending-changes apply` 命令以套用變更。 4. 執行 `tsm email test-smtp-connection` 以檢視並驗證連線組態。 ## 安裝 PostgreSQL 驅動程式 要在 Tableau Server 上查看管理員檢視，必須在 Tableau Server 部署的節點 1 上安裝 PostgreSQL 驅動程式。 1. 前往[Tableau 驅動程序下載](https://www.tableau.com/zh-tw/support/drivers)頁面並複制 PostgreSQL jar 檔的 URL。 2. 在 Tableau 部署的每個節點上執行以下過程： - 建立以下檔案路徑： `sudo mkdir -p /opt/tableau/tableau_driver/jdbc` - 從新路徑下載最新版本的 PostgreSQL jar 檔：例如： `sudo wget https://downloads.tableau.com/drivers/linux/postgresql/postgresql-42.2.22.jar` 4. 在初始節點上，重新啟動 Tableau Server： `tsm restart` ## 設定強式密碼原則 若您不使用 IdP 驗證解決方案部署 Tableau Server 驗證解決方案，我們建議您加強預設 Tableau 密碼原則的安全性。 若您使用 IdP 部署 Tableau Server，則您必須使用 IdP 管理密碼原則。 以下流程包括用於在 Tableau Server 上設定密碼原則的 json 設定。有關以下選項的更多資訊，請參閱_本機驗證_ ([Linux](https://help.tableau.com/current/server-linux/zh-tw/local_auth.htm))。 1. 將以下 json 範本複製到檔案。使用您的密碼原則設定填入機碼值。 { "configKeys": { "wgserver.localauth.policies.mustcontainletters.enabled": true, "wgserver.localauth.policies.mustcontainuppercase.enabled": true, "wgserver.localauth.policies.mustcontainnumbers.enabled": true, "wgserver.localauth.policies.mustcontainsymbols.enabled": true, "wgserver.localauth.policies.minimumpasswordlength.enabled": true, "wgserver.localauth.policies.minimumpasswordlength.value": 12, "wgserver.localauth.policies.maximumpasswordlength.enabled": false, "wgserver.localauth.policies.maximumpasswordlength.value": 255, "wgserver.localauth.passwordexpiration.enabled": true, "wgserver.localauth.passwordexpiration.days": 90, "wgserver.localauth.ratelimiting.maxbackoff.minutes": 60, "wgserver.localauth.ratelimiting.maxattempts.enabled": false, "wgserver.localauth.ratelimiting.maxattempts.value": 5, "vizportal.password\_reset": true } } 2. 執行 `tsm settings import -f file.json`，將 json 檔傳遞給 Tableau 服務管理員，以設定 Tableau Server。 3. 執行 `tsm pending-changes apply` 命令以套用變更。 [跳至主要內容](#main-content) # 第 7 部分 - 驗證、工具和疑難排解 **附註**：Tableau不再更新《企業部署指南》。儘管我們仍然推薦將此處描述的參考架構作為 AWS 中 Tableau Server 的有效部署模型，但自上次更新以來，具體的設定過程可能已變更。請始終將這些步驟與最新的 [Tableau Server 說明](https://help.tableau.com/current/server/zh-tw/get_started_server.htm) 文件進行交叉引用，以確保準確無誤。 本主題包含安裝後驗證步驟和疑難排解指南。 ## 容錯移轉系統驗證 設定部署後，我們建議執行簡單的容錯移轉測試來驗證系統冗餘。 我們建議執行以下步驟來驗證容錯移轉功能： 1. 關閉 Independent Gateway (TSIG1) 的第一個執行個體。所有輸入流量都應由 Independent Gateway (TSIG2) 的第二個執行個體進行路由。 2. 重新啟動 TSIG1，然後關閉 TSIG2。所有輸入流量都應由 TSIG1 路由。 3. 重新啟動 TSIG2。 4. 關閉 Tableau Server 節點 1。所有 Vizportal/Application 服務流量都將容錯移轉到節點 2。 **注意**自 2022 年 9 月起，節點 1 的高可用性在特定 Tableau Server 2021.4 及更高版本上受到影響。如果節點 1 關閉，用戶端連線將失敗。此問題已在這些維護版本中得到修復： \- 2021 年 4 月 15 日及更高版本 \- 2022 年 1 月 11 日及更高版本 \- 2023 年 1 月 3 日及更高版本 為了確保使用 ATR 啟動的 Tableau Server 安裝在初始節點故障後有 72 小時的寬限期，請安裝或升級到這些版本之一。有關詳情，請參閱 Tableau 知識庫中的 [使用 ATR 的 Tableau Server HA 在初始節點故障後沒有寬限期](https://kb.tableau.com/articles/issue/tableau-server-ha-using-atr-does-not-have-a-grace-period-after-the-initial-node-failure?lang=zh-tw "有關高可用性故障的 Tableau 知識庫文章。")。 5. 重新啟動節點 1 並關閉節點 2。所有 Vizportal/Application 服務流量都將容錯移轉到節點 1。 6. 重新啟動節點2。 在這種情況下，「關閉」或「重新啟動」是以關閉作業系統或虛擬機來完成，無需事先嘗試正常關閉應用程式。目標是模擬硬體或虛擬機故障。 每個容錯移轉測試的最小驗證步驟是向使用者進行身份驗證並執行基本的檢視動作。 在模擬失敗後嘗試登入時，您可能會收到「錯誤請求」瀏覽器錯誤。即使清除瀏覽器中的快取，也可能會看到此錯誤。當瀏覽器快取來自先前 IdP 工作階段的資料時，通常會發生此問題。如果清除本機瀏覽器快取後此錯誤仍然存在，請與其他瀏覽器連線來驗證 Tableau 方案。 ## 初始節點自動復原 Tableau Server 版本 2021.2.4 及更高版本在指令碼目錄 (`/app/tableau_server/packages/scripts.`) 中包含自動初始節點復原指令碼 `auto-node-recovery`。 若初始節點出現問題，並且節點 2 上有冗餘流程，則無法保證 Tableau Server 將繼續執行。Tableau Server 可以在初始節點出現故障後繼續執行長達 72 小時，然後才會因為缺少授權服務而影響其他流程。若是這樣，您的使用者可能能夠在初始節點失敗後繼續登入並查看和使用他們的內容，但您將無法重新設定 Tableau Server，因為您將無權存取管理控制器。 即使已設定冗餘流程，在初始節點出現故障後，Tableau Server 也可能無法繼續執行。 要復原初始節點（節點 1）故障： 1. 登入到 Tableau Server 節點 2。 2. 變更為指令碼目錄： cd /app/tableau\_server/packages/scripts. 3. 執行以下命令以啟動指令碼： sudo ./auto-node-recovery -p node1 -n node2 -k 其中 `` 是以逗號分隔（無空格）的部署授權金鑰清單。若無權存取授權金鑰，請造訪 [Tableau 客戶入口網站](http://customer.tableausoftware.com/?_fsi=v45oWMAM)以進行檢索。例如： sudo ./auto-node-recovery -p node1 -n node2 -k TSB4-8675-309F-TW50-9RUS,TSNM-559N-ULL6-22VE-SIEN auto-node-recovery 指令碼將執行大約 20 個步驟以將服務復原到節點 2。每個步驟都會隨著指令碼的進度顯示在終端中。更詳細的狀態會記錄到 `/data/tableau_data/logs/app-controller-move.log` 中。在大多數環境中，指令碼需要 35 到 45 分鐘才能完成復原。 ### 對初始節點復原進行疑難排解 若節點復原失敗，您可能會發現以互動方式執行指令碼以允許或不允許流程中的離散步驟很有用。例如，若指令碼在流程中途失敗，可以查看記錄檔、變更設定，然後再次執行指令碼。透過以互動模式執行，可以跳過所有步驟，直到到達失敗的步驟。 要以互動模式執行，請將 `-i` 開關新增到指令碼引數中。 ### 重建故障節點 執行指令碼後，節點 2 將執行以前在出現故障的節點 1 主機上的所有服務。要新增 4 節點，需要使用啟動程序檔案部署新的 Tableau Server 主機，並按照第 4 部分中指定的原始節點 2 的設定方式對其進行設定。請參閱[設定節點 2](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part4.htm#Configur2)。 ## switchto Switchto 是 Tim 的一個指令碼，可讓視窗之間的切換變得輕而易舉。 1. 將以下程式碼複製到堡壘主機上主目錄中名為 `switchto` 的檔案中。 #!/bin/bash #------------------------------------------------------------------- # switchto # # Helper function to simplify SSH into the various AWS hosts when # following the Tableau Server Enterprise Deployment Guide (EDG). # # Place this file on your bastion host and provide your AWS hosts' # internal ip addresses or machine names here. # Example: readonly NODE1="10.0.3.187" # readonly NODE1="" readonly NODE2="" readonly NODE3="" readonly NODE4="" readonly PGSQL="" readonly PROXY1="" readonly PROXY2="" usage() { echo "Usage: switchto.sh \[ node1 | node2 | node3 | node4 | pgsql | proxy1 | proxy2 \]" } ip="" case $1 in node1) ip="$NODE1" ;; node2) ip="$NODE2" ;; node3) ip="$NODE3" ;; node4) ip="$NODE4" ;; pgsql) ip="$PGSQL" ;; proxy1) ip="$PROXY1" ;; proxy2) ip="$PROXY2" ;; ?) usage exit 0 ;; \*) echo "Unkown option $1." usage exit 1 ;; esac if \[\[ -z $ip \]\]; then echo "You must first edit this file to provide the ip addresses of your AWS hosts." exit 1 fi ssh -A ec2-user@$ip 3. 更新指令碼中的 IP 位址，以對應到 EC2 執行個體，然後儲存檔案。 4. 對指令碼檔案套用權限： sudo chmod +x switchto 用法： 若要切換到主機，請執行以下命令： `./switchto ` 例如，若要切換到節點 1，請執行以下命令： `./switchto node1` ## 解除安裝 Tableau Server 獨立閘道 在 Tableau Server 上設定獨立閘道、Okta、Mellon 和 SAML 可能是容易出錯的過程。最常見的失敗根本原因是字串錯誤。例如，設定過程中指定 Okta URL 的結尾斜線 (`/` ) 可能會導致與 SAML 宣告相關的不相符錯誤。這只是一個範例。在設定過程中有很多機會在任何應用程式中輸入不正確的字串。 ### 重啟 tableau-tsig 服務 始終透過重新啟動獨立閘道電腦中的 tableau-tsig 服務開始（和完成）疑難排解。重新啟動此服務很快，並且通常會觸發從 Tableau Server 加載更新的設定。 在獨立閘道電腦中執行以下命令： sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### 找到不正確的字串 如果您犯了字串錯誤（複製/貼上錯誤、字串被截斷等），請花時間瀏覽您配置的每個設定： - Okta 預身份驗證設定。仔細查看您設定的 URL。尋找結尾斜線。驗證 HTTP 與 HTTPS。 - 節點 1 中 SAML 設定的 Shell 歷程記錄。檢閱您執行的 `tsm authentication saml configure` 命令。驗證所有 URL 是否與您在 Okta 中設定的 URL 相符。在查看節點 1 的 shell 歷史記錄時，請確認 `tsm configuration set` 指定 Mellon 設定檔路徑的命令完全對應在Independent Gateway上複製檔案的檔案路徑。 - 獨立閘道中的 Mellon 設定。檢閱 shell 歷程記錄，驗證所建立的中繼資料是否使用您在 Okta 和 Tableau SAML 中設定的相同 URL 字串。驗證 `/etc/mellon/conf.d/global.conf` 中指定的所有路徑是正確的，並且將 `MellonCookieDomain` 設定為您的根網域，而不是您的 Tableau 子網域。 ### 搜尋相關記錄 如果所有字串均正確設定，則應該檢查記錄是否有錯誤。 Tableau Server 將錯誤和事件記錄到數十個不同的記錄檔中。獨立閘道也記錄到一組本機檔案中。建議按以下順序檢查這些記錄。 #### 獨立閘道記錄檔 獨立閘道記錄檔的預設位置為 `/var/opt/tableau/tableau_tsig/logs`。 - `access.log`：此記錄非常有用，因為它具有顯示來自 Tableau Server 節點連線的項目。如果嘗試啟動 TSM 時遇到閘道錯誤（不會啟動），並且 `access.log` 記錄檔中沒有項目，則存在核心連線能力問題。始終首先驗證 AWS 安全性群組設定。另一個常見問題是 `tsig.json` 中的拼字錯誤。如果更新 tsig.json，請執行 `tsm stop`，然後執行 `tsm topology external-services gateway update -c tsig.json`。更新 tsig.json 後，請執行 `tsm start`。 - `error.log`：除其他項目外，此記錄還包括 SAML 和 Mellon 錯誤。 #### Tableau Server tabadminagent 記錄檔 `tabadminagent`（非 `tabadmincontroller`）檔案集是解決 Independent Gateway 相關錯誤的唯一相關記錄檔。 必須找到在 `tabdminagent` 中記錄的 Independent Gateway 錯誤。這些錯誤可以在任何節點中，但只在一個節點上。在 Tableau Server 叢集中的每個節點中執行以下步驟，直到找到「independent」字串： 1. 在 EDG 設定中找到 Tableau Server 節點 1-4 上的 tabadminagent 記錄檔位置： cd /data/tableau\_data/data/tabsvc/logs/tabadminagent 2. 開啟最新記錄讀取： less tabadminagent\_nodeN.log （使用節點號取代 N） 3. 搜尋所有「Independent」和「independent」執行個體 - 使用以下搜尋字串： /ndependent 如果沒有相符項目，則轉到下一個節點並重複步驟 1-3。 4. 找到相符項目後：`Shift + G` 移至底部以獲取最新錯誤資訊。 ### 重新載入 httpd 虛設常式檔案 Independent Gateway 管理 Apache 的 httpd 設定。通常會修復暫時性問題的一般操作是重新載入作為基礎 Apache 設定植入的 httpd 虛設常式檔案。在 Independent Gateway 的兩個執行個體上執行以下命令。 1. 將虛設常式檔案複製到 httpd.conf： cp /var/opt/tableau/tableau\_tsig/config/httpd.conf.stub /var/opt/tableau/tableau\_tsig/config/httpd.conf 2. 重新啟動獨立閘道服務： sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### 刪除或移動記錄檔 Independent Gateway 記錄所有存取事件。將需要管理記錄檔儲存以避免填滿磁碟空間。如果磁碟已滿，Independent Gateway 將無法寫入存取事件並且服務將失敗。以下訊息將記錄到 Independent Gateway 上的 error.log 中： (28)No space left on device: \[client 10.0.2.209:54332\] AH00646: Error writing to /var/opt/tableau/tableau\_tsig/logs/access.%Y\_%m\_%d\_%H\_%M\_%S.log 此故障將導致在 Tableau 節點 1 執行 `tsm status -v` 時 `external` 節點狀態為`DEGRADED`。狀態輸出中的 `external` 節點是指 Independent Gateway。 要解決此問題，請刪除或移動磁碟上的 access.log 檔案。Access.log 的存放位置為 `/var/opt/tableau/tableau_tsig/logs`。清理磁碟後，重新啟動 tableau-tsig 服務。 ### 瀏覽器錯誤 **錯誤的要求**：這種情況下的一個常見錯誤是來自 Okta 的「錯誤的要求」錯誤。當瀏覽器快取來自先前 Okta 工作階段的資料時，通常會發生此問題。例如，如果您以 Okta 管理員身份管理 Okta 應用程式，然後嘗試使用不同的啟用 Okta 帳戶存取 Tableau，則來自管理員資料的工作階段資料可能會導致「錯誤的要求」錯誤。如果清除本機瀏覽器快取後此錯誤仍然存在，請嘗試與其他瀏覽器連線來驗證 Tableau 方案。 「錯誤請求」錯誤的另一個原因是在 Okta、Mellon 和 SAML 設定過程中輸入的眾多 URL 之一中發生拼寫錯誤。檢查您輸入的所有這些內容都沒有錯誤。 通常情況下，獨立閘道伺服器中的 `error.log` 檔案會指出造成此錯誤的 URL。 **找不到 - 在此伺服器上找不到請求的 URL** ：此錯誤代表許多設定錯誤的其中一種。 如果使用者使用 Okta 進行身份驗證，然後收到此錯誤，則很可能是在設定 SAML 時將 Okta 預身份驗證應用程式上傳到 Tableau Server。驗證出您在 Tableau Server 上設定了 Okta Tableau Server 應用程式中繼資料，而不是 Okta 預身份驗證應用程式中繼資料 其他疑難排解步驟: - 檢查 Okta 預身份驗證應用程式設定。確定 HTTP 與 HTTPS 協定按照此主題指定步驟設定。 - 在兩個獨立閘道伺服器上重新啟動 tsig-httpd。 - 請驗證 `sudo apachectl configtest` 是否在兩個獨立閘道上都傳回「語法正常」。 - 驗證測試使用者是否已指派給 Okta 中的兩個應用程式。 - 驗證是否在負載平衡器和關聯的目標群組上設定綁定。 ### 用於從 Tableau Server 到獨立閘道的 TLS 驗證 使用 `wget` 命令驗證從 Tableau Server 到獨立閘道的連線和存取。此命令的變體有助於您了解憑證問題是否導致連線問題。 例如執行這個 `wget` 驗證 Tableau Server 內務吹 (HK) 通訊協定的命令： `wget https://ip-10-0-1-38.us-west-1.compute.internal:21319` 使用 tsig.json 檔案的 host 選項包含的相同主機地址建構 URL。指定 `https` 通訊協議並在 URL 後面加上 HK 連接埠 `21319`。 要檢查連線能力並忽略憑證驗證： `wget https://ip-10-0-1-38.us-west-1.compute.internal:21319 --no-check-certificate` 驗證 TSIG 的根 CA 證書是否有效： `wget https://ip-10-0-1-38.us-west-1.compute.internal:21319 --ca-certificate=tsigRootCA.pem` 如果 Tableau 能夠通信，則仍會收到與內容相關的錯誤，但不會收到與連線相關的錯誤。如果 Tableau 根本無法連線，則首先驗證防火牆/安全組中的通訊協議設定。例如，用於獨立閘道所在的安全群組的輸入規則必須允許 TCP 21319。 [跳至主要內容](#main-content) # 終端使用者移轉檢查清單 您所在的位置是 [Tableau Cloud 手動移轉指南。](https://help.tableau.com/current/guides/migration/zh-tw/emg_intro.htm)本指南會介紹如何將少於 100 位使用者的 Tableau Server 部署手動移轉到 Tableau Cloud。 歡迎來到 Tableau Cloud！ 您來到這裡是因為 Tableau 管理員最近將您的 Tableau Server 環境移轉到了[Tableau Cloud](https://online.tableau.com/)，這是 Tableau 完全管理的分析平台。 作為移轉的一部分，以下任務需要您花費幾分鐘時間，以確保順利轉換到 Tableau Cloud。如果在 Tableau Server 上使用以下任何功能，則需要在 Tableau Cloud 上重新建立它們。查看此清單以了解需要重新建立哪些功能並按照提供的步驟進行動作！ 在移轉這些項目時，請與 Tableau 管理員一起存取 Tableau Server 和 Tableau Cloud。 - **網址動作**：需要更新源自 Tableau Server 的網址動作，以便它們指向 Tableau Cloud 網址，或者您可以使用已更新的欄位變數。請參閱[「網址動作」](https://help.tableau.com/current/pro/desktop/zh-tw/actions_url.htm)。 - **訂閱**：需要在 Tableau Cloud 站台上重新訂閱檢視、工作簿與流程。請參閱[建立檢視或工作簿訂閱](https://help.tableau.com/current/online/zh-tw/subscribe_user.htm)。 - **自訂檢視**：自訂檢視是檢視的複本，其中會套用您的選取項目和篩選器。需要在 Tableau Cloud 站台上重新套用自訂檢視。請參閱[使用自訂檢視](https://help.tableau.com/current/pro/desktop/zh-tw/customview.htm)。 - **列層級安全性**：在移轉時可變更使用者和群組名稱。如果您在 Tableau 資料原則、資料來源或工作簿內的列層級安全解決方案中使用群組與使用者名，則需要在移轉後更新它們。 - **資料問答濾鏡**：需要在 Tableau Cloud 上重新設定資料問答濾鏡。請參閱[為特定受眾建立聚焦資料問答的濾鏡](https://help.tableau.com/current/pro/desktop/zh-tw/ask_data_lenses.htm)。 - **收藏夾**：必須重新建立收藏夾。您可以將任何類型的內容新增至我的最愛，內嵌資料來源除外。請參閱[標記收藏夾](https://help.tableau.com/current/pro/desktop/zh-tw/favorites.htm)。 - **集合**：使用者需要在 Tableau Cloud 中重新建立集合。 - **使用者帳戶設定**：更新電子郵件設定和使用者介面選項。請參閱[管理您的帳戶設定](https://help.tableau.com/current/pro/desktop/zh-tw/useracct.htm)。 - **已儲存的資料來源認證**：必須更新之前包含在已儲存憑證中的所有資料來源與流程。請參閱[為資料連線管理儲存的認證](https://help.tableau.com/current/pro/desktop/zh-tw/manage_stored_credentials.htm)。 - **Webhooks**：必須在 Tableau Cloud 上重新建立 Webhooks。請參閱[Tableau Webhook](https://help.tableau.com/current/developer/webhooks/zh-tw/index.html)。 - **內嵌解決方案**：如果 Tableau Server 檢視內嵌到任何其他應用程式中，則需要更新這些解決方案以使用 Tableau Cloud 設定。這包括但不限於內容項目的網址、網頁如何與項目互動以及對視覺化的驗證。 - **儀表板延伸模組**：根據使用案例，儀表板延伸模組可能需要適應新的 Tableau Cloud 環境。請參閱[儀表板延伸模組](https://help.tableau.com/current/pro/desktop/zh-tw/dashboard_extensions.htm)。Tableau 管理員可能需要[在您的雲端站台上設定儀表板延伸模組](https://help.tableau.com/current/online/zh-tw/dashboard_extensions_server.htm)。 - **資料管理**：若您的組織具有資料管理功能（透過先前購買的資料管理或透過購買 Tableau Enterprise），則必須更新資料品質警告和欄位描述。請參閱[虛擬連線和資料原則](https://help.tableau.com/current/online/zh-tw/dm_vconn_overview.htm)。 ## 移轉工作流程 本指南根據移轉到 Tableau Cloud 的分步流程進行編排： 1. [規劃移轉](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part1.htm) 2. [建立和設定 Tableau Cloud 站台](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2.htm) 3. [移轉虛擬連線](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2-5.htm) 4. [將資料來源、工作簿和 Prep 流程移轉到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part3.htm) 5. [為 Tableau Cloud 重新建立重新整理排程](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part4.htm) 6. [為移轉的使用者設定權限和內容存取權](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part5.htm) 7. [將剩餘使用者新增到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part6.htm) 8. **您在這裡**：使用者移轉檢查清單 [跳至主要內容](#main-content) # 規劃移轉 您所在的位置是 [Tableau Cloud 手動移轉指南。](https://help.tableau.com/current/guides/migration/zh-tw/emg_intro.htm)本指南會介紹如何將少於 100 位使用者的 Tableau Server 部署手動移轉到 Tableau Cloud。 本主題將帶您完成移轉前應完成的兩項重要規劃工作：資料連線策略與建立驗證機制。您可以在 Tableau Server 說明主題_從 Tableau Server 移轉至 Tableau Cloud 的技術注意事項_（[Windows](https://help.tableau.com/current/server/zh-tw/migrate_server_to_cloud_overview.htm) | [Linux](https://help.tableau.com/current/server-linux/zh-tw/migrate_server_to_cloud_overview.htm)）中找到功能差異摘要清單。執行 [Tableau Cloud 移轉技術準備評估](https://exchange.tableau.com/products/921)，了解在移轉至 Tableau Cloud 前是否有任何可能需要調整的用例。 ## 了解 Tableau Cloud 若您是 Tableau Cloud 新手，我們建議您透過註冊線上[自學課程](https://www.tableau.com/zh-tw/learn/training/elearning)來瞭解有關該平台的更多資訊。這些課程可以作為對 Tableau Cloud 的簡介，並在您規劃移轉時為您提供一些背景資訊。 如果您現在熟悉 Tableau Server 的管理，就會發現許多工作與在 Tableau Cloud 中大體相同。但如果移至 Tableau Cloud，與部署和管理軟體相關的工作將由 Tableau 作為受管理的服務處理。您不用擔心升級的問題。前往部落格文章，[我應該將我的 Analytics 移至 Tableau Cloud 嗎？](https://www.tableau.com/zh-tw/blog/should-i-move-my-analytics-cloud)了解更多內容。憑藉 Tableau Cloud，您可以在確保順暢的資料連線、為使用者提供最佳實踐與發展分析社群上投入更多精力。有關管理 Tableau Cloud 站台所涉及內容的更資訊，以及幫助您以管理員身分入門的大量資源，請瀏覽[Tableau Cloud 站台管理員](https://www.tableau.com/zh-tw/learn/get-started/online-admin)頁面。 ## 規劃您的資料策略Tableau Cloud Tableau Cloud 可以連線數十個資料來源，但您必須在開始移轉前製定資料連線計劃。在此部分，我們會為您介紹完成此工作的最佳方式，同時還會介紹 Tableau Cloud 連線資料的兩種方式。 此時的目標是驗證您在移轉到 Tableau Cloud 後是否可以支援當前的資料要求。 ### 打掃房子：您的內容讓您滿意嗎？ 開始評估各種資料類型以及如何將所有資料來源、工作簿和專案移轉到 Tableau Cloud 前，建議您將此次移轉作為大掃除的機會。大多數執行 Tableau Server 超過一、兩年的組織都會有一些過時的內容：工作簿、資料來源、專案與流程。建議您在移轉前採取以下步驟： - 可以使用 Tableau Server 中的_過時內容_( [Windows](https://help.tableau.com/current/server/zh-tw/adminview-stale-content.htm) | [Linux](https://help.tableau.com/current/server-linux/zh-tw/adminview-stale-content.htm) ) 管理檢視確定不再使用的內容。將過時、已封存內容移至 Tableau Cloud 通常沒有意義。放手吧！ - 與大多數已經執行 Tableau Server 一段時間的組織一樣，您的內容階層與權限結構可能已經自行「進化」，而且可能有點混亂。在規劃移轉時，請制定一項策略來優化新 Tableau Cloud 站台中的專案、群組與權限結構。 - 如果您是 Tableau Data Management 客戶，請使用這些工具來管理待移動的資料清理、合併與處理。 ### 最佳化儀表板效能 就效能而言，一個很好的經驗法則是，若您的儀表板在 Tableau Server 上執行緩慢，那麼它們在 Tableau Cloud 上執行也可能會很慢。在移轉之前，請使用[「最佳化工作簿效能」](https://help.tableau.com/current/pro/desktop/zh-tw/performance_tips.htm)中的步驟解決任何儀表板效能問題。在移轉前進行調整可確保您在 Tableau Cloud 上享受相同的改進效能。 ### 製作清單並建立資料來源策略 清理現有內容後，就該清點資料來源了。本練習的目的是確定您要如何使用使用者當前使用的資料來源來支援貴組織中的使用者。 對於每個資料來源： - 使用下一部分中的 Tableau Cloud 連接器表對其進行交叉檢查。如果支援它，則可以直接進行。如果表中不包含它... - 請使用[Connectivity with Bridge](https://help.tableau.com/current/online/zh-tw/to_sync_local_data.htm)對其進行交叉檢查，以確定 Tableau Bridge 是否支援您的資料類型。 - 如果資料來源是靜態檔案，Tableau Cloud 支援直接從瀏覽器或 Tableau Desktop 上傳 Excel 或基於文本的資料來源（.xlsx、.csv、.tsv）。可以上傳的最大檔案大小為 1 GB。很可能您的使用者正在連線到共享的公共目錄中的這些類型的檔案。如果如此，則可以將這些檔案上傳到公用雲端空間，例如 Google Drive、Dropbox 或 OneDrive。也可以使用 Bridge。然後，您（或您的使用者）可以將 Tableau Cloud 設定為連線到這些空間以進行即時資料連線。 - 執行 [Tableau Cloud 移轉技術準備評估](https://exchange.tableau.com/products/921)，了解在移轉至 Tableau Cloud 前是否有任何可能需要調整的用例。 #### 支援的 Tableau Cloud 連接器 支援以下連接器Tableau Cloud

Alibaba AnalyticsDB for MySQL‡

Alibaba Data Lake Analytics‡

Amazon Athena‡

Amazon Aurora for MySQL‡

Amazon EMR Hadoop Hive‡

Amazon Redshift‡

Apache Drill‡

Azure Data Lake Storage Gen2‡

Azure Synapse Analytics（與 SQL Server 相容）

Box‡

Cloudera Hadoop‡

Databricks‡

Datorama by Salesforce‡

Denodo‡

Dremio by Dremio‡

Dropbox*‡

Esri 連接器‡

Exasol‡

Google BigQuery*‡

Google Cloud SQL（與 MySQL 相容）‡

Google 雲端硬碟‡

Hortonworks Hadoop Hive

Impala‡

Kyvos‡

MariaDB‡

Microsoft Azure SQL Database‡

Microsoft Azure Synapse Analytics‡

Microsoft SQL Server‡

MongoDB BI Connector‡

MySQL‡

OData‡

OneDrive*‡

Oracle‡

Pivotal Greenplum Database‡

PostgreSQL‡

Presto‡

Qubole Presto‡

Salesforce‡

SAP HANA（僅適用於虛擬連線）‡

SharePoint Lists‡

SingleStore（先前為 MemSQL）‡

Snowflake‡

Spark SQL‡

Teradata**‡

Vertica‡

\*有關在 Tableau Cloud 將 OAuth 2.0 標準用於 Google BigQuery、OneDrive 和 Dropbox 連線的更多資訊，請參閱 [OAuth 連線](https://help.tableau.com/current/online/zh-tw/protected_auth.htm)。 \*\* Teradata Web 製作目前不支援查詢追蹤功能。有關詳細資訊，請參閱 [Teradata](https://help.tableau.com/current/pro/desktop/zh-tw/examples_teradata.htm)。 ‡如果您有 資料管理，則支援虛擬連線。更多資訊，請參閱 Tableau Cloud 說明中的[關於虛擬連線和資料原則](https://help.tableau.com/current/online/zh-tw/dm_vconn_overview.htm)。 附註：Tableau Cloud 不支援使用 Google Cloud SQL 的 SSL。 ## 使用者帳戶與驗證 第二個基本規劃步驟是確定要使用的 Tableau Cloud 使用者驗證機制。 Tableau Cloud 上的預設使用者帳戶名為 TableauID。TableauID 需要多重要素驗證 (MFA) 以確保安全存取 Tableau Cloud。請參見 Tableau Cloud 文件中的[關於多重要素驗證與 Tableau Cloud](https://help.tableau.com/current/online/zh-tw/security_auth.htm#mfa_requirement) 。 如果您的組織使用識別提供者 (IdP) 來啟用身分驗證，則可能會在 Tableau Cloud 中使用。我們原生支援 Salesforce 驗證與 Google OpenID。您還可以為 Azure、Okta、OneLogin、AD FS、PingOne 或任何支援標準 SAML 2.0 驗證的 IdP 設定 SAML。 繼續前，請查看 Tableau Cloud[驗證](https://help.tableau.com/current/online/zh-tw/security_auth.htm)選項以製定計劃。 如果您的組織使用 Azure AD、Okta 或 OneLogin 管理身分，則還可以在 Tableau Cloud 中自動設定使用者與群組。請參閱[透過外部身分提供者自動執行使用者佈建與群組同步](https://help.tableau.com/current/online/zh-tw/scim_config_online.htm)。 ## 移轉工作流程 本指南根據移轉到 Tableau Cloud 的分步流程進行編排： 1. **您在這裡**：規劃您的移轉 2. [建立和設定 Tableau Cloud 站台](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2.htm) 3. [移轉虛擬連線](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part2-5.htm) 4. [將資料來源、工作簿和 Prep 流程移轉到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part3.htm) 5. [為 Tableau Cloud 重新建立重新整理排程](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part4.htm) 6. [為移轉的使用者設定權限和內容存取權](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part5.htm) 7. [將剩餘使用者新增到 Tableau Cloud](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part6.htm) 8. [終端使用者移轉檢查清單](https://help.tableau.com/v0.0/guides/migration/zh-tw/cloud_migration_part7.htm) [跳至主要內容](#main-content) # 附錄 - AWS 部署工具箱 **附註**：Tableau不再更新《企業部署指南》。儘管我們仍然推薦將此處描述的參考架構作為 AWS 中 Tableau Server 的有效部署模型，但自上次更新以來，具體的設定過程可能已變更。請始終將這些步驟與最新的 [Tableau Server 說明](https://help.tableau.com/current/server/zh-tw/get_started_server.htm) 文件進行交叉引用，以確保準確無誤。 本主題會介紹在 AWS 中進行部署時參考架構的工具和備用部署選項。具體而言，本主題會介紹如何自動化整個 EDG 中所述的範例 AWS 部署。 ## TabDeploy4EDG 自動安裝指令碼 [TabDeploy4EDG 指令碼](https://help.tableau.com/samples/en-us/edg/tabdeploy4edg.txt)會自動實作[第 4 部分 - 安裝並設定 Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part4.htm) 中所述的四節點 Tableau 部署。如果遵循本指南中所述的範例 AWS 實作，就能夠執行 TabDeploy4EDG。 **要求。**要執行該指令碼，必須根據 [第 3 部分 - 準備 Tableau Server Enterprise 部署](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part3.htm)中的範例實作來準備和設定 AWS 環境： - VPC、子網路和安全性群組已按所述進行設定。IP 位址不必與範例實作中顯示的位址相符。 - 四個 EC2 執行個體，正在執行最新的已更新 AWS Linux 2 版本 - PostgreSQL 已安裝，並已如[安裝、設定 PostgreSQL 和建立 tar 備份](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part4.htm#Install,) 中所述進行設定。 - 步驟 1 的 tar 備份文件位於安裝 PostgreSQL 的 EC2 執行個體中，如[使用 PostgreSQL 步驟 1 tar 備份](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part4.htm#Take)中所述。 - 執行 Tableau Server 部署節點 1 的 EC2 執行個體已設定為與 PostgreSQL 通訊，如[第 4 部分 - 安裝並設定 Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part4.htm#Configur)中所述。 - 您已使用來自堡壘主機的 SSH 工作階段登入到每個 EC2 執行個體。 該指令碼大約需要 1.5-2 小時來安裝和設定四個 Tableau 伺服器。該指令碼會根據參考架構的指定設定來設定 Tableau。該指令碼會執行以下動作： - 若您指定 PostgreSQL 主機 tar 檔案的路徑，則會還原 PostgreSQL 主機的第 1 階段備份。 - 刪除所有節點上的現有 Tableau 安裝。 - 在所有節點上執行 `sudo yum update`。 - 將 Tableau rpm 套件下載並複製到每個節點。 - 將相依項下載並安裝到每個節點。 - 建立 `/app/tableau_server`，並在所有節點上安裝套件。 - 使用本機身分存放區安裝節點 1，並使用 PostgreSQL 設定外部存放庫。 - 執行節點 2 - 節點 4 的啟動程序安裝和初始設定。 - 刪除啟動程序檔案和 TabDeploy4EDG 的設定檔案。 - 根據參考架構規格跨 Tableau 叢集設定服務。 - 驗證安裝並傳回每個節點的狀態。 **將指令碼下載並複制到堡壘主機** 1. 從 [TabDeploy4EDG 範例頁面](https://help.tableau.com/samples/en-us/edg/tabdeploy4edg.txt)複製指令碼，並將程式碼貼上到名為 `TabDeploy4EDG` 的檔案中。 2. 將檔案儲存到作為堡壘主機的 EC2 主機上的主目錄。 3. 執行以下命令，變更檔案的模式以使其可執行： sudo chmod +x TabDeploy4EDG **執行 TabDeploy4EDG** TabDeploy4EDG 必須從堡壘主機執行。編寫該指令碼時已假設該指令碼將在 ssh 轉送代理程式內容中執行，如[範例：連線到 AWS 中的 Bastion 主機](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part3.htm#Example:)中所述。若未在 ssh 轉送代理程式內容中執行，那麼在整個安裝過程中將提示您輸入密碼。 1. 建立、編輯和儲存登錄檔（`registration.json` ）。該檔案必須為格式正確的 json 檔案。複製並自訂以下範本： { "zip" : "97403", "country" : "USA", "city" : "Springfield", "last\_name" : "Simpson", "industry" : "Energy", "eula" : "yes", "title" : "Safety Inspection Engineer", "phone" : "5558675309", "company" : "Example", "state" : "OR", "department" : "Engineering", "first\_name" : "Homer", "email" : "homer@example.com" } 2. 執行以下命令，產生範本設定檔案： ./TabDeploy4EDG -g edg.config 3. 開啟設定檔案進行編輯： sudo nano edg.config 至少必須新增每個 EC2 主機的 IP 位址、登錄檔的檔案路徑以及有效的授權金鑰。 4. 完成設定檔案的編輯後，儲存然後關閉。 5. 要執行 TabDeploy4EDG，請執行以下命令： ./TabDeploy4EDG -f edg.config ## 範例：使用 Terraform 自動化 AWS 基礎架構部署 本區段介紹如何設定和執行 Terraform 以在 AWS 中部署 EDG 參考架構。此處提供的範例 Terraform 設定部署了一個 AWS VPC，其中包含[第 3 部分 - 準備 Tableau Server Enterprise 部署](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part3.htm)中描述的子網域、安全性群組和 EC2 執行個體。 Tableau 範例網站上提供了範例 Terraform 範本，網址為[https://help.tableau.com/samples/en-us/edg/edg-terraform.zip](https://help.tableau.com/samples/en-us/edg/edg-terraform.zip) 。必須為您的組織設定和自訂這些範本。本區段中提供的設定內容描述了必須自訂部署所需的最少範本變更。 ### 目標 此處提供的 Terraform 範本和內容旨在提供工作範例，使您能夠在開發測試環境中快速部署 EDG。 我們已盡最大努力測試和記錄範例 Terraform 部署。但是，使用 Terraform 在生產環境中部署和維護 EDG 需要 Terraform 專業知識，這超出了本範例的範圍。Tableau 不為此處記錄的範例 Terraform 解決方案提供支援。 ### 結束狀態 按照本區段中的過程在 AWS 中設定 VPC，該 VPC 的功能等同於[第 3 部分 - 準備 Tableau Server Enterprise 部署](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part3.htm)中指定的 VPC。 ![Tableau Server 的 AWS 架構圖。](/tableau/next/zh-tw/guides/enterprise-deployment/zh-tw/Img/edg-vpc-terraform.png) 本區段中的範例 Terraform 範本和支援內容： - 如上所示建立彈性 IP 位址、兩個可用區域和子網域組織的 VPC（IP 位址不同） - 建立 Bastion、Public、Private 和 Data 安全性群組。 - 在安全性群組上設定大多數入口和出口規則。在 Terraform 執行後，將需要編輯安全性群組。 - 建立以下 EC2 主機（每個都執行 AWS Linux2）：bastion、proxy 1 proxy 2、Tableau 節點 1、Tableau 節點 2、Tableau 節點 3、Tableau 節點 4。 - 未建立 PostgreSQL 的 EC2 主機。必須在資料安全性群組中手動建立 EC2，然後按照[安裝、設定 PostgreSQL 和建立 tar 備份](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part4.htm#Install,)。 ### 需求 - AWS 帳戶 - 必須有權存取允許建立 VPC 的 AWS 帳戶。 - 如果從 Windows 電腦執行 Terraform，則需要安裝 AWS CLI。 - 您的 AWS 帳戶中可用的彈性 IP 位址。 - 在 AWS Route 53 中註冊的網域。Terraform 將在 Route 53 中建立 DNS 區域和相關的 SSL 憑證。因此，執行 Terraform 的設定檔也必須在 Route 53 中具有適當的權限。 ### 開始之前 - 此過程中的命令列範例適用於帶有 Apple OS 的終端。要在 Windows 上執行 Terraform，可能需要根據需要調整帶有檔案路徑的命令。 - Terraform 專案由許多文字設定檔案（.tf 檔案副檔名）組成。可以自訂這些檔案來設定 Terraform。如果沒有強大的文字編輯器，請安裝 Atom 或 Text++。 - 如果要與他人共用 Terraform 專案，我們建議將專案存放在 Git 中以進行變更管理。 ### 步驟 1 - 準備環境 #### 下載並安裝 Terraform [https://www.terraform.io/downloads](https://www.terraform.io/downloads) #### B. 產生公私鑰配對 這是您將用於存取 AWS 和產生的 VPC 環境的金鑰。執行 Terraform 時，將包括公鑰。 開啟命令提示字元並執行以下命令： 1. Create a private key. For example, `my-key.pem`: openssl genrsa -out my-key.pem 1024 2. 建立公鑰。此金鑰格式不用於 Terraform。稍後將在此過程中將其轉換為 ssh 金鑰： openssl rsa -in my-key.pem -pubout > my-key.pub 3. 設定私鑰權限： sudo chmod 0600 my-key.pem 在 Windows 上設定權限： - 在 Windows 資源管理器中找到該檔案，右鍵點一下它，然後選取「屬性」。巡覽到「安全性」索引標籤，然後點一下「進階」。 - 將擁有者變更為您，停用繼承並刪除所有權限。授予自己「完全控制權」，然後點一下「儲存」。將檔案標記為唯讀。 4. 建立 ssh 公鑰。這是稍後將複製到 Terraform 中的金鑰。 ssh-keygen -y -f my-key.pem >my-key-ssh.pub #### C. 下載專案並新增狀態目錄 1. 下載並解壓縮 [EDG Terraform 專案](https://help.tableau.com/samples/en-us/edg/edg-terraform.zip)並將它們儲存到本機電腦。解壓縮下載後，您將擁有一個頂層目錄、edg-terraform 和一系列子目錄。 2. 建立一個名為 `state`，作為頂層 `edg-terraform` 目錄的同儕目錄。 ### 步驟 2：自訂 Terraform 範本 必須自訂 Terraform 範本以符合 AWS 和 EDG 環境。此處的範例提供大多數組織需要進行的最少範本自訂。特定環境可能需要其他自訂。 本區段按範本名稱組織。 在繼續執行_步驟 3 - 執行 Terraform_ 之前，請務必儲存所有變更。 #### versions.tf There are three instances of `versions.tf` files where the `required_version` field must match the version of terraform.exe you're using. Check the version of terraform (`terraform.exe -version`) and update each of the following instances: - `edg-terraform\versions.tf` - `edg-terraform\modules\proxy\versions.tf` - `edg-terraform\modules\tableau_instance\versions.tf` #### key-pair.tf 1. 開啟步驟 1B 中產生的公鑰並複製該金鑰： less my-key-ssh.pub Windows：複製公鑰的內容。 2. 將公鑰字串複製到 public\_key 參數中，例如： resource "aws\_key\_pair" "tableau" { key\_name = "my-key" public\_key = "ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAAAgQ (truncated example) dZVHambOCw==" Ensure that the `key_name` value is unique in the datacenter or `terraform apply` will fail. #### locals.tf 將 `user.owner` 更新為您的名稱或別名。您在此處輸入的值將用於 Terraform 建立的資源上 AWS 中的「名稱」標記。 #### providers.tf 1. 根據組織的要求新增標籤。例如： default\_tags { tags = { "Application" = "tableau", "Creator" = "alias@example.com", "DeptCode" = "8675309", "Description" = "EDG", "Environment" = "test", "Group" = "itcloud@example.com" } } 2. If using `provider`, comment out the `assume_role` lines: /\* assume\_role { role\_arn = "arn:aws:iam::310946706895:role/terraform-backend" session\_name = "terraform" }\*/ #### elb.tf Under `'resource "aws_lb" "tableau" {'` choose a unique value to use for `name` and `tags.Name`. If another AWS load balancer has the same name in the datacenter, then `terraform apply` will fail. Add `idle_timeout`: resource "aws\_lb" "tableau" { name = "edg-again-alb" load\_balancer\_type = "application" subnets = \[for subnet in aws\_subnet.public : subnet.id\] security\_groups = \[aws\_security\_group.public.id\] drop\_invalid\_header\_fields = true idle\_timeout = 400 tags = { Name = "edg-again-alb" } } #### variables.tf 更新根網域名稱。此名稱必須與在 Route 53 中註冊的網域相符。 variable "root\_domain\_name" { default = "example.com" } 預設情況下，子網域，`tableau`，指定為 VPC DNS 網域名稱。要變更此設定，請更新 `subdomain`： variable "subdomain" { default = "tableau" } #### modules/tableau\_instance/ec2.tf There are two ec2.tf files in the project. This customization is for the Tableau instance of the ec2.tf in the directory: `modules/tableau_instance/ec2.tf`. - 如果需要，請新增標籤 blob： tags = { "Name" : var.ec2\_name, "user.owner" = "ALIAS", "Application" = "tableau", "Creator" = "ALIAS@example.com", "DeptCode" = "8675309", "Description" = "EDG", "Environment" = "test", "Group" = "itcloud@example.com" } } - 根據需要，可選取更新存放區以處理資料要求： 根卷： root\_block\_device { volume\_size = 100 volume\_type = "gp3" } 應用卷： resource "aws\_ebs\_volume" "tableau" { availability\_zone = data.aws\_subnet.tableau.availability\_zone size = 500 type = "gp3" } ### 步驟 3 - 執行 Terraform #### A. 初始化 Terraform 在終端中，切換到 `edg-terraform` 目錄並執行以下命令： terraform init 如果初始化成功，請繼續下一步。如果初始化失敗，請按照 Terraform 輸出中的說明進行動作。 #### B. 規劃 Terraform 在同一目錄中，執行計劃命令： terraform plan 該命令可以多次執行。根據需要執行多次以修復錯誤。當此命令執行無誤時，繼續下一步。 #### C. 套用 Terraform 從同一目錄執行應用命令： terraform apply Terraform will prompt you to verify deployment, type `Yes`. #### 可選：銷毀 Terraform 可以執行 destroy 命令銷毀整個 VPC： terraform destroy destroy 命令只會銷毀它建立的內容。如果對 AWS 中的某些物件（即安全性群組、子網域等）進行手動變更，則 `destroy` 將失敗。要退出失敗/當機的銷毀動作，請輸入 `Control + C`。然後，必須手動將 VPC 清理到 Terraform 最初建立它時的狀態。然後可以執行 `destroy` 命令。 ### 步驟 4 - 連線到 bastion 所有命令列連線都通過 TCP 22（SSH 協定）上的 bastion 主機。 1. 在 AWS 中，在 bastion 安全性群組中建立輸入規則（**「AWS」**\>**「安全性群組」**\>**「Bastion SG」**\>**「編輯輸入規則」**）並建立規則以允許來自將執行終端命令的 IP 位址或子網域遮罩的 SSH (TCP 22) 連線. 可選：您可能會發現在部署期間允許在「私人」和「公開」群組中的 EC2 執行個體之間複製檔案很有幫助。建立輸入 SSH 規則： - 私有：建立輸入原則以允許來自「公開」的 SSH - Public：建立輸入原則以允許來自「私人」和來自「公開」的 SSH 2. 使用在步驟 1.B 中建立的 pem 金鑰連線到 bastion 主機： **在 Mac 終端上：** 從存放 pem 金鑰的目錄執行以下命令： ssh-add —apple-use-keychain .pem If you get a warning about private key being accessible by others, then run this command: `chmod 600 ` and then run the `ssh-add` command again. Connect to the bastion host with this command: `ssh -A ec2-user@IPaddress` 例如： `ssh -A ec2-user@3.15.12.112`。 **在使用 PuTTY 和 Pageant 的 Windows 上：** 1. 從 pem 金鑰建立 ppk：使用 PuTTY 金鑰產生器。載入在步驟 1.B 中建立的 pem 金鑰。金鑰匯入後，點一下**「儲存私鑰」**。這將建立一個 ppk 檔案。 2. 在 PuTTY 中 - 開啟設定並進行以下變更： - Sessions>Host Name：新增 bastion 主機的IP地址。 - Sessions>Port: 22 - Connection>Data>Auto-login username: ec2-user - Connection>SSH>Auth>Allow agent forwarding - Connection>SSH>Auth> 對於私鑰，點一下 Browse 並選取剛剛建立的 .ppk 檔案。 3. 安裝 Pageant 並將 ppk 載入到應用程式中。 ### 步驟 5：安裝 PostgreSQL Terraform 範本不安裝 PostgreSQL 用作外部存放庫。但是，會建立關聯的安全性群組和子網域。如果您在執行 PostgreSQL 的 EC2 執行個體上安裝外部存放庫，則必須按照[第 3 部分 - 準備 Tableau Server Enterprise 部署](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part3.htm)中所述部署 EC2 執行個體。 然後安裝、設定和 tar 備份 PostgreSQL，如[第 4 部分 - 安裝並設定 Tableau Server](https://help.tableau.com/v0.0/guides/enterprise-deployment/zh-tw/edg_part4.htm)中所述。 ### 步驟 6 -（可選）執行 DeployTab4EDG TabDeploy4EDG 指令碼自動執行步驟 4 中描述的四節點 Tableau 部署。請參見[TabDeploy4EDG 自動安裝指令碼](#EDGSetup)。 [跳至主要內容](#main-content) # 附錄 - 具有 Apache 示例部署的 Web 層 **附註**：Tableau不再更新《企業部署指南》。儘管我們仍然推薦將此處描述的參考架構作為 AWS 中 Tableau Server 的有效部署模型，但自上次更新以來，具體的設定過程可能已變更。請始終將這些步驟與最新的 [Tableau Server 說明](https://help.tableau.com/current/server/zh-tw/get_started_server.htm) 文件進行交叉引用，以確保準確無誤。 本主題的其餘部分會介紹一個端到端的過程，該過程描述如何在範例 AWS 參考架構中實作 Web 層。範例設定由以下元件組成： - AWS 應用程式負載平衡器 - Apache Proxy 伺服器 - Mellon 驗證模組 - Okta IdP - SAML 驗證 **附註**：本節中提供的範例 Web 層設定包括部署協力廠商軟體和服務的詳細程序。我們已盡最大努力驗證和記錄啟用 Web 層方案的過程。但是，協力廠商軟體可能會發生變化，或者您的方案可能與此處描述的參考架構不同。權威設定細節和支援請參考協力廠商文件。 整個區段中的 Linux 範例展示了 RHEL-like 發行版的命令。具體來說，這裡的命令是使用 Amazon Linux 2 發行版開發的。若執行的是 Ubuntu 發行版，請編輯相對應的命令。 在此範例中部署 Web 層遵循逐步設定和驗證程序。核心 Web 層設定包含以下步驟，用於在 Tableau 和 Internet 之間啟用 HTTP。Apache 執行並設定為在 AWS 應用程式負載均衡器後面進行反向 proxy/負載均衡： 1. 安裝 Apache 2. 設定反向 Proxy 測試與 Tableau Server 的連線 3. 在 proxy 上設定負載平衡 4. 配置 AWS 應用程式負載均衡器 設定 Web 層並驗證與 Tableau 的連線後，使用外部提供者設定身份驗證。 ## 安裝 Apache 在兩個 EC2 主機（proxy 1 和 proxy 2）上執行以下過程。如果根據參考架構範例在 AWS 中進行部署，那麼應該擁有兩個可用區域且在每個區域中執行單個 Proxy 伺服器。 1. 安裝 Apache： sudo yum update -y sudo yum install -y httpd 2. 設定在重新啟動時啟動 Apache： sudo systemctl enable --now httpd 3. 驗證安裝的 httpd 版本包括 `proxy_hcheck_module`： sudo httpd -M `proxy_hcheck_module` 是必需的。如果 httpd 版本不包含此模組，則更新到包含它的 httpd 版本。 ## 配置 Proxy 測試與 Tableau Server 的連線 在其中一台 proxy 主機（proxy 1）上執行此過程。此步驟的目的是驗證 Internet 到Proxy 伺服器與私人安全群組中的 Tableau Server 之間的連線。 1. 建立名為 `tableau.conf` 的檔案，並將其新增到`/etc/httpd/conf.d` 目錄。 複製以下指令碼並指定 `ProxyPass` 和 `ProxyPassReverse` 具有 Tableau Server 節點 1 的私有 IP 位址的金鑰。 **重要提示**：下面顯示的設定不安全，不應在生產中使用。此設定僅應在安裝過程中用於驗證端到端連線。 例如，如果節點 1 的 私有 IP 位址是 `10.0.30.32`，則`tableau.conf`檔案的內容會是： ProxyPreserveHost On ProxyPass "/" "http://10.0.30.32:80/" ProxyPassReverse "/" "http://10.0.30.32:80/" 2. 重新啟動 httpd： sudo systemctl restart httpd ### 驗證：基本拓撲組態 應該能夠藉由瀏覽至 `http://`.來存取 Tableau Server 管理員頁面。 如果您的瀏覽器中未載入 Tableau Server 登入頁面，請在 Proxy 1 主機上執行以下疑難排解步驟： - 停止，然後啟動 httpd 作為疑難排解的第一步。 - 仔細檢查 `tableau.conf` 檔案。驗證節點 1 私有 IP是否正確。驗證雙引號並仔細檢查語法。 - 在帶有節點 1 私有 IP 位址的反向 Proxy 伺服器上執行 `curl` 命令，例如 `curl 10.0.1.90`。如果 shell 不返回 html，或者如果 Apache 測試網頁返回 html，則請驗證「公共」和「私有」安全性群組之間的通訊協定/連接埠設定。 - 執行帶有 Proxy 1 私有 IP 位址的 `curl` 命令，例如 `curl 10.0.0.163`。如果 shell 返回 Apache 測試網頁的 html 代碼，則說明 proxy 設定不正確。 - 在對 proxy 檔案或安全性群組進行組態變更之後，請務必重新啟動 httpd (`sudo systemctl restart httpd`)。 - 確保 TSM 在節點 1 上執行。 ## 在 proxy 上設定負載平衡 1. 在建立的同一 proxy 主機（proxy 1）上 `tableau.conf` 檔案，移除現有的虛擬主機設定並編輯檔案以包含負載平衡邏輯。 例如： ServerAdmin admin@example.com #Load balancing logic. ProxyHCExpr ok234 {%{REQUEST\_STATUS} =~ /^\[234\]/} Header add Set-Cookie "ROUTEID=.%{BALANCER\_WORKER\_ROUTE}e; path=/" env=BALANCER\_ROUTE\_CHANGED #Replace IP addresses below with the IP addresses to the Tableau Servers running the Gateway service. BalancerMember http://10.0.3.40/ route=1 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico BalancerMember http://10.0.4.151/ route=2 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico ProxySet stickysession=ROUTEID ProxyPreserveHost On ProxyPass / balancer://tableau/ ProxyPassReverse / balancer://tableau/ 2. 停止，然後啟動 httpd： sudo systemctl stop httpd sudo systemctl start httpd 3. 瀏覽到 Proxy 1 的公用 IP 位址驗證設定。 ## 將設定複製到第二個 proxy 伺服器 1. 從 proxy 1 複製 `tableau.conf`檔案並將其儲存到 proxy 2 主機上的 `/etc/httpd/conf.d` 目錄。 2. 停止，然後啟動 httpd： sudo systemctl stop httpd sudo systemctl start httpd 3. 瀏覽到 Proxy 2 的公用 IP 位址來驗證設定。 ## 配置 AWS 應用程式負載均衡器 將負載平衡器設定為 HTTP 偵聽器。此處的過程描述瞭如何在 AWS 中新增負載平衡器。 #### 步驟 1：建立目標群組 目標群組是定義執行 Proxy 伺服器的 EC2 實例的 AWS 配置。這些是來自 LBS 的流量的目標。 1. EC2 > 目標群組 > 建立目標群組 2. 在建立頁面上： - 輸入目標群組名稱，例如 `TG-internal-HTTP` - 目標類型：執行個體 - 協定：HTTP - 連接埠：80 - VPC：選取您的 VPC - 在健康情況檢查\>進階健康情況檢查設定\>成功代碼下，附加代碼清單以讀入：`200,303`。 - 按一下「建立」 3. 選取剛剛建立的目標群組，然後按一下「目標」索引標籤：  - 按一下 \[編輯\]。 - 選取要執行 Proxy 應用程式的 EC2 執行個體（或單個執行個體，如果一次設定一個），然後按一下新增到已註冊。 - 按一下「儲存」。 #### 步驟 2：啟動負載均衡器精靈 1. EC2 > 負載平衡器 > 建立負載平衡器 2. 在「選取負載平衡器類型」頁面上，建立一個應用程式負載均衡器。 **附註**：為設定負載平衡器而顯示的 UI 在 AWS 資料中心之間不一致。下面的「精靈設定」過程與從**步驟 1 設定負載平衡器**開始的 AWS 設定精靈一致。  如果資料中心在底部包含**建立負載平衡器**按鈕的單個頁面中顯示所有設定，請按照下方「單一頁面設定」過程進行操作。 1. 設定負載平衡器頁面： - 指定名稱 - 結構：以網際網路為對象（預設） - IP 位址類型：ipv4（預設） - 接聽程式（接聽程式和路由）： 1. 保留預設的 HTTP 接聽程式 2. 按一下新增接聽程式並新增 `HTTPS:443` - VPC：選取已安裝所有內容的 VPC - 可用區域： - 為資料中心區域選取 **a** 和 **b** - 在每個相應的下拉式選取器中，選取公用子網路（proxy 伺服器所在位置）。 - 按一下：設定安全設定 2. 設定安全性設定頁面 - 上傳公用 SSL 憑證。 - 按一下「下一步：設定安全群組」。 3. 設定安全性群組頁面： - 選取公用安全性群組。如果選取預設安全性群組，則清除該選取。 - 按一下「下一步：設定路由」。 4. 設定路由頁面 - 目標群體：現有的目標群體。 - 名稱：選取之前建立的目標群組 - 按一下「下一步：註冊目標」。 5. 註冊目標頁面 - 應顯示之前設定的兩個 proxy 伺服器執行個體。 - 按一下「下一步：檢閱」:。 6. 評論頁面 按一下「建立」。 基本設定 - 指定名稱 - 結構：以網際網路為對象（預設） - IP 位址類型：ipv4（預設） 網路對應 - VPC：選取已安裝所有內容的 VPC - 對應： - 為您的數據中心區域選擇**a**和**b** （或類似的）「可用區域」 - 在每個相應的下拉式選取器中，選取公用子網路（proxy 伺服器所在位置）。 安全性群組 - 選取公用安全性群組。如果選取預設安全性群組，則清除該選取。 接聽程式和路由 - 保留預設的 HTTP 接聽程式。對於預設動作，請指定之前設定的目標群組。 - 按一下新增接聽程式並新增 `HTTPS:443`。對於預設動作，請指定之前設定的目標群組。 安全接聽程式設定 - 上傳公用 SSL 憑證。 按一下建立負載平衡器。 #### 步驟 3 ：啟用綁定 1. 建立負載均衡器後，必須在目標群組上啟用綁定。 - 開啟 AWS 目標群組頁面（EC2\> 負載平衡\> 目標群組），選取剛剛設定的目標群組執行個體。在「動作」功能表上，選取「編輯屬性」。 - 在「編輯屬性」頁面上，選取「綁定」，指定持續時間為 `1 day`，然後儲存變更。 2. 在負載均衡器上，在 HTTP 偵聽器上啟用綁定。選取剛剛設定的負載均衡器，然後按一下「偵聽器」索引標籤： - 對於 HTTP:80，按一下「檢視/編輯規則」。在產生的「規則」頁面上，按一下編輯圖示（原本位於頁面頂端，然後接著位於規則旁邊）以編輯規則。刪除現有 THEN 規則並按一下新增動作\>轉傳至…以取代它。在產生的 THEN 設定中，指定建立的相同目標群組。在群組層級綁定下，啟用綁定並將持續時間設定為 1 天。儲存設定然後按一下「更新」。 #### 步驟 4：在負載平衡器上設定空閒逾時 在負載平衡器上，將空閒逾時更新為 400 秒。 選取為此部署設定的負載平衡器，然後按一下動作 > 編輯屬性。將空閒逾時設定為 `400` 秒，然後按一下儲存。 #### 步驟 5：驗證 LBS 連線 打開 AWS 負載平衡器頁面（EC2\>負載平衡器），選取剛剛設定的負載平衡器實例。 在「描述」下，複製 DNS 名稱並將其貼上到瀏覽器中以存取 Tableau Server 登入頁面。 如果收到 500 級錯誤，那可能需要重新啟動 Proxy 伺服器。 ## 使用公用 Tableau URL 更新 DNS 使用 AWS 負載均衡器描述中的網域 DNS 區域名稱在 DNS 中建立 CNAME 值。流向您的 URL (tableau.example.com) 的流量應傳送到 AWS 公用 DNS 名稱。 ## 驗證連線 DNS 更新完成後，應該能夠輸入公用 URL 巡覽到 Tableau Server 登入頁面，例如，`https://tableau.example.com`。 ## 身份驗證組態範例：帶有外部 IdP 的 SAML 以下範例介紹如何為 AWS 參考架構中執行的 Tableau 部署，設定和配置帶有 Okta IdP 跟 Mellon 驗證模組的 SAML。該範例介紹如何設定 Tableau Server 和 Apache proxy 伺服器以使用 HTTP。Okta 將以 HTTPS 向 AWS 負載均衡器傳送請求，但所有內部流量都將以 HTTP 傳輸。在為此案例進行設定時，請在設定 URL 字串時注意 HTTP 與 HTTPS 協定。 此範例使用 Mellon 作為反向 proxy 伺服器上的預先身份驗證服務提供者模組。此設定可確保只有經過身份驗證的流量連線到 Tableau Server，Tableau Server 還充當 Okta IdP 的服務提供者。因此，必須設定兩個 IdP 應用程式：一個用於 Mellon 服務提供者，另一個用於 Tableau 服務提供者。 ### 建立 Tableau 管理員帳戶 配置 SAML 時的一個常見錯誤是在啟用 SSO 之前忘記在 Tableau Server 上建立管理員帳戶。 第一步是在 Tableau Server 上建立一個具有伺服器管理員角色的帳戶。在 Okta 情境中，使用者名稱必須採用有效電子郵件位址的形式，例如 user@example.com。必須為此使用者設定密碼，但在設定 SAML 後將不再使用該密碼。 ### 配置 Okta 預身分驗證應用程式 本區段描述的端到端方案需要兩個 Okta 應用程式： - Okta 預身分驗證應用程式 - Okta Tableau Server 應用程式 這些應用程式都與您需要分別在反向 proxy 和 Tableau Server 上設定的不同中繼資料關聯。 此過程描述如何建立和設定 Okta 預身份驗證應用程式。在本主題的後面，您將建立 Okta Tableau Server 應用程式。有關使用者受限的免費測試 Okta 帳戶，請參閱[Okta 開發者網頁](https://developer.okta.com/signup/)。 為 Mellon 預先身份驗證服務提供者建立 SAML 應用程式整合。 1. 打開 Okta 管理儀表板 >應用程式\>建立 App 集合。 2. 在新建 app 集合頁面上，選擇SAML 2.0 ，然後按一下「下一步」。 3. 在「一般設定」索引標籤上，輸入應用程式名稱，例`Tableau Pre-Auth`，然後按一下「下一步」。 4. 在設定 SAML索引標籤上： - 單一登入 (SSO) URL。單一登入 URL 路徑的最後一個元素是指接在此程序之後，在`mellon.conf`組態檔中的`MellonEndpointPath`。可以指定想要的任何端點。在這個範例中，`sso`為端點。最後一個元素，`postResponse` 是必需的：`https://tableau.example.com/sso/postResponse`。 - 清除核取方塊：將此用於收件者 URL 和終點 URL 。 - 收件者 URL：與 SSO URL 相同，但使用 HTTP。例如，`http://tableau.example.com/sso/postResponse`。 - 目的地 URL：與 SSO URL 相同，但使用 HTTP。例如，`http://tableau.example.com/sso/postResponse`。 - 受眾 URI（SP 實體 ID）。例如，`https://tableau.example.com`。 - 名稱 ID 格式：`EmailAddress` - 應用程式使用者名稱：`Email` - 屬性聲明：名稱 = `mail`；名稱格式 = `Unspecified`；值 = `user.email`。 按一下「下一步」。 5. 在「回饋」索引標籤上，選取： - 我是新增內部應用程式的 Okta 客戶 - 這是我們建立的內部應用程式 - 按一下「完成」。 6. 建立預授權 IdP 中繼資料檔案： - 在 Okta 中：應用程式\>應用程式\>您的新應用程式（例如 `Tableau Pre-Auth`）>登入 - 在 SAML 簽署憑證旁邊，按一下檢視 SAML 設定說明。 - 在如何為<預授權>應用程式設定 SAML 2.0 頁面上，向下捲動到可選部分，向您的 SP 提供者提供以下 IDP 中繼資料。 - 複製 XML 欄位的內容，並將它們儲存在名為 `pre-auth_idp_metadata.xml` 的檔案中。 7. （可選）設定多重要素驗證： - 在 Okta 中：應用程式\>應用程式\>您的新應用程式（例如 `Tableau Pre-Auth`）>登入 - 在「登入原則」下，按一下「新增規則」。 - 在「應用程式登入規則」上，指定名稱和不同 MFA 選項。要測試功能，可以將所有選項保留為預設值。但是，在「動作」下，必須選取「提示要素」，然後指定使用者必須登入的頻率。按一下「儲存」。 ### 建立和指派 Okta 使用者 1. 在 Okta 中，使用在 Tableau 中建立的相同使用者名稱建立一個使用者 (user@example.com)：「目錄」\>「人員」\>「新增人員」。 2. 建立使用者後，將新的 Okta 應用程式指派給該人員：按一下使用者名稱，然後在「指派應用程式」中指派應用程式。 ## 安裝 Mellon 進行預身份驗證 1. 在執行 Apache proxy 伺服器的 EC2 執行個體上以下命令以安裝 PHP 和 Mellon 模組： sudo yum install httpd php mod\_auth\_mellon 2. 建立 `/etc/httpd/mellon` 目錄 ## 將 Mellon 設定為預身份驗證模組 在兩個 proxy 伺服器上執行此過程。 您必須擁有從 Okta 設定建立的 `pre-auth_idp_metadata.xml` 檔案複本。 1. 變更目錄： cd /etc/httpd/mellon 2. 建立服務提供者後設資料。執行 `mellon_create_metadata.sh` 指令碼。命令中必須包含您組織的實體 ID 和返回 URL。 在 Okta 中，返回 URL 被稱為_單一登入 URL。_返回 URL 路徑的最後一個元素是指接在此程序之後，在`mellon.conf`組態檔中的`MellonEndpointPath`。在這個範例中，我們指定`sso`作為路徑終點。 例如： sudo /usr/libexec/mod\_auth\_mellon/mellon\_create\_metadata.sh https://tableau.example.com "https://tableau.example.com/sso" 該指令碼回傳服務提供者憑證、金鑰和後設資料檔。 3. 為了容易閱讀，請重新命名`mellon`目錄中的服務提供者檔案。我們將使用以下名稱來引用文件中的檔案： sudo mv \*.key mellon.key sudo mv \*.cert mellon.cert sudo mv \*.xml sp\_metadata.xml 4. 將 `pre-auth_idp_metadata.xml` 檔案複製到同一目錄中。 5. 在 `/etc/httpd/conf.d` 目錄中建立`mellon.conf`檔案： sudo nano /etc/httpd/conf.d/mellon.conf 6. 將以下內容複製到`mellon.conf`. MellonSPPrivateKeyFile /etc/httpd/mellon/mellon.key MellonSPCertFile /etc/httpd/mellon/mellon.cert MellonSPMetadataFile /etc/httpd/mellon/sp\_metadata.xml MellonIdPMetadataFile /etc/httpd/mellon/pre-auth\_idp\_metadata.xml MellonEndpointPath /sso MellonEnable "info" 7. 將以下內容新增到現有的 `tableau.conf` 檔案： 在 `` 區塊中，新增以下內容。使用實體 ID 中的公共主機名稱更新 `ServerName` ： DocumentRoot /var/www/html ServerName tableau.example.com ServerSignature Off ErrorLog logs/error\_sp.log CustomLog logs/access\_sp.log combined LogLevel info 在 `` 區塊外新增「位置」區塊。使用頂層網域更新 `MellonCookieDomain` 來保留 cookie 資訊，如下所示： AuthType Mellon MellonEnable auth Require valid-user MellonCookieDomain example.com 完整的 `tableau.conf` 檔案看起來可能類似於以下範例: ServerAdmin admin@example.com ProxyHCExpr ok234 {%{REQUEST\_STATUS} =~ /^\[234\]/} Header add Set-Cookie "ROUTEID=.%{BALANCER\_WORKER\_ROUTE}e; path=/" env=BALANCER\_ROUTE\_CHANGED BalancerMember http://10.0.3.36/ route=1 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico BalancerMember http://10.0.4.15/ route=2 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico ProxySet stickysession=ROUTEID ProxyPreserveHost On ProxyPass / balancer://tableau/ ProxyPassReverse / balancer://tableau/ DocumentRoot /var/www/html ServerName tableau.example.com ServerSignature Off ErrorLog logs/error\_sp.log CustomLog logs/access\_sp.log combined LogLevel info AuthType Mellon MellonEnable auth Require valid-user MellonCookieDomain example.com 8. 驗證組態。執行以下命令： sudo apachectl configtest 如果組態測試回傳錯誤，請修復所有錯誤並再次執行組態測試。成功的組態會回傳，`Syntax OK` 。 9. 重新啟動 httpd： sudo systemctl restart httpd ## 在 Okta 中建立 Tableau Server 應用程式 1. 在 Okta 儀表板中：「應用程式」\>「應用程式」\>「瀏覽應用程式目錄」 2. 在瀏覽應用程式整合目錄中，搜尋 `Tableau`，選取 Tableau 伺服器 動態磚，然後按一下 「新增」。 3. 在「新增 Tableau Server」\>「一般設定」上，輸入標籤，然後按一下「下一步」。 4. 在登入選項中，選取 SAML 2.0 並向下滾動到進階登入設定： - SAML 實體 ID：輸入公用 URL，例如 https://tableau.example.com。 - 應用程式使用者名稱格式：Email 5. 按一下「身份提供者中繼資料」連結以啟動瀏覽器。複製瀏覽器連結。這是在以下過程中設定 Tableau 時將使用的連結。 6. 按一下 \[完成\]。 7. 將新的 Tableau Server Okta 應用程式指派給您的使用者 (user@example.com)：按一下使用者名稱，然後在「指派應用程式」中指派應用程式。 ### 在 Tableau Server 上為 IdP 啟用 SAML 在 Tableau Server 節點 1 上執行此過程。 1. 從 Okta 下載 Tableau Server 應用程式中繼資料。使用在上一過程中儲存的連結： wget https://dev-66144217.okta.com/app/exk1egxgt1fhjkSeS5d7/sso/saml/metadata -O idp\_metadata.xml 2. 將 TLS 憑證和相關金鑰檔案複製到 Tableau Server。金鑰檔案必須是 RSA 金鑰。有關 SAML 憑證和 IdP 要求詳細資訊，請參閱 _SAML 要求_ ([Linux](https://help.tableau.com/current/server-linux/zh-tw/saml_requ.htm))。 為簡化憑證管理和部署，並作為安全性最佳做法，我們建議使用由受信任的主要協力廠商憑證頒發授權單位 (CA) 產生的憑證。或者，您可以產生自我簽署憑證或使用針對 TLS 的 PKI 憑證。 如果您沒有 TLS 憑證，則可以使用下面的內嵌過程產生自簽章憑證。 產生自簽章憑證 在 Tableau Server 節點 1 上執行此過程。 1. 產生簽署根憑證頒發授權單位 (CA) 金鑰： openssl genrsa -out rootCAKey-saml.pem 2048 2. 建立根 CA 憑證： openssl req -x509 -sha256 -new -nodes -key rootCAKey-saml.pem -days 3650 -out rootCACert-saml.pem 系統將提示輸入憑證欄位的值。例如： Country Name (2 letter code) \[XX\]:US State or Province Name (full name) \[\]:Washington Locality Name (eg, city) \[Default City\]:Seattle Organization Name (eg, company) \[Default Company Ltd\]:Tableau Organizational Unit Name (eg, section) \[\]:Operations Common Name (eg, your name or your server's hostname) \[\]:tableau.example.com Email Address \[\]:example@tableau.com 3. 建立憑證和相關金鑰（下方範例中的 `server-saml.csr` 和 `server-saml.key`）。憑證的主題名稱必須與 Tableau 主機的公用主機名稱相符。主題名稱設定為 `-subj` 選項，帶有格式 `"/CN="`，例如： openssl req -new -nodes -text -out server-saml.csr -keyout server-saml.key -subj "/CN=tableau.example.com" 4. 使用您在上述步驟中建立的 CA 憑證簽署新憑證。以下命令也將以 `crt` 格式輸出憑證： openssl x509 -req -in server-saml.csr -days 3650 -CA rootCACert-saml.pem -CAkey rootCAKey-saml.pem -CAcreateserial -out server-saml.crt 5. 將金鑰檔案轉換為 RSA。Tableau 需要用於 SAML 的 RSA 金鑰檔案。若要轉換金鑰，請執行以下命令： openssl rsa -in server-saml.key -out server-saml-rsa.key 3. 配置 SAML。執行以下命令，指定您的實體 ID 和傳回 URL，以及中繼資料檔、憑證檔案和金鑰檔案的路徑： tsm authentication saml configure --idp-entity-id "https://tableau.example.com" --idp-return-url "https://tableau.example.com" --idp-metadata idp\_metadata.xml --cert-file "server-saml.crt" --key-file "server-saml-rsa.key" tsm authentication saml enable 4. 若您的組織執行 Tableau Desktop 2021.4 或更高版本，則必須執行以下命令啟用透過反向 proxy 伺服器的驗證。 Tableau Desktop 2021.2.1 到 2021.3 的版本無須執行此命令即可正常工作，前提是您的預先驗證模組（例如 Mellon）已設定為允許保留頂層網域 cookie。 tsm configuration set -k features.ExternalBrowserOAuth -v false 5. 套用組態變更： tsm pending-changes apply ## 驗證 SAML 功能 要驗證端到端 SAML 功能，請使用您在此過程開始時建立的 Tableau 管理員帳戶，透過公用 URL（例如 https://tableau.example.com）登入到 Tableau Server。 ## 驗證疑難排解 **錯誤的要求**：這種情況下的一個常見錯誤是來自 Okta 的「錯誤的要求」錯誤。當瀏覽器快取來自先前 Okta 工作階段的資料時，通常會發生此問題。例如，如果您以 Okta 管理員身份管理 Okta 應用程式，然後嘗試使用不同的啟用 Okta 帳戶存取 Tableau，則來自管理員資料的工作階段資料可能會導致「錯誤的要求」錯誤。如果清除本機瀏覽器快取後此錯誤仍然存在，請嘗試與其他瀏覽器連線來驗證 Tableau 方案。 「錯誤請求」錯誤的另一個原因是在 Okta、Mellon 和 SAML 設定過程中輸入的眾多 URL 之一中發生拼寫錯誤。請仔細檢查所有這些輸入。 通常 Apache 伺服器上的 httpd `error.log` 檔案會指定導致錯誤的 URL。 **找不到 - 在此伺服器上找不到請求的 URL** ：此錯誤代表許多設定錯誤的其中一種。 如果使用者使用 Okta 進行身份驗證，然後收到此錯誤，則很可能是在設定 SAML 時將 Okta 預身份驗證應用程式上傳到 Tableau Server。驗證出您在 Tableau Server 上設定了 Okta Tableau Server 應用程式中繼資料，而不是 Okta 預身份驗證應用程式中繼資料 其他疑難排解步驟: - 仔細檢查 `tableau.conf` 是否有錯字或設定錯誤 - 檢查 Okta 預身份驗證應用程式設定。確定 HTTP 與 HTTPS 協定按照此主題指定步驟設定。 - 在兩個 proxy 伺服器上皆重新啟動 httpd。 - 驗證 `sudo apachectl configtest` 在兩個 proxy 伺服器上都傳回「語法正常」。 - 驗證測試使用者是否已指派給 Okta 中的兩個應用程式。 - 驗證是否在負載平衡器和關聯的目標群組上設定綁定 ## 設定從負載平衡器到 Tableau Server 的 SSL/TLS 一些組織需要從用戶端到後端服務的端到端加密通道。到目前為止所述的預設參考架構可指定從用戶端到在您組織的 Web 層中執行的負載平衡器的 SSL。 要設定從負載平衡器到 Tableau Server 的 SSL，必須： - 在 Tableau 和 Proxy 伺服器上安裝有效的 SSL 憑證。 - 設定從負載平衡器到反向 Proxy 伺服器的 SSL。 - 設定從 Proxy 伺服器到 Tableau Server 的 SSL。 - 還可以設定從 Tableau Server 到 PostgreSQL 執行個體的 SSL。 本主題的其餘部分在範例 AWS 範例參考架構的內容中描述了此實作。 ## 範例：在 AWS 參考架構中設定 SSL/TLS 本節介紹如何在 Tableau 上設定 SSL 以及如何在 Apache proxy 伺服器上設定 SSL，這些都在範例 AWS 參考架構中執行。 此範例的整個 Linux 程序展示了 RHEL-like 發行版的命令。具體來說，這裡的命令是使用 Amazon Linux 2 發行版開發的。若執行的是 Ubuntu 發行版，請編輯相對應的命令。 ### 第 1 步：收集憑證和相關金輪 為簡化憑證管理和部署，並作為安全性最佳做法，我們建議使用由受信任的主要協力廠商憑證頒發授權單位 (CA) 產生的憑證。 或者，您可以產生自我簽署憑證或使用針對 TLS 的 PKI 憑證。 以下過程如何產生自我簽署憑證。如果按照我們的建議使用協力廠商憑證，則可以跳過此過程。 在其中一台 proxy 主機上執行此過程。生成憑證和相關金鑰後，會將它們分享到其他 proxy 主機和 Tableau Server 節點 1 。 1. 產生簽署根憑證頒發授權單位 (CA) 金鑰： `openssl genrsa -out rootCAKey.pem 2048` 2. 建立根 CA 憑證： `openssl req -x509 -sha256 -new -nodes -key rootCAKey.pem -days 3650 -out rootCACert.pem` 系統將提示輸入憑證欄位的值。例如： Country Name (2 letter code) \[XX\]:US State or Province Name (full name) \[\]:Washington Locality Name (eg, city) \[Default City\]:Seattle Organization Name (eg, company) \[Default Company Ltd\]:Tableau Organizational Unit Name (eg, section) \[\]:Operations Common Name (eg, your name or your server's hostname) \[\]:tableau.example.com Email Address \[\]:example@tableau.com 3. 建立憑證和相關金鑰（下方範例中的 `serverssl.csr` 和 `serverssl.key`）。憑證的主題名稱必須與 Tableau 主機的公用主機名稱相符。主題名稱設定為 `-subj` 選項，帶有格式 `"/CN="`，例如： `openssl req -new -nodes -text -out serverssl.csr -keyout serverssl.key -subj "/CN=tableau.example.com"` 4. 使用您在步驟 2 中創建建立的 CA 憑證籤署新憑證。以下命令也將以 `crt` 格式輸出憑證： `openssl x509 -req -in serverssl.csr -days 3650 -CA rootCACert.pem -CAkey rootCAKey.pem -CAcreateserial -out serverssl.crt` ### 步驟 2：為 SSL 設定 proxy 伺服器 在兩個 proxy 伺服器上執行此過程。 1. 安裝 Apache ssl 模組： `sudo yum install mod_ssl` 2. 建立`/etc/ssl/private`目錄： `sudo mkdir -p /etc/ssl/private` 3. 將 crt 和金鑰檔複製到以下`/etc/ssl/` 路徑： `sudo cp serverssl.crt /etc/ssl/certs/` `sudo cp serverssl.key /etc/ssl/private/` 4. 使用以下最新內容來更新現有的`tableau.conf`： - 加入 SSL 重寫區塊： RewriteEngine on RewriteCond %{SERVER\_NAME} =tableau.example.com RewriteRule ^ https://%{SERVER\_NAME}%{REQUEST\_URI} \[END,NE,R=permanent\] - 在 SSL 重寫區塊中，更新`RewriteCond`伺服器名稱：加入您的公用主機名稱，例如，`tableau.example.com` - 將``變更為 ``。 - 將 `` 和具有 `` 的 `` 區塊回繞。``. - `BalancerMember`：將協定`http`變更到`https`。 - 將`SSL*`元素加入到 ``區塊： SSLEngine on SSLCertificateFile /etc/ssl/certs/serverssl.crt SSLCertificateKeyFile /etc/ssl/private/serverssl.key SSLProxyEngine on SSLProxyVerify none SSLProxyCheckPeerName off SSLProxyCheckPeerExpire off - 在`LogLevel`元素：加入`ssl:warn`。 - 可選：如果已安裝並設定了身份驗證模組，則 tableau.conf 檔中可能包含其他元素。例如， ` `區塊將包含元素。 此處顯示的範例是為 SSL 設定的 tableau.conf 檔： RewriteEngine on RewriteCond %{SERVER\_NAME} =tableau.example.com RewriteRule ^ https://%{SERVER\_NAME}%{REQUEST\_URI} \[END,NE,R=permanent\] ServerAdmin admin@example.com ProxyHCExpr ok234 {%{REQUEST\_STATUS} =~ /^\[234\]/} Header add Set-Cookie "ROUTEID=.%{BALANCER\_WORKER\_ROUTE}e; path=/" env=BALANCER\_ROUTE\_CHANGED BalancerMember https://10.0.3.36/ route=1 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico BalancerMember https://10.0.4.15/ route=2 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico ProxySet stickysession=ROUTEID ProxyPreserveHost On ProxyPass / balancer://tableau/ ProxyPassReverse / balancer://tableau/ DocumentRoot /var/www/html ServerName tableau.example.com ServerSignature Off ErrorLog logs/error\_sp.log CustomLog logs/access\_sp.log combined LogLevel info ssl:warn SSLEngine on SSLCertificateFile /etc/ssl/certs/serverssl.crt SSLCertificateKeyFile /etc/ssl/private/serverssl.key SSLProxyEngine on SSLProxyVerify none SSLProxyCheckPeerName off SSLProxyCheckPeerExpire off #If you have configured a pre-auth module (e.g. Mellon) include those elements here. 5. 新增 索引.html 檔以抑制 403 錯誤： sudo touch /var/www/html/index.html 6. 重新啟動 httpd： sudo systemctl restart httpd ### 步驟 3：為外部 SSL 設定 Tableau Server 將 serverssl.crt 和 serverssl.key 檔從 Proxy 1 主機複製到初始 Tableau Server（節點 1）。 在節點 1 上執行以下命令： tsm security external-ssl enable --cert-file serverssl.crt --key-file serverssl.key tsm pending-changes apply ### 步驟 4：身分驗證組態（選用） 如果已為 Tableau 設定了外部身分識別提供者，則可能需要更新 IdP 管理儀表板中的返回 URL。 例如，如果使用 Okta 預身分驗證應用程式，則需要更新應用程式以對接收 URL 和目標 URL 使用 HTTPS 協定。 ### 步驟 5：為 HTTPS 設定 AWS 負載平衡器 如果按照本指南中的說明使用 AWS 負載平衡器進行部署，則可以重新設定 AWS 負載平衡器以將 HTTPS 流量發送到 proxy 伺服器： 1. 註銷現有的 HTTP 目標群組： 在目標群組中，選擇已為負載平衡器設定的 HTTP 目標群組，按一下動作，然後按一下註冊和註銷執行個體。 在註冊和註銷目標頁面，選擇目前設定的執行個體，按一下註銷，然後按一下儲存。 2. 建立 HTTPS 目標群組： 目標群組 > 建立目標群組 - 選取「執行個體」 - 輸入目標群組名稱，例如 `TG-internal-HTTPS` - 選取 VPC - 協定：HTTPS 443 - 在健康情況檢查\>進階健康情況檢查設定\>成功代碼下，附加代碼清單以讀入：`200,303`。 - 按一下「建立」。 3. 選取剛剛建立的目標群組，然後按一下「目標」索引標籤：  - 按一下 編輯 - 選取正在執行 Proxy 應用程式的 EC2 執行個體，然後按一下新增至已註冊。 - 按一下「儲存」。 4. 建立目標群組後，必須啟用相黏： - 開啟 AWS 目標群組頁面（EC2\> 負載平衡\> 目標群組），選取剛剛設定的目標群組執行個體。在「動作」功能表上，選取「編輯屬性」。 - 在「編輯屬性」頁面上，選取「綁定」，指定持續時間為 `1 day`，然後儲存變更。 5. 在負載平衡器上，更新收聽器規則。選擇為此部署設定的負載平衡器，然後按一下收聽器索引標籤。 - 對於 HTTP:80，按一下「檢視/編輯規則」。在產生的「規則」頁面上，按一下編輯圖示（原本位於頁面頂端，然後接著位於規則旁邊）以編輯規則。刪除現有 THEN 規則並按一下新增動作 > 重新導向至...來替換它。在生成的 THEN 組態中，指定`HTTPS`和連接埠`443`並將其他選項保留為預設值。儲存設定然後按一下「更新」。 - 如果是 HTTP:443，請按一下「檢視/編輯規則」。在產生的「規則」頁面上，按一下編輯圖示（原本位於頁面頂端，然後接著位於規則旁邊）以編輯規則。在 THEN 設定中的傳送至...下，將目標群組變更為剛剛建立的 HTTPS 群組。在群組層級綁定下，啟用綁定並將持續時間設定為 1 天。儲存設定然後按一下「更新」。 #### 步驟 6：驗證 SSL 透過瀏覽到 https://tableau.example.com 來驗證組態。