我们有两个环境（TEST 和 PROD）来发布仪表板。这些环境的数据驻留在同一个 RDBMS 服务器上，每个环境有 1 个模式。我们希望将 1 个仪表板发布到 2 个环境，以便 1 个仪表板查看 TEST 架构，而另一个查看 PROD 架构。
这是我们想出的方法，但它没有按预期工作：我们无法找到一种方法来将 Tableau 仪表板部署到 2 个环境（并使用 2 个单独的架构）而不实际维护同一个仪表板的 2 个版本（一个一个用于测试，一个用于生产）。
因此，要么我们为 Tableau 选择了错误的部署策略，要么我们做错了事。任何人都可以分享您关于如何将 Tableau 仪表板部署到单独的环境而无需手动编辑每个环境的仪表板的经验吗？或者我们的方法有什么问题？
【问题讨论】：
您没有在问题中指定您的 RDBMS，因此我的回答将做出一个可能不一定适用于您的具体情况的广泛陈述。
我认为您为测试和生产数据库环境选择了一种糟糕的方法。通常，test 和 prod 位于完全独立的数据库实例上，并且在许多情况下，位于不同的服务器上。将它们放在同一个实例或服务器上意味着您在测试期间正在耗尽生产硬件资源，并且由于针对非生产模式的查询失控，可能会锁定服务器。使用单个实例，您的生产实例很容易在不经意或恶意的情况下关闭，甚至无需登录生产架构。
您更好的方法是拥有两个独立的数据库实例：一个用于测试，一个用于生产。这两个实例可以在同一台服务器上，但是是独立的数据库实例。两个实例具有相同的用户和相同的模式。然后，您可以轻松地将 Tableau 数据源指向相应的实例，而无需更新您的工作簿或为每个工作簿保留两个副本。例如，如果您使用的是 Oracle，请在两台 Tableau 服务器上保持 TNS 别名相同，但将 tnsnames 中的连接详细信息更改为指向 test 或 prod db 服务器。
【讨论】：
你的情况听起来和我一样。我需要使用不同的服务器/数据库配置将完全相同的报告发布到不同的环境。我就是这样做的：
创建将报告转换为不同环境的实用程序。您也可以手动执行以下操作：
如果您有 Jenkins 之类的自动化工具，则可以使用 Tableau 命令开发一键式部署解决方案。
【讨论】：