Tableau api 增加历史事件的存储天数对Tableau服务器的总体性能有什么影响

我正在考虑将存储在Tableau服务器数据库中的历史事件天数从默认的183天增加到+365天，并试图了解由于数据库和备份大小也开始增加，对Tableau服务器本身的性能影响。它是否会导致运行2019.1.1的整个Tableau服务器随着时间的推移变得缓慢或开始对性能产生明显的影响？

我认为这里的答案取决于一些未知因素，并使其变得相当主观：

PostGres节点上有多少空白空间

在6-12个月内，服务器上通常会发生多少事件 也许比一个“是”或“否”更重要的是（在这一改变之前）要考虑的事情。p>

您是否在183个默认天数内找到值？值得冒这个险吗？听起来您可能正在进行一些高级审核，并且需要更长的时间。如果是这样，答案是你别无选择，只能继续改变。请参阅下面的步骤

确保首先在非生产环境中进行更改。理想情况下是高流量的。即使你不会得到一个完全相同的复制品，但在切换它的过程中，这肯定是值得练习的。您还需要确保非产品环境和产品环境完全匹配

确保更改记录得非常清楚。例如，如果您在没有任何人知道非标准配置设置的情况下更改部门，如果需要支持，或者存在导致缓慢行为的问题，则可能会出现困难的情况

改变后要考虑的事情：

监视备份的大小

监控历史表格的大小（如果尚未知道表格名称，请参阅。）

如果上述情况开始膨胀，请准备回滚配置更改 总体而言：

我个人没有看到这些表在一定天数内的故障排除价值（即：如果服务器上出现故障，通常会立即进行调查，而不是在365天以上之前参考）。也许您的价值在于确定Tableau服务器上的使用量/扩展量

我从未见过这个表变得如此之大，以至于服务器停机或速度减慢。特别是如果服务器的大小合适

如果你经常/大量地使用和检查PostGres数据，在一天中流量较低的时间提取数据可能是明智的。这将防止在高峰时间从外部资源过度使用。记住，PostGres的临时查询在技术上是不受支持的。如果事情出了差错，这会导致尴尬的局面