# tableau Tableau Blueprint (blueprint) - Full Documentation [跳转到主要内容](#main-content) # CRM Analytics 预测调查 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 在使用 Einstein Discovery 创建故事/模型和部署预测之前,每个业务线支持者都应该在其部门和团队内开展调查,以便确定用例和预测需求及其优先顺序。将会使用 Einstein Discovery 的每个业务团队都应该完成预测调查,或与团队成员合作,协助进行信息记录工作。调查的目的是确定需要优化(描述性和规范性预测)的业务用例以及所需的数据来源。此外,这项调查还可以帮助您确定是否需要数据科学家参与,规划和执行预测部署,以及分配模型监测职责。 团队 - 团队的业务职能是什么? - 目标用户是哪些人? - 您是否需要与现有的数据科学家团队协作? - 您的团队是否能够访问需要分析的数据? - 团队中的哪些人需要 CRM Analytics 的完整许可证访问权限(以引入数据,创建故事/模型和部署预测)? 选择和管理 - 哪些业务用例将用于预测?这些用例是否被评定为适合或不适合? - 故事/模型的关键数据来源是什么以及位于何处? - 您的团队如何获取数据(Salesforce、数据库或数据仓库、文件导出、第三方等)? - 您是否获得了或者是否需要获得数据科学家团队对模型的批准? - 您是否采用了 CRISP-DM 之类的数据建模方法来对业务用例进行评定? - 数据是否适合阶段 1(快速粗放的方法),您是否可以使用 csv 文件来填充数据集? - 数据是否适合生产部署,您是否能够利用数据准备功能并根据需要进行编排? 技能 - 如何确保数据安全? - 团队中存在哪些商业科学家技能和能力? - 谁将被指定为团队中的 Einstein Discovery 推动者(例如商业科学家)并接受相关培训? - 您是否具备确定用例优先顺序所需的业务技能和见解? - 您是否具备满足任何派生领域和特征工程需求所需的数据工程技能? 安全性 - 您是否已经针对 CRM Analytics 的使用,甄选并批准了相关 Salesforce 云产品和数据中心? 监视 - 您将如何监控预测的准确性(例如,模型管理器、自定义仪表板)? - 可接受的模型准确度阈值是多少,如果相关的值超出阈值范围,谁将收到通知和警报? - 您的模型数据需要多久刷新一次? - 模型部署后,谁将负责衡量模型的业务影响、性能和采用率? - 企业将如何监测和衡量已部署的预测对流程和结果的影响? [跳转到主要内容](#main-content) # Resource Monitoring Tool 事件 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 注:此主题仅适用于 Tableau Server。 [Resource Monitoring Tool](https://help.tableau.com/current/server/zh-cn/rmt-intro.htm) 从 2019.3 版本开始提供,作为 [Tableau Advanced Management](https://help.tableau.com/current/server/zh-cn/itm_intro.htm) 的一个组件进行许可;用户使用包含其所有功能的 Web 用户界面,即可全面了解 Tableau Server 的运行状况。[Resource Monitoring Tool Agent](https://help.tableau.com/current/server/zh-cn/rmt-concepts.htm#agent-service) 在 Tableau 群集中的每个节点上运行,以监视其性能和活动;这些信息会由 [Resource Monitoring Tool Master Server](https://help.tableau.com/current/server/zh-cn/rmt-concepts.htm#master-service) 进行整理。 应配置事件并将其用于检测何时发生异常情况,其中包括 Tableau Server 及运行该服务的服务器上的各种事件。可以配置全局事件,但可以根据环境覆盖它们。事件有三个级别:信息、警告和严重。更多信息,请参阅 [Tableau Resource Monitoring Tool - 事件](https://help.tableau.com/v2019.3/server/zh-cn/rmt-incidents-index-incidents.htm)。 除了 [Hardware Monitoring](https://help.tableau.com/current/blueprint/zh-cn/bp_hardware_monitoring.htm)(硬件监视)中描述的硬件和环境停止运行外,系统还会根据以下原因记录事件: - [数据提取失败](https://help.tableau.com/current/server/zh-cn/rmt-incidents-extract-failure.htm) - 在 Tableau 中出现数据提取失败时记录为警告。 - [查询速度慢](https://help.tableau.com/current/server/zh-cn/rmt-incidents-slow-query.htm) - 在查询时间超过阈值时记录。默认情况下,如果任何数据查询的执行时间达到或超过 30,“查询速度慢”事件将触发警告。 - [查看速度慢](https://help.tableau.com/current/server/zh-cn/rmt-incidents-slow-view.htm) - 在查看请求超过阈值时记录。默认情况下,如果任何查看请求的加载时间达到或超过 1 分钟,“查看速度慢”事件将触发警告。 - [代理未许可](https://help.tableau.com/current/server/zh-cn/rmt-incidents-agents-unlicensed.htm) - 如果未正确许可 Tableau Server 使用 Tableau Resource Monitoring Tool,则将记录为严重事件。 [跳转到主要内容](#main-content) # Tableau Blueprint 概述 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 数据对现代企业的重要性已经无可辩驳。各个组织捕获、存储和整理的大量数据持续以惊人的速度增长。在数据时代,每家公司都突然间变成了数据公司。尽管数据的变革潜力几乎是无限的,但大多数公司仍然很难充分实现其数据的价值。那么您将如何实现向数据驱动型组织的转变? Tableau 是现代分析和商业智能平台领域深受信任的标杆产品,它让您的整个组织能够在无缝的端到端体验中更加智能地工作。Tableau 为所有技能水平的用户提供强大而直观的分析,同时能够与您现有的技术投资相结合。这还包括 AI 驱动的分析,它将数据科学技术交到业务人员手中,帮助他们更快地做出更明智的决策。 实现数据的全部价值意味着每个人都可以使用数据来制定更好的决策,而仅靠技术是无法实现这一点的。在规划如何使用 Tableau 成为数据驱动型组织时,一定要记住,您不仅仅要部署软件 - 您还要让数据在每个对话中起到核心作用,让大家尊重事实而不是凭感觉做事,从而推动组织转型。您的决策不仅应该为人们提供合适的工具,还要让他们能够开发新技能,同时定义新行为、鼓励参与、以及改变组织每天使用数据的方式。 要在整个组织推动变革,您必须协调具有不同甚至矛盾(但很有价值)观点和利益的众多利益相关者和用户,让他们共同为此而努力。协调高效的变革需要通过高管进行宣传,还需要吸纳众多跨职能参与者并获得他们的一致支持,这样才能确保整个组织的需求得到满足。 不管贵组织是第一次接触现代的自助式分析,还是您已经部署并且需要拓宽、深化和扩展数据使用,Tableau Blueprint 都能够逐步引导贵组织成为数据驱动型组织。改变公司每天制定决策的方式并非易事,但如果能将数据和分析整合到决策周期中,它们将对您的组织产生最具有革命性的影响。要实现这样的转变,您必须采用经过深思熟虑的整体方法来制定分析做法。虽然各组织建立[数据文化](https://www.tableau.com/zh-cn/data-culture)的过程各不相同,但 Tableau Blueprint 概述了数千个客户的流程和最佳做法。  本主题解释了如何通过相关基础功能和可重复流程,让更多人能够制定数据驱动型决策,以及如何在整个组织中培养蓬勃发展的数据驱动思维模式。 ## 此部分中的其他文章 [跳转到主要内容](#main-content) # Tableau Blueprint 的可重复流程 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 Tableau Blueprint 可逐步引导贵组织成为数据驱动型组织。针对关键基础要素和能够将可重复流程转化为核心功能的三个主要工作流,Tableau Blueprint 提供了具体的计划、建议和指南。这些主题将通过经过验证、可重复的四步流程指导您完成关键决策点任务: 1. 发现 - 从支持者和众多利益相关者收集信息和观点,这些信息和观点涉及企业架构,各个业务团队如何使用数据和分析,以及现有和需要的分析技能。 2. 管控 - 定义控件、角色和可重复的流程,以便为相应的受众提供适当的数据和内容。 3. 部署 - 在三个主要工作流中建立迭代式可重复流程,用于安装和配置软件、教育用户并实现交流。 4. 发展 - 监视平台利用率,衡量用户参与度,并通过举办互动活动来推动和支持数据和分析的广泛使用。 对于现有部署,请使用 Blueprint 的这个部分来评估您当前的能力 - 包括您在哪些方面表现优异,以及哪些领域还有增长和改进的空间。 ## 第 1 步:发现 Tableau Blueprint 包括 [Tableau Blueprint 评估](https://www.tableau.com/zh-cn/blueprint-assessment)和 [Tableau Blueprint Planner](https://mkt.tableau.com/TableauBlueprintPlanner_zh-CN.xlsx)。 Tableau Blueprint 评估的设计考虑了数据文化和分析最佳做法,它能衡量您的转型进度并提供有关前进方向的个性化可操作建议,帮助您逐步打造出数据驱动型组织。它建立了您的基线,衡量您在数据驱动之旅中所处的位置。您的评估结果将包括可行的建议和最佳实践示例。您可以随时再次访问并更新结果,以查看您随时间变化的工作进展。 Tableau Blueprint Planner 是一项综合性规划资产,可帮助您系统地收集将数据与战略计划相关联所需的信息,定义您的分析策略,发现分析和预测用例以及组建[高管支持者角色和责任](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_executive_sponsor_roles_responsibilities.htm)和[Tableau 项目团队角色和职责](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_project_team_roles_responsibilities.htm)。这将确保您从整体上评估组织的需求,从而能够界定适合整个组织,并且与组织共同成长的愿景和战略。完成发现部分之后,您应该更加了解分析策略今后的方向,以及实施这些分析策略所需的角色。当您扩展到新用户和用例时,应该再次执行发现流程,但清楚地了解未来状态将有助于您在前进时做出决策。 ## 第 2 步:管控 如上所述,明确的管控方式是该流程中的关键点,必须尽早进行相关工作。管控全面贯彻到每个工作流程中。预先投入时间来以协作的方式定义管控,使人们信任数据,负责任地使用数据,并参与数据相关流程。[Tableau 管控](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_governance.htm)涵盖 Tableau 中的所有管控层面,可帮助您确定适合您的团队、数据和内容的最佳方法。在数据和内容管控的各个领域中,您将定义管控模型中的标准、政策,以及执行相关操作和流程的角色。 ## 第 3 步:部署 在部署阶段,您需要在执行分析策略的同时制定可重复的迭代过程,这样才能在整个组织放心地扩展分析。在初始部署期间,跨职能团队成员之间需进行协调以安装、集成和配置 Tableau 平台,教育用户,并提供适合组织的能力提升资源。在完成初始部署后,您将在教育和交流的基础上添加新团队和用例。如果您已完成 Tableau Blueprint 评估,则可以在此处实施已确定优先顺序的评估建议。 ## 第 4 步:发展 您的分析策略需要与整个组织中的用户、技能组和用例的增长保持同步。随着流程发展为功能,您的用户将采用现代分析,您将通过逐渐委派更多职责来调整您的操作模型。项目团队可以访问多种信息源和数据源,借助它们来定制和调整您的分析环境,以适应不断变化的业务需求。项目团队将通过建立反馈循环来监视和衡量关键指标(包括实现的业务价值),从而对多元化用户群体中不断增长的数据和分析使用量作出回应。考虑重新访问 Tableau Blueprint 评估和 Tableau Blueprint Planner。 [跳转到主要内容](#main-content) # Tableau Bridge 部署 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 注:此主题仅适用于 Tableau Cloud。 大多数公司都采用混合数据架构,将数据分布在公有云环境(例如 AWS Redshift、Snowflake、Google BiqQuery、Azure Synapse 等)、本地环境(例如 SQL Server、Oracle、文件等)和私有云环境 (VPC) 中。Tableau Bridge 可使您的私有数据保持可用和最新状态,让它们能随时通过 Tableau Cloud 进行分析。Tableau Bridge 是一个客户端软件,它运行在您网络中的某台计算机上;不论您完全部署在本地还是部署在虚拟私有云中,它都可以正常发挥作用。 Tableau Bridge 是一款独立的软件,可与 Tableau Cloud 配合使用,无需支付额外费用。这是一种瘦客户端,安装在防火墙之后,可在本地数据和 Tableau Cloud 之间建立连接。该瘦客户端与 Tableau Cloud 协同配合,可使连接到本地数据的数据源保持最新状态;对于这些数据,Tableau Cloud 无法通过出站加密连接直接访问。 Bridge 可用于纵向和横向扩展。在大多数情况下,您将负责对组织中的一些或一池客户端进行设置和管理。每个 Bridge 都可以同时执行多个实时查询并运行多个数据提取刷新。 ## 管理模式 虽然您可以在组织中毫无限制地设置和管理 Bridge,但您的 Bridge 部署很可能属于两种标准管理模式之一。您采用什么样的管理模式,取决于您的 Bridge 部署所需支持的本地数据的类型。 对于大多数情况,我们都建议客户采取集中化模式来管理 Tableau Bridge。 - 集中化模式意味着,各客户端都作为池化资源运行,系统会在客户端之间分散使用量并进行负载平衡。这样,客户就可以轻松扩展 Bridge 的使用规模。 - 如果客户的数据源分布在多个通信受限的网段中,那么最好采取混合管理模式,因为这时需要在每个网段中部署 Bridge 才能直接与 Tableau Cloud 通信。 ## 集中化管理 集中化管理模式支持对客户端进行池化处理,并能够最有效地让关系数据保持最新状态。在为客户端完成池化配置后,系统就能够通过可用的所有客户端来并行运行实时查询和刷新作业。 例如,如果您有 20 个刷新作业,并且有 5 个正在运行的可用客户端,那么就可以预期系统会为每个客户端分配 4 个刷新作业。 如果采用这种模式,就意味着: - 作为站点管理员,您可以根据需要设置并关闭 Bridge 客户端。 - 对于数据源所有者,这意味着他们可以: - 通过不间断的发布工作流检测是否需要 Bridge。 - 直接在 Tableau Cloud 中编辑或更新数据库凭据。 - 使用推荐的计划直接从 Tableau Cloud 安排刷新。 - 对于文件数据,集中化管理使您可以访问整个组织中可用的数据(例如网络共享中的文件)。如果某个文件只在特定计算机上可用,请查阅下面的部分。 ## 混合管理 如果数据源连接至网络中的可用数据以及仅在某台计算机上可用的文件数据,并使用 Bridge 来帮助建立连接,那么就需要采取混合管理模式。采用此模式时,将能够获得集中化管理模式的好处,但必须单独管理“命名”或指定的客户端来支持某些文件数据。 如果采用这种模式,就意味着: - 在设置刷新计划时,必须将连接至文件数据的数据源分配给特定的客户端。设置刷新计划时,如果数据源所有者使用同一 Tableau Cloud 帐户登录到客户端本身,那么该客户端将仅对这位所有者可见。 - 对于连接至文件数据的数据源,一次只能运行一个刷新作业。如果您需要并行运行多个刷新作业,请考虑指定额外的“命名”客户端来支持更高的吞吐量。 - 作为站点管理员,如果您希望保留客户端的所有权,您还必须拥有分配给指定客户端的数据源。 部署 Tableau Bridge 时的重要考虑事项: - 在规划部署时,站点管理员必须了解用户当前连接到哪些数据,他们使用的是什么连接类型,以及这些连接类型如何影响数据源的管理方式。有关更多信息,请参阅“Tableau Bridge 的连接”主题。 - 了解用来运行 Bridge 的虚拟环境所适用的硬件准则。有关更多信息,请参阅“为 Tableau Bridge 推荐的硬件”主题。 - 为了充分利用最新的安全和功能更新,一定要从“Tableau Bridge 版本”页面安装 Bridge 客户端的最新版本。有关详细信息,请参见“安装 Bridge”主题。 - Bridge 的安装和设置过程很简单。不过,您必须先采取一些额外的步骤,然后才能开始部署。有关更多信息,请参阅“部署 Bridge”主题。 - 使用“并发容量”确定要为您的组织部署的 Tableau Bridge 数量。作为最佳做法,我们建议您相比所需的实际数量多设置一个 Tableau Bridge,以防某个 Bridge 或虚拟机意外停机。有关更多信息,请参阅“将容量池化”主题。 有关详细信息,请参见: - [Tableau Bridge 主页](https://help.tableau.com/current/online/zh-cn/data_fresh_sync_section.htm) - [Tableau Bridge 入门指南](https://help.tableau.com/current/online/zh-cn/qs_refresh_local_data.htm) - [计划 Bridge 部署](https://help.tableau.com/current/online/zh-cn/to_bridge_scale.htm) - [与 Tableau Bridge 的连接](https://help.tableau.com/current/online/zh-cn/to_sync_local_data.htm) - [Tableau Bridge 安全性](https://help.tableau.com/current/online/zh-cn/to_bridge_security.htm) [跳转到主要内容](#main-content) # Tableau Desktop 和 Tableau Prep Builder 部署 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 管理员将为获得 Creator 许可的用户分发和安装 [Tableau Desktop 和 Tableau Prep Builder](https://help.tableau.com/current/desktopdeploy/zh-cn/desktop_deploy_automate.htm)。如果选择创建打包的安装文件,您可以自定义安装,在不提示最终用户的情况下完成安装过程。在 Windows 或 Mac 计算机上安装 Tableau Desktop 或 Tableau Prep Builder 时,将安装默认数据库连接驱动程序。如需默认驱动程序的完整列表,请参阅[安装之前](https://help.tableau.com/current/desktopdeploy/zh-cn/desktop_deploy_intro.htm)。如果您不希望安装部分或所有驱动程序,可以在 Tableau Desktop 安装程序的“自定义”窗格中自定义列表。如果需要默认驱动程序以外的[其他驱动程序](http://tableau.com/zh-cn/support/drivers),则需要在每台计算机上分别进行安装。 虚拟桌面支持让您能够针对非持久性虚拟桌面或定期重新创建映像的计算机优化 Tableau 的安装。启用虚拟桌面支持后,如果 Tableau Desktop 或 Tableau Prep Builder 无法连接到确认许可证有效性的 Tableau 托管服务,则会在预定时间后自动停用 Tableau 许可证产品密钥或基于登录的许可证管理。这意味着在使用 Tableau 许可证产品密钥或基于登录的许可证管理时,您无需执行刷新或停用。对于使用 Tableau 许可证产品密钥的桌面,要求是定期连接到 Internet。基于登录的许可证管理虚拟桌面的要求是与 Tableau Server 通信。详细信息,请参见[配置虚拟桌面支持](https://help.tableau.com/current/desktopdeploy/zh-cn/desktop_deploy_license_deactivate.htm)。 最佳做法建议: 强烈建议使用基于登录的许可证管理来减少最大激活错误数,改善虚拟桌面体验,并消除管理产品密钥的需要。 使用基于登录的许可证管理时,可以在 Tableau Server 上使用默认管理视图查看 Desktop 使用情况。如果使用产品密钥,可以按照[配置 Desktop 许可证报告](https://help.tableau.com/current/desktopdeploy/zh-cn/desktop_deploy_reporting_admin.htm)中的说明设置和配置 Desktop 许可证报告,并按照“许可证跟踪”部分介绍的方法继续进行 Server 配置。 [跳转到主要内容](#main-content) # Tableau Mobile 部署 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 移动商业智能使任何用户都可以随时随地进行决策。我们摆脱了办公桌的束缚;我们可以四处奔走,可以访问客户、旅行或者前往车间。只要使用 Tableau,您创建的任何工作簿都会在用户通过移动设备进行访问时自动启用移动功能。您可以通过双指张合来进行缩放,通过滑动来进行滚动,还可以利用经过触控优化的其他交互功能,例如快速筛选器。您还可以通过编辑工作簿和创建新视图来回答新的数据问题。这些功能可以在移动浏览器中、自定义移动应用的嵌入式可视化中,以及 Tableau Mobile 应用本身的界面内顺畅运行。 [Tableau Blueprint Planner](https://mkt.tableau.com/TableauBlueprintPlanner_zh-CN.xlsx) 的 [Tableau 企业架构调查](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_enterprise_architecture.htm)中列出了部署 Tableau Mobile 时的关键注意事项。以下角色应参与移动部署工作:网络管理员、安全管理员和移动设备管理员,以及有特定移动要求的 Tableau Server 或 Tableau Cloud 管理员、内容制作者和业务用户。 ## Tableau Mobile 应用分发 各组织采用了多种不同策略来向自己的用户分发移动应用。许多企业通过移动设备管理 (MDM) 平台分发应用,这些平台可以精确控制应用的部署方式和部署对象。除了控制应用交付,您还可以使用 MDM 平台来自定义 Tableau 登录体验,配置应用政策,以及提供其他安全和管控功能。它们还可以简化登录流程。在这种情况下,用户可以使用在其组织的 MDM 平台中注册的设备转到 MDM 平台提供的内部应用商店,然后从该目录下载该应用程序。 要管理 Tableau 移动部署,我们建议使用移动设备管理 (MDM) 或移动应用程序管理 (MAM)。以下是支持的移动管理系统:Blackberry Dynamics、VMware Workspace ONE、MobileIron、Citrix Endpoint Management(原名 XenMobile)和 Microsoft Intune。用户将在 Apple iPad 和 iPhone、Android 手机和平板电脑以及移动浏览器上看到经过触控优化的视图。更多信息,请访问 [Tableau Mobile 部署指南](https://help.tableau.com/current/mobile/mobile-admin/zh-cn/admin_mobile_intro.htm)。 对于尚未投资 MDM 的组织,用户可以从公共应用商店下载 Tableau Mobile 应用,然后直接连接到该服务。 ## 保护移动数据 安全性在任何移动部署中都至关重要。移动设备将无处不在。它们将连接不同的网络。如果您的组织支持“自带设备”(BYOD) 政策,其中还可能包括用户的个人设备。您务必同时确保传输中数据和静态数据的安全。 如果您使用 Tableau Cloud,我们将为您安全地连接数据,因此您无需进行任何额外的工作。默认情况下,Tableau Cloud 利用 SSL 通信,并且 Tableau Mobile 应用默认支持 SSL 通信。如果使用 Tableau Server,则应配置 SSL。这样可以确保流入和流出的所有信息都经过加密,并有助于避免潜在的中间人攻击。 您还必须确定不在同一网络或 Internet 上时,移动设备如何访问您的 Tableau Server。您可以采用两种方法来与 Server 建立穿越企业防火墙的隧道连接:通过 VPN 连接,或使用反向代理服务器。哪种选项最适合您的组织取决于许多因素,例如您是否有可以使用的现有解决方案(VPN 或代理)、许可成本、安全注意事项和用户体验。确保跨职能项目团队讨论此主题并了解这些选项。由于 Tableau Cloud 是一款完全托管的 SaaS(软件即服务)产品,因此可以通过互联网使用您站点的有效登录凭据来访问它。 安全性的最后一环涉及静态数据,Tableau 会为您保护这些数据。保存在设备上的所有信息(例如内容元数据、快照图像和访问令牌)都会使用原生 OS 加密安全地进行存储。作为最佳做法,请考虑定期让第三方安全专家审核您的组织,以此确认总体数据安全性。 ## 无缝登录 用户必须先登录 Tableau Server 或 Tableau Cloud,然后才能获取数据。这听起来似乎不言而喻,但确保用户获得安全、无缝的体验至关重要。如果用户难以登录,他们将放弃移动工作流,从而削弱整个部署工作。只有让人们能够随时随地获取需要的数据,Tableau Mobile 的价值才会真正实现。为了简化登录,我们建议使用 Active Directory、SAML 或 Kerberos 等单点登录 (SSO) 技术。SSO 允许用户使用其现有的公司网络凭据,而不必记住新的凭据。 除了 SSO,我们还建议利用 MDM 平台提供的其他功能来改善登录体验。使用 MDM,您可以显示要连接的服务器的预设列表,甚至可以自动填写其用户 ID。MDM 还可以推送策略和证书,从而提前安装和配置所有项目。例如,使用 Kerberos 身份验证时,MDM 可以将证书推送到设备,从而可以在后台进行身份验证,系统甚至不会提示用户输入凭据。MDM 还可以自动执行一些任务,例如在需要时在后台加载 VPN 客户端,为用户省去许多初始步骤,让他们可以转到应用并直接连接到自己需要的数据。能够在登录体验中减少阻碍的任何措施都值得尝试,因为这些措施可以大大增加移动使用量。 ## 配置脱机访问 一旦移动用户离开办公场所,他们的互联网连接就可能发生变化,因此无缝的脱机体验是一个很大的优点。为了在移动设备上实现快速脱机访问,Tableau Mobile 会自动缓存用户喜欢的视图的高分辨率快照图像。如果用户知道自己将要离线一段时间,他们就可以在应用中手动刷新快照图像。在 iOS 上,快照也会定期在后台刷新。即使在用户已经联网的情况下,快照仍然有用,因为用户可以通过它们一目了然地查看重要内容。例如,在从一场会议赶往另一场会议的途中,用户可以通过平移和缩放来聚焦自己关注的区域,并通过滑动操作在不同区域之间切换。当用户在快照中找到感兴趣的内容时,他们可以点击该内容进入交互式视图,并使用其数据回答更多问题。作为管理员,您可以对特定站点禁用缓存快照功能,但在大多数情况下,您会发现尽管存在某些安全问题,快照访问仍然利大于弊,因为快照会排除原始的基础数据并以加密方式存储在设备上。 ## 部署和支持 首先在一小部分用户中进行测试,作为移动部署试点项目。解决了试点阶段发现的所有问题后,请将部署范围扩大到整个组织,同时提供分步说明,帮助用户快速设置自己的设备。通过在初始阶段提供面对面培训,您可以显著加快采用速度,尤其是在您的组织使用独特部署选项的情况下。 如果使用 Tableau Server,请考虑使用 Tableau Server 存储库中丰富的用户行为数据库,为移动设备创建自定义管理视图。为了持续改善组织的移动体验,请在用户外出时获取他们的反馈。成功的做法包括每周举行一次所有人都可以通过电话参加的“移动办公时间”会议,以及创建一个移动支持专用电子邮件别名,用来将相关问题直接转到您的团队。 [跳转到主要内容](#main-content) # Tableau Server 进程状态 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 注:此主题仅适用于 Tableau Server。 当 Tableau Server 正常运行时,大多数进程将显示为“活动”、“忙”或“被动”(存储库)。下面的列表显示了可能的进程状态: - 活动 - 该进程正在按预期方式运行。要详细了解可能出现的活动状态,请参阅 [Server 进程故障排除](https://help.tableau.com/current/server/zh-cn/service_status_troubleshoot.htm)中的“文件存储”。 - 忙 - 该进程正在完成某个任务。有关详细信息,请参阅 [Server 进程故障排除](https://help.tableau.com/current/server/zh-cn/service_status_troubleshoot.htm)中的“文件存储 ”和“存储库”。 - 被动 - 存储库处于被动模式。 - 未许可 - 该进程未经许可。 - 关闭 - 该进程已关闭。根据进程,这种状态的含义有所不同。 - “状态不可用”- Tableau Server 无法确定进程的状态。 要查看进程的状态,请转到 [Tableau Server 状态页面](https://help.tableau.com/current/server/zh-cn/service_viewstatus.htm)或 [Tableau 服务管理器状态页面](https://help.tableau.com/current/server/zh-cn/sign_in_tsm.htm)。这些页面包含 Tableau Server 进程,以及在进程未按预期运行时可以使用的故障排除文档链接。如果将鼠标指针悬停在进程的状态指示器上,工具提示将显示该进程正在其上运行的节点名称和端口。  [Resource Monitoring Tool](https://help.tableau.com/current/server/zh-cn/rmt-intro.htm) 从 2019.3 版本开始提供,作为 [Tableau Advanced Management](https://help.tableau.com/current/server/zh-cn/itm_intro.htm) 的一个组件进行许可;用户使用包含其所有功能(包括进程状态)的 Web 用户界面,即可全面了解 Tableau Server 的运行状况。Resource Monitoring Tool 每隔 15 秒(默认情况下)轮询 Tableau Server 的 http:// {TableauServerUrl} /admin/systeminfo.xml 页面一次以检查状态。如果连续三次轮询都返回脱机状态,或者在 30 秒内没有回复,则会创建一个严重事件。更多信息,请参阅[环境关闭](https://help.tableau.com/current/server/zh-cn/rmt-incidents-environment-down.htm)。 要与外部企业监视工具集成,请使用 TSM REST API 获取每个进程的[状态](https://help.tableau.com/v0.0/api/tsm_api/zh-cn/docs/tsm-reference.htm#status)。 最佳做法建议: 如果出现错误,请查看联机帮助中的 [Troubleshoot Server Processes](https://help.tableau.com/current/server/zh-cn/service_status_troubleshoot.htm)(Server 进程故障排除);如需联系 Tableau 支持团队以获取更多帮助,请制作日志快照。 [跳转到主要内容](#main-content) # Tableau 中的分析最佳做法 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 分析最佳做法可以为您的用户提供相关准则、标准和流程,让他们能够发现、解释和演示数据。除了此处列出的常见最佳做法之外,还要考虑您将增加哪些特定于组织的做法,以便为您的用户提供最终会演化为分析功能的可重复流程。 定义组织最佳做法后,您应将其发布到 [Tableau 能力提升内网](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_enablement_intranet.htm)。在向数据驱动型组织过渡的过程中,还应该综合使用预先录制的内容、网络会议以及面对面培训会来介绍和增强最佳做法,并使其制度化。本文档汇总了一些最常见的分析最佳做法,但并未列出所有最佳做法。 ## 此部分中的其他文章 [跳转到主要内容](#main-content) # Tableau 企业架构调查 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 企业架构调查可帮助 IT 确定将连接到 Tableau 的平台和应用程序。在产品评估期间,很可能已经考虑了一些关于 Tableau 如何适应您的现有技术投资的问题。但在进行企业范围的部署之前,有益的做法是首先更加仔细地研究每个系统的拥有者,并协调好将 Tableau 完全集成到企业架构中所需的资源。即使当前已经完成部署,这项调查也可以帮助您找出短板或下一步可以集成的项目。更多信息,请参阅 [Tableau 部署](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_deployment.htm)。 为匹配的部署类型(Tableau Server、Tableau Cloud 或 CRM Analytics)收集有关企业架构的以下信息: ## Tableau Server 硬件 - 您将在何处部署 - 本地、公共云或托管? - 您的企业标准版本/规格是什么?(核心、VM、RAM) - 企业服务器使用哪种操作系统? 可用性 - Tableau Server 是否为关键技术,是否需要高可用性? - 恢复时间目标 (RTO) 是多少? - 恢复点目标 (RPO) 是多少? 安全性 - 采用了怎样的企业身份验证协议?(Active Directory、LDAP、SAML) - 与 Tableau Server 相关的服务帐户的安全策略是什么? 网络 - 是否需要 SSL? - 您的 http/https 网关端口策略是什么? - 有端口限制吗? - 是否允许从服务器访问 Internet? - 用户是否会从外部访问服务器? 运营 - 您的企业软件管理工具是什么?(服务器、客户端、移动) - 您的企业监控工具是什么?(SCOM、Splunk 等) - 服务器需要多少个环境?(dev、UAT、prod) - 备份/还原有哪些流程? 许可 - 许可证的类型是什么(基于角色的订阅、核心、嵌入式)? - 您是要分发客户端软件密钥,还是利用基于登录的许可证管理方法来管理许可证密钥? - 许可证资产如何分配? - 如何购买额外的许可证? - 是否有退款模型? 客户端软件 - 如何部署客户端软件 - Desktop、Prep Builder? - 如何升级客户端软件 - Desktop、Prep Builder? 移动 - 哪些人是移动分析的受众,主要的用户场景是什么? - 人们会在哪些地方需要数据?(办公室、现场、家庭办公室) - 如果用户不在同一网络中,他们如何访问 Tableau Server? - 用户是否需要在不连接互联网或内部网络的情况下脱机访问数据? - 人们会使用公司的设备、个人设备 (BYOD),还是同时使用这两类设备? - 您支持哪些类型的移动设备(手机、平板电脑)? - 您支持哪些移动操作系统? - 数据有多敏感? 分析服务 - 您是否会整合外部服务(R Server、Python、MATLAB、WMS)? 自动化与可扩充性 - 有哪些自动化和定制要求?(需要 API) 数据 - 数据源包括哪些数据库技术(本地和云)? - 将使用哪些基于文件的数据源?(网络文件夹访问) - 数据库服务帐户、用户帐户有哪些安全策略? - 您有怎样的数据安全分级体系?(秘密、保密、内部、公开等) - 您是否有任何仅限于某个地理区域的数据? - 是否需要遵守外部和/或政府法规? - 是否有行级安全要求? ## Tableau Cloud 安全性 - 您的首选身份验证协议是哪种?(SAML、Google、TableauID) - 您是否会使用云 SSO 提供程序(Azure AD、AD FS、OneLogin、PingOne、Okta、Salesforce)? - 您如何执行用户和组配置?(Cloud SSO、REST API、手动) - 服务帐户的安全策略是什么?(数据源、Tableau Bridge) 网络 - 数据源连接是否需要 SSL?(Tableau Cloud 默认使用 SSL) - 您的 http/https 网关端口策略是什么? - 有端口限制吗? - 是否允许从内部服务器访问 Internet? 许可 - 您是要分发客户端软件密钥,还是利用基于登录的许可证管理方法来管理许可证密钥? - 许可证资产如何分配? - 如何购买额外的许可证? - 有退款模式吗? 客户端软件 - 如何部署客户端软件 - Desktop、Prep Builder?(手动、静默、自助) - 客户端软件将如何更新?(手动、静默、自助) - Tableau Bridge 将如何部署和管理?(如果需要,建议采用集中式方法) 云应用程序集成 - 有哪些品牌宣传和定制要求? - 有哪些 API 自动化要求? - 您有哪些站点监控要求?(trust.tableau.com、站点状态管理视图、“在线管理见解”中的自定义报告) 移动 - 您的移动设备管理解决方案是什么? - 哪些人是移动分析的受众,主要的用户场景是什么? - 人们会在哪些地方需要数据?现场、家庭办公室,或者两者都有? - 用户是否需要在不连接互联网或内部网络的情况下脱机访问数据? - 人们会使用公司的设备、个人设备 (BYOD),还是同时使用这两类设备? - 您支持哪些类型的移动设备(手机、平板电脑)? - 您支持哪些移动操作系统? 数据 - 要访问哪些云数据源? - 要访问哪些本地数据源?(数据库、虚拟专用环境、应用程序、文件) - 是否会使用 Tableau Bridge 将数据移至 Tableau Cloud? - 数据库服务帐户、用户帐户有哪些安全策略? - 是否会嵌入凭据?凭据是服务帐户还是数据管家帐户? - 对于内部数据,您的组织需要什么样的数据安全措施、注意事项和/或公司政策? - 是否需要遵守外部和/或政府法规? - 您是否有任何需要存储在某个地理区域中的数据(销售地区、地理数据存储限制等)? - 是否有行级安全要求? ## CRM Analytics 安全性 - 是否已将所有 CRM Analytics 用户添加到 Salesforce 组织? - 您是否计划实施任何与 Salesforce 相关的安全功能,例如 SSO 或两个身份验证步骤? - 您如何执行用户和组配置?(Cloud SSO、REST API、手动) - 针对如何创建连接器和/或利用 ETL 工具处理本地数据,您有怎样的安全策略? 网络 - 数据源连接(连接器)是否需要任何特定的安全措施? - 是否需要将任何 IP 地址添加到允许访问列表中? 许可 - 您将如何配置和激活许可证 (PSL)? - 您是否有任何 CRM Analytics 社区专用的许可证? - 如何购买额外的许可证? - 您是否需要计划未来购买额外的数据行? - 云应用程序集成 - 有哪些品牌宣传和定制要求? - 有哪些 API 自动化要求? - 您是否打算使用 Predictions API 对 Salesforce 之外的数据进行评分? - 您的数据监控需求是什么(trust.salesforce.com、数据管理器下的作业、通知和警报、自定义仪表板)? 移动 - 您的移动设备管理解决方案是什么? - 哪些人是移动分析的受众,主要的用户场景是什么? - 人们会在哪些地方需要数据?现场、家庭办公室,或者两者都有? - 用户是否需要在不连接互联网或内部网络的情况下脱机访问数据? - 人们会使用公司的设备、个人设备 (BYOD),还是同时使用这两类设备? - 您支持哪些类型的移动设备(手机、平板电脑)? - 您支持哪些移动操作系统? - 有哪些品牌宣传和定制要求? - 有哪些 API 自动化要求? - 您是否打算使用 Predictions API 对 Salesforce 之外的数据进行评分? - 您的数据监控需求是什么(trust.salesforce.com、数据管理器下的作业、通知和警报、自定义仪表板)? 数据 - 要访问哪些云数据源? - 将访问哪些本地数据源以及如何访问(ETL 工具、API 等)? - 您将采用哪些同步策略(增量或完全刷新、筛选器、单个或多个本地组织连接或实时连接器)? - 数据库服务帐户和用户帐户有哪些安全策略? - 有怎样的刷新率和编排要求? - 连接器的凭据是服务帐户还是数据管家帐户? - 您是否有任何快照要求(存储历史数据),预期的数量与提供的可用行数是多少? - 您将如何规划数据量(数据集中的记录数)监测和清理? - 对于内部数据,您的组织需要什么样的数据安全措施、注意事项和/或公司政策? - 是否需要遵守外部和/或政府法规? - 您是否有任何需要存储在某个地理区域中的数据(销售地区、地理数据存储限制等)? - 是否有行级安全要求? [跳转到主要内容](#main-content) # Tableau 内容使用者角色 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 内容使用者包括使用 Tableau 进行数据驱动型决策的所有人,包括许可的 Creator、Explorer 和 Viewer。虽然内容使用者不是项目团队的一部分,但定期征求他们的反馈有助于了解他们能否顺利访问数据,创建内容和进行数据驱动型业务决策。 内容使用者将在整个部署和升级周期中提供有价值的反馈。项目团队应在 [Tableau 社区参与](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_community_engagement.htm)互动活动期间和 [Tableau 支持流程](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_support_processes.htm)中收集他们的意见。如果出现常见问题,则应在 [Tableau 能力提升内网](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_enablement_intranet.htm)的“入门”和“常见问题”区域中寻找这些问题的解决方法。 [跳转到主要内容](#main-content) # Tableau 内容利用率 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 利用率反映了是否有效利用数据可视化来制定业务决策,但仅靠“到视图的流量”是无法窥得全貌的。查看此数据时,应结合 [Tableau Blueprint](https://mkt.tableau.com/TableauBlueprintPlanner_zh-CN.xlsx) Planner 的“用例”标签上记录的预期受众规模来进行考虑。Tableau Server 部署实例将使用 [Tableau Server Insights](https://github.com/tableau/community-tableau-server-insights),基于 Tableau Server 存储库来[创建自定义视图](https://help.tableau.com/current/server/zh-cn/adminview_postgres.htm)。Tableau Cloud 站点管理员可以访问一组称作[在线管理见解](https://help.tableau.com/current/online/zh-cn/adminview_insights.htm)的精选数据源。 例如,如果已发布数据源的受众群体由 500 名用户组成,这些用户应该每天至少使用该数据源一次,那么“到视图的流量”仪表板就应该显示一个月(20 个工作日\*500 名用户)的查看次数大约为 10000 次。现在,如果 250 人每天查看该仪表板两次,那么您的参与度为 50%,您可以根据这条线索了解仪表板信息是否具有相关性,是否存在技能短板,或者是否有一半的受众没有意识到有这样一个仪表板可以帮助他们完成自己的工作。 对于发布到 Tableau Server 的内容,各个内容创建者只需将鼠标悬停在工作簿的缩略图上或者从菜单中选择“谁看过此视图”,即可在迷你图工具提示中看到其内容的利用率。在 Tableau Cloud 上,您可以通过使用“在线管理见解”中的“TS 事件”数据源来了解哪些人访问过某个可视化。有关 Tableau Cloud 在线管理见解的更多信息,请参阅[浏览数据源](https://help.tableau.com/current/online/zh-cn/adminview_insights.htm#explore-the-data-sources)。   内容利用率 1. 在网站或项目中,视图流量是什么?(每月)- 了解网站和项目的使用趋势有助于您了解增长情况,或判断是否可以通过更多的社区活动为用户提供关于可用内容的知识。在下图中,您可以看到以红色表示的项目中的流量显著下降,而底部的其他颜色则较为平坦。在 Tableau Server Insights 和 Tableau Cloud 在线管理见解中,都请使用“TS 事件”。  1. 最近 180 天视图流量与最近 30 天视图流量相比如何?(每月)- 应根据一段时间内的活动阈值审核和归档低流量视图。如果内容在发布后无人查看,这些内容会消耗系统资源,并可能导致用户在寻找相关度更高的内容时更加费力。在下面的示例中,过去 30 天内只访问了三个仪表板(橙色)。在 Tableau Server Insights 中,请使用“TS 内容”。注:Tableau Cloud 在线管理见解中包含 90 天的数据。对于 Tableau Cloud,您应使用“TS 事件”来衡量过去 90 天与过去 30 天访问过的视图。  1. 工作簿的受众群规模与访问事件数量相比如何?(每月)- 在确定新内容的用例时,您应估计特定工作簿的受众群规模。通过将使用者的非重复计数与访问事件的数量进行比较,您可以了解内容的影响。应检查左下方(低受众群体/低流量)的内容,如果这些内容不再有用,应将其移除。在 Tableau Server Insights 和 Tableau Cloud 在线管理见解中,都请使用“TS 事件”。  1. 数据源的受众群规模与访问事件数量相比如何?(每月)- 与上一个示例类似,在确定新内容的用例时,您应估计特定数据源的受众群规模。通过将使用者的非重复计数与访问事件的数量进行比较,您可以了解内容的影响。应检查左下方(低受众群体/低流量)的内容,如果这些内容不再有用,应将其移除。在 Tableau Server Insights 和 Tableau Cloud 在线管理见解中,都请使用“TS 事件”。  1. 谁创建/拥有内容?(每月)- 创建和分享内容的用户会将贵组织的现代分析愿景付诸实践。要了解谁在将内容发布到 Tableau,请查看项目、工作簿以及已认证和未认证数据源的所有者。在 Tableau Server Insights 和 Tableau Cloud 在线管理见解中,都请使用“TS 用户”。  [跳转到主要内容](#main-content) # Tableau 升级计划和流程检查清单 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 升级计划的目标是建立一种主动的方法来迁移到 Tableau 的下一版本。这种整体性方法会采纳高管支持者和跨职能项目团队的建议,不仅涵盖单纯的软件升级计划,还涵盖成功执行升级所需的沟通、教育和支持计划。完成 [Tableau Blueprint Planner](https://mkt.tableau.com/TableauBlueprintPlanner_zh-CN.xlsx) 的“升级计划检查清单”标签,查看“[升级](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_upgrades.htm)”主题,并根据您的需要自定义 [Tableau Blueprint Planner](https://mkt.tableau.com/TableauBlueprintPlanner_zh-CN.xlsx) 的“升级流程检查清单”标签。 项目团队需要讨论的早期决策点包括升级频率、版本选择和版本兼容性。它们将作为维护环境的指导原则。如果能尽早定义升级方式,项目团队就能够说明升级工作将在何时以何种方式执行,并更好地管理用户的期望,而不是被动地应对业务活动对于新功能的需求。 - **升级多久进行一次?**确定每年进行的 Tableau Server 升级次数,并考虑可接受的停机时段,避开月末、季度末或年度末的结算活动和/或停电时段。对于 Tableau Cloud,升级将由 Tableau 在提前发出通知后执行,但您的管理员需要更新客户端软件以利用新功能。 - **如何选择升级版本?**必须充分了解 Tableau 的使用方式,只有这样才能正确选择可以满足新业务要求并符合 IT 政策的版本。Tableau 会将 Tableau Cloud 升级到最新版本。 - **新版本将如何影响现有解决方案?**评估与现有软件版本和定制解决方案的兼容性,例如为实现嵌入式分析而进行的自定义 API 开发,以及 Tableau Server 和 Tableau Cloud 的自动化。 ## 软件升级计划 考虑升级时,我们可能会马上想到软件升级计划。该计划定义了用于转换到下一版 Tableau 软件的分步流程。该计划应由项目团队中的 IT 人员制定,并使用 [Tableau Blueprint Planner](https://mkt.tableau.com/TableauBlueprintPlanner_zh-CN.xlsx) 的“升级流程检查清单”标签作为基准。应根据您的要求对升级流程检查清单进行自定义,例如,您应该选择要在完成测试和生产环境升级后进行评估的首选仪表板和数据源,以这种方式自定义升级测试计划。还应该准备在遇到问题时可以执行的回滚计划。 对于 Tableau Server,这项工作将由系统管理员和 Tableau Server 管理员角色执行,他们将从测试环境开始升级 Server 环境。完成测试环境验证后,他们将安排生产环境升级以及灾难恢复环境升级(如果适用)。同时还应该对 Resource Monitoring Tool 主服务器和代理进行升级。 Desktop 管理员和 Mobile 管理员角色将负责 Tableau Desktop、Tableau Prep Builder 和 Tableau Mobile 的打包和更新,对于 Tableau Server 和 Tableau Cloud 部署都是如此。根据您的安装检查和升级其他应用程序,例如 tabcmd、适用于 Tableau Cloud 的 Tableau Bridge,以及 Content Migration Tool。 如果需要在相关专业领域进行更改,则可能需要从这些领域的企业架构师、数据库管理员、安全管理员和网络管理员角色获取更多建议。应该在进行计划时调查以下问题: - 升级将涉及哪些 IT 角色? - 您是要升级单个 Tableau 生产实例还是多个 Tableau 生产实例? - 测试环境的设置方式是否与生产环境的规格和配置相符? - 您是否会通过更改配置来支持高可用性?如果已经获得了高可用性,那么是否所有的进程都实现了冗余? - 您是否设置了灾难恢复环境? - 是否每天都进行备份并将备份存储在生产用的 Tableau Server 之外的位置? - 您是否会改为采用基于角色的授权? - Tableau Server/Tableau Cloud 以及 Tableau Desktop 的当前版本和新版本是什么? - Tableau Prep Builder 的当前版本和新版本是什么? - Tableau Mobile 的当前版本和新版本是什么? - Resource Monitoring Tool 的当前版本和新版本是什么? - 如果各台计算机上安装了 tabcmd、Tableau Bridge 或 Content Migration Tool,它们的当前版本和新版本是什么? - 升级是否会影响任何编程依赖关系?(嵌入式分析、门户开发、API 自动化) - 是否需要通过扩容来支持此次升级与下一次升级之间增加的新工作负载?(数据提取刷新、流程执行、订阅) - 是否需要通过扩容来支持预计将在此次升级与下一次升级之间增加的新用户数量? - 是否安排了任何在升级完成后执行的平台更改?(操作系统、虚拟机管理程序、硬件或云提供商) - 如果升级出现问题,可以执行什么样的回滚计划? ## 沟通计划 在设计沟通计划时,请考虑升级的业务目标,以及如何在您的 [Tableau 能力提升内网](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_enablement_intranet.htm)上让用户提前知道即将进行的升级,并在升级完成后通知他们。将升级时间表添加到您的新闻通讯中,并让部门站点管理员或团队推动者帮助您传达信息。在 Tableau Server 中,使用自定义登录消息和网站欢迎横幅来向用户传递信息。有关详细信息,请参见[自定义服务器](https://help.tableau.com/current/server/zh-cn/customize.htm)。Tableau Cloud 用户将在登录后看到一条宣布更新维护时段的消息,您还应该通过内部宣传进行补充。应该在进行计划时调查以下问题: - 升级的业务目标是什么? - 新版本将提供哪些新功能? - 如何让用户知道即将进行的升级? - 如何在升级完成后通知用户? - 用户将如何安装新的客户端和移动软件?(静默、自助、手动) ## 教育计划 教育计划使您的用户能够了解新功能,让新版本的 Tableau 得到充分利用。使用 Tableau 托管的资源更新您的 [Tableau 能力提升内网](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_enablement_intranet.htm)内容,例如 [Tableau 帮助](https://www.tableau.com/zh-cn/support/help)文档中按产品分类的“新增功能”主题、最新的[版本说明](https://www.tableau.com/zh-cn/support/releases)和发布活动。 除了使用 Tableau 提供的资源外,还应该在培训内容中包含针对具体组织的资源,通过这些资源来介绍如何实现新功能(包括示例用例),并安排以新功能为重点议题的用户群会议。应该在进行计划时调查以下问题: - 如何对用户进行有关新功能的教育? - 将 Tableau 提供的哪些资源添加到能力提升内网? - 需要创建什么样的公司特定资源? - 是否会举行午餐学习会或者创建按需点播视频? ## 支持计划 支持计划应定义应对以下方面的初始需求所需的其他资源:升级后支持、分类和上报路径。更新 [Tableau 能力提升内网](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_enablement_intranet.htm)内容。应该在进行计划时调查以下问题: - 有哪些自助式帮助资源可用? - 升级后支持包含哪些事件类别? - 支持请求如何分类? - 升级后事件的上报路径是什么? [跳转到主要内容](#main-content) # Tableau 平台架构 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 ## Tableau Server Tableau Server 为您的用户提供了一个全方位的现代分析平台。Tableau 的架构十分灵活,让您在几乎任何位置都能运行该平台。您可以将 Tableau Server 安装在本地、您的私有云或数据中心、Amazon EC2、Google Cloud Platform、MS Azure 或阿里云中。Tableau Server 还可以在虚拟化平台上运行。 多个 Server 进程协同工作,可以在各个层级提供服务。如需了解各个进程如何协同工作,请参阅 Tableau Public 上的 [Tableau Server 进程](https://public.tableau.com/zh-cn/s/profile/technical.product.marketing#!/vizhome/TableauServerProcessScenarios/ServerArchitectureFlow?publish=yes)。由于 Tableau Server 与您的 IT 基础架构中的很多组件集成在一起,因此一定要了解 Tableau Server 与您的 IT 基础架构是如何集成的。有关进程的更多信息,请参阅“Tableau Server 进程”([Windows](https://help.tableau.com/current/server/zh-cn/processes.htm) | [Linux](https://help.tableau.com/current/server-linux/zh-cn/processes.htm))。如需了解关于部署在参考架构中 Tableau Server 流程的更多信息,以实现最适合企业的 Tableau Server 部署,请访问“Tableau Server 企业部署指南”的第 2 部分:[第 2 部分 - 了解 Tableau Server 部署参考体系结构](https://help.tableau.com/current/guides/enterprise-deployment/zh-cn/edg_part2.htm)。 ## Tableau Cloud Tableau Cloud 是一种采用“软件即服务”(SaaS) 方式部署的平台,它可以在多租户(共享计算)环境中,通过扩展来大规模地为数千个站点中分散在不同地理位置的众多用户提供服务。Tableau Cloud 利用产品内提供的高可用性功能以及云架构方面的最佳做法来提供可靠的体验。Tableau Cloud 支持采用多种不同网络的混合数据架构,包括本地、私有云和公有云。下图简要描绘了 Tableau 内部部署的 Tableau Cloud:  Tableau 可跨多种不同的网络管理众多不同数据源,包括 SQL Server、PostgreSQL、MySQL、Redshift、Snowflake、Google BigQuery 和平面文件。公有云数据连接通常是直接建立的。对于私有连接,则由 Tableau Bridge 服务池协助实现实时的本地或 VPC 数据库查询功能,以及定期执行的数据提取刷新。 有关详细信息,请参见: - [Tableau Cloud 可扩展性白皮书](https://www.tableau.com/zh-cn/learn/whitepapers/tableau-online-scalability-overview-proof-points) - [直接连接到云数据](https://help.tableau.com/current/online/zh-cn/to_connect_live_sql.htm) - [Tableau Bridge 入门指南](https://help.tableau.com/current/online/zh-cn/qs_refresh_local_data.htm) - [计划 Bridge 部署](https://help.tableau.com/current/online/zh-cn/to_bridge_scale.htm) [跳转到主要内容](#main-content) # Tableau 推动者发展 > [!TIP] > > 此内容是T ableau Blueprint 的一部分,这是一个成熟度框架,允许您放大并改进组织使用数据来推动影响的方式。若要开始您的旅程,请参加我们的[评估](https://www.tableau.com/zh-cn/learn/webinars/tableaus-blueprint-self-assessment)。 您的组织中有一些人,这些人相信数据的变革影响力。他们希望在开展每次讨论和制定每个业务决策时都以数据为中心,并且有志于提高自己的技能并通过分享知识来帮助他人。数据推动者计划可以确定并擢升这些用户,帮助他们发挥最大的潜力,同时将他们指定为组织社区中数据文化的领导者、传播者和倡导者。您将投入资源来确定和培养这些推动者,并因此建立一个广泛的 Tableau 爱好者网络。这在采用过程中至关重要,因为随着您的部署扩展到新的部门和团队,您将需要通过培养新的推动者来扩展您的分析。推动者可以减少对集中式支持团队的依赖,还可以: - 为同事示范如何进行数据驱动型决策; - 在用户之间建立联系,并为跨职能的协作创造机会; - 通过分享专业知识来支持用户; - 进行宣讲和参加社区活动; - 凭借来自第一线的经验为社区和熟练度举措提供相关信息; - 捕获用例并确定卓越典范。 不存在两个完全一样的社区,也没有两个完全相同的“数据推动者”计划。与 Tableau Blueprint 中的其他举措相似,您必须根据组织及其分析社区的范围、规模、成熟度对此计划进行评估。您可以[探索根据真实客户的“数据推动者”计划编写的示例用例](https://www.tableau.com/sites/default/files/example_programs_-_data_champions.pptx) (PPTX)。 ## 数据推动者计划基础 在开始之前,您需要确定自己是否已经准备好执行正式的“数据推动者”计划。确保您具备以下条件: - 社区战略计划:“数据推动者”计划不应替代贵组织的用户入门措施和其他社区措施。“推动者”是社区策略的一部分,应侧重于促进和增强贵组织的交流、互动活动,以及用户支持流程。更多信息,请参阅 [Tableau 社区规划](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_community_planning.htm)。 - 专门的计划负责人:确保您安排一名计划负责人,从头到尾负责该计划。您的计划负责人很可能是您的社区负责人或核心项目团队的其他成员。要详细了解 Tableau 项目团队的社区负责人和其他常见角色,请参阅 [Tableau 项目团队角色和职责](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_project_team_roles_responsibilities.htm)。 - 已建立的交流平台:您将需要通过具有一致性的集中式平台,与推动者进行沟通并促进推动者之间的对话。更多信息,请参阅 [Tableau 论坛和聊天](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_discussion_forums.htm)。 - 高管支持者:为您的数据推动者计划找到一名高管支持者;这名支持者应该能够认可参与者,并让其他组织领导者意识到他们对社区的巨大贡献。 您还需要花时间来为贵组织确定“数据推动者”计划的目的。“数据推动者”计划可以满足许多业务需求,但其中大部分需求都涵盖在以下两个首要目标之中:参与和能力提升。一旦确定了业务需求和计划的总体目标,便可以将其与 [Tableau 用户参与度和采用率的测量](https://help.tableau.com/v0.0/blueprint/zh-cn/bp_measure_user_engagement.htm)中介绍的一些可衡量的成功指标联系起来。这将有助于您展示计划的价值,并帮助您的推动者看到自己发挥的影响。
| 目标 | 业务需求 | 成功指标 |
| 参与 | 我们有一些很棒的仪表板,但没人使用它们。 | 将活跃用户数提高 10% |
| 我们主持了用户组和其他社区活动,但参与人数不多。 | 将用户组活动的出席率提高 10% | |
| 可实施性 | 我们提供产品培训,但这并不能帮助用户了解我们如何在组织中使用数据。 | 将支持工单减少 10% |
| 我们有一个内部论坛,但我们跟不上贴文的数量。 | 将未答复的贴文数减少 10% |
领域 | IT 管理员/ | 内容作者 |
|---|---|---|
数据源管理 | 提供对数据源的访问权限并遵守组织数据策略、政策和流程。 | 定义、管理和更新用于分析的数据模型。 |
数据质量 | 定义数据验证流程,让用户在决策过程中信任数据的准确性。 | 制定并公开应用于已发布数据模型的数据清理规则。 |
扩充和准备 | 建立适用于多种数据源的 ETL 流程,以进行分析前的数据准备。 | 制定并公开应用于已发布数据模型的扩充和准备规则。 |
数据安全 | 定义已发布数据模型的安全性参数和访问控制。 | 遵守企业数据安全策略和外部法规。 |
元数据管理 | 为组织定义元数据管理政策和流程。 | 为用户定义、更新并公开字段级别的元数据。 |
监视和管理 | 监视和审查使用情况,以确保遵守规则和正确使用数据资产。 | 监视和跟踪集中管理的数据模型的各种使用指标。 |
站点角色 | 描述 |
|---|---|
服务器管理员 | 仅在 Tableau Server 上可用;不适用于 Tableau Cloud。 配置 Tableau Server、Server 上所有站点、用户和组,以及所有内容资产(例如项目、包括连接信息在内的数据源、工作簿和流程)的设置。 从浏览器、Tableau Desktop 或 Tableau Prep Builder 连接到 Tableau 已发布数据源或外部数据;创建和发布新的数据源和流程;制作和发布工作簿。 |
站点管理员 Creator | 不受限制地访问上述内容(但在站点级别)。在浏览器、Tableau Desktop 或 Tableau Prep Builder 中连接到 Tableau 或外部数据;创建新的数据源;构建和发布内容。 在 Tableau Server 上,Server 管理员可以确定是否允许站点管理员管理用户以及分配站点角色和站点成员身份。默认情况下,在 Tableau Server 上,允许站点管理员具有这些能力,并且始终在 Tableau Cloud 上允许站点管理员具有这些能力。 这是 Tableau Cloud 的最高级别访问权限。站点管理员有权访问站点的配置设置。 |
Creator | 连接到数据以制作新的数据源和仪表板,这些数据源和仪表板在 Tableau Server 和 Tableau Cloud 上发布和共享。数据管家(DBA 或数据分析师)负责发布数据源。Creator 根据组织和/或监管义务,整合企业元数据管理所需的流程定义、策略、准则和业务知识。
|
站点角色 | 描述 |
|---|---|
站点管理员 Explorer | 与站点管理员 Creator 相同的站点和用户配置访问权限,但无法从 Web 编辑环境连接到外部数据。 连接到 Tableau 已发布数据源以创建新工作簿以及编辑和保存现有工作簿。 |
Explorer(可发布) | 从浏览器发布新内容,浏览已发布的视图并与之交互,使用所有交互功能。在 Web 编辑环境中,可以编辑和保存现有工作簿,还可以保存从嵌入工作簿中的数据连接中获得的新的独立数据源,但不能连接到外部数据或创建新的数据源。 |
Explorer | 浏览已发布的视图并与之进行交互。可以订阅内容,创建数据驱动型通知,连接到 Tableau 已发布数据源并在 Web 制作环境中打开工作簿以进行临时查询,但无法保存其工作内容。
|
站点角色 | 描述 |
|---|---|
Viewer(查看者) | 查看筛选器和内容并与之交互。Viewer 还可以接收由业务事件触发的通知。 |
站点角色 | 描述 |
|---|---|
未许可 | 未许可用户不能登录 Tableau Server 或 Tableau Cloud。
|
权限规则模板 | 描述 |
|---|---|
项目主管 | 与适当的站点角色结合使用,允许用户或组完全访问项目、其子项目以及发布到该项目层次结构中的内容。
|
编辑者 | 允许用户或组连接到项目中的数据源或工作簿,以及为其编辑、下载、删除和设置权限。
他们还可以发布数据源,并且只要是自己发布的数据源的所有者,他们就可以更新连接信息和数据提取刷新计划。该权限涉及在他们访问时连接到数据源的视图。
|
发布者 | 允许用户或组将工作簿和数据源发布到项目。
|
连接者 | 允许用户或组连接到项目中的数据源。
|
Viewer(查看者) | 允许用户或组查看项目中的工作簿和视图。
|
无 | 将权限规则的所有功能设置为“未指定”。
|
已拒绝 | 将权限规则的所有功能设置为“已拒绝”。 |
领域 | IT 管理员/BI 专业人员 | 内容作者 |
|---|---|---|
内容管理 | 创建和维护已发布内容的存储和组织环境。
| 确保内容与其站点或项目相关。 |
安全保护与权限 | 确保分析内容的安全并根据内容类型、敏感度、业务需求等因素为用户分配相应的权限级别。
| 遵守组织安全和权限政策。 |
内容验证 | 定义验证内容是否正确的流程。 | 通过访问平台功能,帮助验证用户生成的分析内容并确认其准确性。
|
内容提升 | 定义内容提升流程。 | 将经过验证的分析内容提升到管控流程确定的集中式可信环境中。
|
内容认证 | 定义内容认证流程。 | 对内容进行可信认证,并界定可信内容,使其与同一环境中的非可信内容区分开来。
|
内容利用率 | 衡量组织内所有业务部门的整体使用模式。 | 衡量和审查已发布内容的使用情况,跟踪非可信内容的使用情况。
|
任务 | 描述 | 使用的工具 | 频率 |
|---|---|---|---|
Active Directory 同步 | 同步 Active Directory 组 | Tableau Server 设置 | 每天 |
备份生产环境 | 在 Tableau Server 群集外部的位置创建内容和设置的副本;保留时间为七天 | TSM CLI | 每天 |
将生产还原到测试环境 | 将测试环境设置为与生产环境的当前状态相同 | TSM CLI | 负载测试前,测试升级或参与测试计划 |
数据库维护/ 日志文件清理 | 从 Tableau Server PostgreSQL 数据库中的表 http_requests 中删除并归档 Tableau Server 日志文件、临时文件和行 | TSM CLI | 每月
|
负载测试/ | 结合您的环境、数据、工作负载和使用特征了解 Tableau Server 的容量 | TabJolt(仅限 Windows) | 每季度 |
资源管理 | 归档过去 180 天内无人访问的陈旧内容 | 管理视图 | 每年两次到四次,升级前进行 |
升级 | 用于评估新版本并计划/执行升级的流程 | TSM CLI | 支持者和项目团队同意的节奏 |
任务 | 描述 | 使用的工具 | 频率 |
|---|---|---|---|
陈旧内容管理 | 归档过去 180 天内无人访问的陈旧内容 | 管理视图 | 每年两次到四次 |
客户端升级 | 用于评估新版本并规划/执行客户端升级的流程 | 客户端测试 | 按照版本发布时间表进行 |
| 类型 | 优点 | 缺点 |
| Tableau Server - 本地 | 完全控制硬件和软件 基础架构和数据受到防火墙保护 | 需要专门安排管理员来管理硬件和软件 需要通过其他基础结构来访问网络外(移动网络、外部网络)资源 |
| Tableau Server - 公有云 (IaaS) | 完全控制托管硬件上的软件 基础架构与数据位于同一位置(便于迁移到云) 可根据需要灵活增加或降低硬件容量 | 需要专门安排管理员来管理软件 需要通过其他基础结构来访问网络外(移动网络、外部网络)资源 |
| Tableau Cloud (SaaS) | 完全托管的解决方案(硬件、软件升级) 部署速度快 便于外部受众访问 | 多租户环境中的单站点 不支持多维数据集 没有来宾帐户访问权限 |
IT/BI 专业人员角色 | 职责 |
|---|---|
分析总监或 | 分析总监负责 Tableau 的使用,包括在组织内部提供和调试分析,与战略计划保持一致,以及提升用户能力及采用率。 |
企业架构师 | 企业架构师确定技术要求并对 Tableau 与企业架构标准进行整合。
|
安全与合规管理员 | 安全与合规官确保公司遵守其内部安全和数据安全策略以及外部监管要求。
|
数据库管理员 | 数据库管理员负责管理、监视、维护和保护组织中的数据库。DBA 与数据工程师和数据管家协作,提供数据访问,并辅助与 Tableau 连接的数据源的建模、结构创建和优化。 |
系统管理员 | 系统管理员在数据中心或云中安装、配置、管理和维护安装 Tableau Server 或 Tableau Bridge 的硬件和操作系统,同时按照业务和技术战略执行公司政策。 |
网络管理员 | 网络管理员维护网络通信和连接,包括通过 SSL、VPN、Tableau Bridge 和移动网络访问 Tableau Server 或 Tableau Cloud。
|
客户端管理员 | 客户端管理员安装和配置客户端软件,包括数据库驱动程序、Tableau Desktop、Tableau Prep Builder、Tableau Mobile 和 Tableau Bridge。
|
项目经理 | 项目经理为项目配备合适的人员,管理与各种团队的关系,有效分配和利用资源,让团队保持协作、锐意进取并取得成功,以此确保项目在不超过预算的情况下按时交付。 |
社区领袖 | 社区领袖负责协调与用户功能支持相关的工作,包括支持资源、参与活动、连接公司内部的用户,以及宣讲分析技术。 注:并非所有组织都有专门的职位来履行这些职责。 |
管理员角色 | 职责 |
|---|---|
Tableau Server 管理员 | Server 管理员可以完全访问 Tableau Server 设置、服务器上的所有站点、用户和组以及所有内容资产(例如项目、数据源和工作簿)以监视和维护 Server 总体运行状况。
Tableau 监视概述了 Tableau Server 管理员的 KPI。 |
Tableau 站点管理员 | 在 Tableau Server 中,Tableau 站点管理员创建和管理站点的用户和组,创建项目以组织站点上的内容,并分配权限以允许用户(组)访问内容。他们还负责提升和认证内容,以及衡量自己站点中分析技术的使用情况。 在 Tableau Cloud 中,站点管理员是最高级别的管理员角色。他们管理站点设置、创建用于组织内容的项目,并可以委派他人负责某些管理任务。他们还负责提升和认证内容,以及衡量自己站点中分析技术的使用情况。
Tableau 用户参与度和采用率的测量概述了 Tableau 站点管理员的 KPI。
|
内容创建者角色 | 职责 |
|---|---|
数据管家 | 数据管家了解业务领域以及业务流程与分析的交互。数据管家确保存在用于数据访问和使用的已记录程序和指南,他们会与数据库管理员和/或数据工程师合作,计划和执行公司范围内的数据管控和符合性政策。数据管家应该有 Tableau Creator 许可证。 |
内容作者 | 内容作者创建和发布仪表板和/数据源。他们也将成为其他人提升其 Tableau 技能的资源。内容作者应该有 Tableau Creator 许可证。 |
主题 | 描述 | 持续时间 |
|---|---|---|
欢迎/公告 | 欢迎与会者并发布公告,例如内网上的新帮助主题、培训课程等。
| 10 分钟 |
技能开发 | 选择一个主题来帮助参与者学习新技能(例如产品技能),或者演示内部内容或 Tableau Public 内容中的设计最佳做法。
| 15 分钟 |
成功故事 | 分享通过使用数据实现的成就。
| 10 分钟 |
新的已认证数据源 | 将新增的已认证数据源作为重点来进行介绍,因为一个部门的数据可以为另一个部门提供背景信息。
| 5 分钟 |
表彰主要内容 | 展示公司内最受欢迎的 10 个仪表板。
| 5 分钟 |
开放式反馈 | 为开放式反馈和问答环节留出时间。
| 15 分钟 |
合计 |
| 60 分钟 |
主题 | 描述 | 持续时间 |
|---|---|---|
欢迎/公告 | 欢迎管理员并发布公告。
| 10 分钟 |
系统利用率讨论 | 讨论系统利用率、后台任务、用户入门计划。
| 15 分钟 |
内容利用率讨论 | 讨论内容利用率、加载速度缓慢的仪表板、运行时间过长的数据提取、陈旧内容。
| 20 分钟 |
开放式反馈 | 为开放式反馈和问答环节留出时间。
| 15 分钟 |
合计 |
| 60 分钟 |
可视化和链接 | 分析 (0-10) | 讲述故事 (0-10) | 设计 (0-10) | 反馈 |
|---|---|---|---|---|
|
|
|
|
|
| 问题 | 回答 |
| 我们的关键战略业务目标是什么? | |
| 我们通过这些举措争取实现的业务成果是什么? | |
| 哪些指标和 KPI 可以帮助我们跟踪这些业务成果的实现情况? | |
| 谁需要通过访问这些指标和 KPI 来做出影响业务成果的决策? | |
| 这些决策者何时需要查看这些数据以做出及时的决策? |
| 问题 | 当前状态 | 未来状态 |
| 数据和分析是否在影响业务结果?如果是,如何影响? | ||
| 业务用户和决策者如何访问数据? | ||
| 他们可以访问哪些信息? | ||
| 他们什么时候得到这些信息? | ||
| 他们如何根据这些信息采取行动? |
| 问题 | 回答 |
| 我们的关键战略业务目标是什么? | 改善员工保留率。 |
| 我们通过这些举措争取实现的业务成果是什么? | • 将员工流失率降低 25%。 • 提供易于理解且具有相关性的见解,以便 100% 的职能领导者能够采取行动。 |
| 哪些指标和 KPI 可以帮助我们跟踪这些业务成果的实现情况? | • 员工保留率 • 员工满意度调查结果 • 个人发展计划 (IDP) 完成情况 • 经理和个人参与者 (IC) 之间的情况汇报 |
| 谁需要通过访问这些指标和 KPI 来做出影响业务成果的决策? | 高管、运营人员、经理和个人参与者 |
| 这些决策者何时需要查看这些数据以做出及时的决策? | • 经理和 IC 之间的情况汇报:每季度 • 员工保留率:每月 • 员工满意度调查结果:每季度 • IDP 完成情况: - 高管需要在每轮截止日期 1 周后查看完成率 - 运营人员需要从 IDP 开始实行之日起每周查看完成率 - 经理需要每天查看完成率 |
| 问题 | 当前状态 | 未来状态 |
| 数据和分析是否在影响业务结果?如果是,如何影响? | 我们认为是的,但数据、行动和结果之间的关系并非简单明了。 | 是。我们可以讲述自己取得了哪些业务成果,采取了哪些行动,采取这些行动的人是谁,以及使用了哪些数据点。 |
| 业务用户和决策者如何访问数据? | HR 数据和分析团队通过电子邮件发布报告。业务用户和决策者可以访问发布到 Tableau Server 的各种仪表板。 | 我们在他们经常使用的工具中提供其需要的数据。他们可以通过 Slack 和 Tableau Server 按需访问数据。 |
| 他们可以访问哪些信息? | HR 包含在报告中并发布到 Tableau Server 的信息。 | 我们将提供分析业务目标进展和做出具体决策所需的信息。 |
| 他们什么时候得到这些信息? | 在 HR 数据和分析团队设定的时间点,或者在他们登录 Tableau Server 并查看仪表板时。 | 我们会将这些信息直接嵌入他们的工作流程中。他们还可以请求临时数据,立即查看数据,以及根据自己的个人偏好设置订阅。 |
| 他们如何根据这些信息采取行动? | 我们不知道。没有为每个角色提供明确定义的工作流程。 | 我们已将数据嵌入他们通常会使用的工具中,并且提供了明确的行动呼吁。他们可以单击按钮或链接来完成相应的后续步骤。 |
对升级进行研究 | 是 | 否 | 不可用 |
|---|---|---|---|
查看版本说明:Tableau Server | Tableau Cloud |
|
|
|
|
|
| |
从 Tableau Server 2018.1 或更早版本升级到 TSMLinux | Windows | Tableau 社区论坛帖子 |
|
|
|
|
|
| |
验证是否有足够的容量来支持工作负载 |
|
|
|
在现有硬件上安装 |
|
|
|
|
|
| |
|
|
|
准备 Server 升级 | 是 | 否 | 不可用 |
|---|---|---|---|
查看并验证 Tableau Server 架构和配置设计文档中记录的设置 |
|
|
|
自定义项 |
|
|
|
SMTP 配置 |
|
|
|
SSL 配置和证书 |
|
|
|
SAML 配置、证书和 IdP 元数据文件 |
|
|
|
Kerberos 配置 |
|
|
|
OpenID 配置 |
|
|
|
添加节点配置 |
|
|
|
量化项目、工作簿、视图和数据源 |
|
|
|
量化用户和组 |
|
|
|
下载新 Tableau Server 版本的安装文件 |
|
|
|
|
|
| |
检查您的产品维护状态 |
|
|
|
测试 Server 升级 | 是 | 否 | 不可用 |
|---|---|---|---|
|
|
| |
|
|
| |
|
|
| |
Server 进程 |
|
|
|
用户访问权限 |
|
|
|
发布工作簿和数据源 |
|
|
|
查看已发布工作簿 |
|
|
|
订阅和数据提取刷新 |
|
|
|
权限 |
|
|
|
命令行实用工具和 API |
|
|
|
|
|
| |
|
|
| |
|
|
| |
|
|
| |
|
|
|
执行 Server 升级 | 是 | 否 | 不可用 |
|---|---|---|---|
宣布即将进行的升级 |
|
|
|
禁用订阅和计划 |
|
|
|
创建 Tableau Server 数据的升级前备份参考备份 Tableau Server 数据以获得帮助。 |
|
|
|
卸载现有的 TSM 前版本 Tableau Server 并将 tsbak 文件保存到其他位置* |
|
|
|
|
|
| |
安装初始节点 |
|
|
|
安装群集中的其他节点 |
|
|
|
运行升级脚本以完成安装 |
|
|
|
登录到 TSM 并启动 Tableau Server |
|
|
|
恢复收集的文件* |
|
|
|
验证升级 |
|
|
|
验证 Tableau Server 进程的状态 |
|
|
|
验证 Tableau Server 设置 |
|
|
|
启用订阅和计划 |
|
|
|
修改 Tableau Server 进程(如果需要) |
|
|
|
查看用户访问权限 |
|
|
|
验证工作簿和数据源发布功能 |
|
|
|
查看已发布工作簿 |
|
|
|
查看权限 |
|
|
|
验证命令行实用工具和 API |
|
|
|
登录到 Tableau Server |
|
|
|
验证项目、工作簿、视图和数据源的计数 |
|
|
|
验证用户和组的计数 |
|
|
|
验证数据库连接 |
|
|
|
执行备份脚本 |
|
|
|
|
|
| |
宣布升级成功 |
|
|
|
是 | 否 | 不可用 | |
|---|---|---|---|
宣布要升级的客户端软件(Tableau Desktop、Tableau Prep Builder、tabcmd、Content Migration Tool、Tableau Mobile、Tableau Bridge) |
|
|
|
|
|
| |
|
|
| |
|
|
| |
|
|
| |
|
|
|
图表 | 描述 |
|---|---|
| 折线图 —查看一段时期内的数据趋势。 示例:五年内的股价变化,一个月内的网页浏览量,季度收入增长。 |
| 条形图 — 比较各个类别的数据。 示例:不同尺寸衬衫的数量,来自不同源站点的网络流量或各部门的开支百分比。 |
| 热图 — 显示两个因素之间的关系。 示例:目标市场细分分析,各区域的产品采用情况,以及各销售代表的销售线索。 |
| 突出显示表 — 在热图上提供详细信息。 示例:不同细分的市场百分比、特定地区的销售数据,以及不同年份的城市人口。 |
| 树状图 — 将分层数据显示为整体的一部分。 示例:跨计算机的存储使用情况,管理技术支持案例的数量和优先级,比较各年之间的财政预算。 |
| 甘特图 — 显示持续时间。 示例:项目时间线、机器使用时长或球队球员的上场情况。 |
| 靶心图 — 根据目标评估指标绩效。 示例:销售配额评估、实际支出与预算以及绩效范围(优异/良好/不佳)。 |
| 散点图 — 研究不同变量之间的关系。 示例:不同年龄段男性与女性患肺癌的可能性,技术追捧者和落后者的智能手机购买模式,以及不同类别产品发往不同地区所需的运输成本。 |
| 直方图 — 了解数据的分布。 示例:不同规模公司的客户数量,某次考试的学生表现和产品缺陷的频率。 |
| 符号地图 — 用于总计而不是比率。请谨慎使用,因为很难看到细微的差异。 示例:不同地理区域的客户数量。 |
| 面积图 — 用于比率而不是总计。使用合理的基础地理信息。 示例:某些地区的互联网使用率、不同社区的房价。 |
| 盒须图 — 显示一组数据的分布。 示例:一目了然地了解您的数据,查看数据如何向一端倾斜,找出数据中的异常值。 |
类型 | 描述 |
|---|---|
突出显示和突出显示动作 |
|
筛选和筛选动作 |
|
参数 |
|
集和集动作 |
|
工具提示 |
|
URL 动作 |
|
仪表板导航 |
|
| 选项 | 说明 | 主要特征 |
|---|---|---|
| 聊天渠道 | 创建一个聊天渠道作为 Tableau 用户相互联系和提出问题的首选场所。这个聊天渠道的所有成员都可以帮助其他成员,无论他们是专家还是新手。 |
|
| “接访时间”和预约 | 与您的内部 Tableau 社区互动,以此提高 Tableau 产品的使用率,减少 IT 工单的创建数量,并通过一对一互动建立联系 |
|
| 举办自己的实践活动 | 每年举办多次活动来提高认知度,激发兴趣并与您的 Tableau 用户社区建立联系。 |
|
| 第 1 年* | 第 2 年 | 第 3 年 |
|---|---|---|---|
用户总数 |
|
|
|
节点数 |
|
|
|
内核总数 |
|
|
|
Tableau 角色 | 测量职责 |
|---|---|
Tableau 站点管理员 | 当站点需要隔离出 Tableau Server 中的一部分用户、群组和内容时,Tableau Server 站点管理员应使用默认和自定义的站点级管理视图来测量内容和数据源流量、内容性能和规模、作业状态、直接和间接的用户参与度,以及其他行为(例如登录频率和自上次登录以来经过的天数)。 在 Tableau Cloud 中,站点管理员是最高级别的管理员角色。Tableau Cloud 站点管理员应使用默认管理站点级视图和 Tableau Cloud 在线管理见解来测量内容和数据源流量、内容性能和规模、作业状态、直接和间接的用户参与度,以及其他行为(例如登录频率和自上次登录以来经过的天数)。 |
| 项目主管 | 项目主管设置可以让多位用户可以访问同一项目、该项目的子项目以及这些项目中的所有工作簿和数据源。项目主管不必是项目所有者或管理员。项目主管将使用通过 Tableau Server Insights 或 Tableau Cloud Insights 创建的内容来测量相应项目的内容利用率和用户参与度。 |
| 服务器状态 | 站点状态 |
![]() | ![]() |
| 服务器状态 | 站点状态 |
![]() | ![]() |
Tableau 管理员角色 | 监视职责 |
|---|---|
Tableau Server 管理员 | Tableau Server 管理员负责监视 Server 的总体运行状况,包括 Server 使用规律、进程状态(已启动/已停机/故障转移)、作业状态(成功/失败)、磁盘驱动器空间以及过期内容。 |
Tableau Cloud 站点管理员 | Tableau Cloud 站点管理员负责监视许可证配置情况、使用规律、Tableau Bridge 活动、作业状态(成功/失败)、空间使用情况以及过期内容。 |
角色名称 | 监视职责 |
|---|---|
系统管理员 | 系统管理员负责监视 Tableau Server 基础架构以及资源利用情况(处理器、内存、磁盘),或者 Tableau Bridge 池的可用性和活动。 |
数据库管理员 | 数据库管理员负责监视数据库基础架构以了解资源利用情况,同时还负责协助对连接到 Tableau 的数据源进行建模、结构设计和优化。 |
安全与合规管理员 | 安全与合规官负责监视是否符合公司安全和数据安全策略以及外部监管要求,例如帐户/密码和个人身份信息 (PII)。 |
网络管理员 | 网络管理员负责监视网络通信和连接,包括在访问 Tableau 时使用的 SSL、VPN、Tableau Bridge 和移动网络。 |
客户端管理员 | 客户端管理员负责监视客户端软件的安装情况,包括 Tableau Desktop、Tableau Prep Builder、Tableau Mobile 和 Tableau Bridge 等客户端软件的版本和数据库驱动程序。 |
Mobile 管理员 | Mobile 管理员负责监视 Tableau Mobile 应用的安装情况、使用情况和版本。 |
| Creator | Explorer | Viewer |
|---|---|---|---|
工作负载 1 | 25 | 300 | 586 |
工作负载 2 | 50 | 333 | 462 |
工作负载 3 | 75 | 234 | 514 |
工作负载 4 | 100 | 171 | 518 |
高 RTO | 中 RTO | 低 RTO |
|---|---|---|
出现中断时获得的新硬件/虚拟机 | 计算机已预配但当前未运行 | 始终采用与生产环境相同的配置和拓扑来运行的专用硬件 |
安装 Tableau Server | 已安装 Tableau Server | 备份定期还原到 DR 环境 |
将备份还原到新环境 | 将最新备份还原到冷备用环境 | 可以更新外部负载均衡器/DNS 路由,使其指向 DR 环境 |
几小时或几天 | 几小时 | 几分钟
|
身份验证方法 | 本地身份验证 | AD/LDAP |
|---|---|---|
SAML | 兼容 | 兼容 |
Kerberos | 不兼容 | 兼容 |
相互 SSL | 兼容 | 兼容 |
OpenID | 兼容 | 不兼容 |
受信任的身份验证 | 兼容 | 兼容 |
考试等级 | 按产品 | ||
难度增加 ↓ | Specialist | Tableau Desktop Specialist – 测试对功能和产品基础知识的理解。 |
|
Professional | Tableau Certified Data Analyst - 测试高级功能和可视化最佳做法的应用。 | Tableau Server Certified Associate – 测试管理功能和平台知识。 | |
| Professional | Tableau Certified Consultant - 测试在 Tableau 平台内带头进行分析解决方案设计的能力、独立处理复杂性能问题的能力 | Tableau Certified Architect - 适用于在企业级环境中实施 Tableau Server 复杂部署的角色。测试的知识涉及可扩展的 Tableau 平台的设计、部署、监控和维护,以及如何迁移到 Tableau Cloud | |
高管支持者角色 | 职责 |
|---|---|
IT 支持者 | IT 支持者 (CIO/CTO) 负责 Tableau 的安装、配置和维护,与业务负责人和 SME 合作,实现安全、受管控的数据访问,并将内容创作工作转移到业务用户。 具体 IT KPI 可以包括以下内容:业务用户制作的内容与 IT 制作的内容的百分比,可用数据与被分析数据的百分比。
|
分析支持者 | 分析支持者 (CDO) 实现现代分析愿景,确保数据和内容的可用性,为各种组织工作职能建立培训计划和学习路径,促进整个用户社区的交流,并汇总实现的业务价值。 具体分析 KPI 可以包括以下内容:所有受过培训的用户的百分比(例如组织中的分析技能),分析技能得到提高的用户的百分比。
|
业务线支持者 | 业务线支持者(CFO、CMO 等)在各自团队内倡导数据驱动型决策,促进内容创作和受管控的数据访问,鼓励协作和共享,并记录业务价值。 具体 LOB KPI 可以包括以下内容:团队内受过培训的用户的百分比,发布的内容量,用户登录频率,自上次登录以来的天数,登录一次后未再次登录的用户。
|