增加历史事件的存储天数会对Tableau Server整体性能产生什么影响

Question

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

Answer 1

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

1. PostGres节点上有多少空白空间。
2. 在6到12个月的时间内，您的服务器上通常会发生多少事件。

在进行更改之前，需要考虑的事情可能比是或否（应该撒一盐）更为重要。

1. 您是否在默认的183天中找到了值？添加365值得冒险吗？听起来您可能正在执行一些高级审核，并且需要更长的时间。如果是这样，答案是您别无选择，只能继续进行更改。请参阅以下步骤。
2. 请确保首先在非生产环境中进行更改。理想的情况是流量高。即使您不会获得确切的副本，也确实值得进行转换。另外，您还要确保非产品和产品环境完全匹配。
3. 确保所做的更改详细记录。例如，如果您要在没有任何人了解非标准配置设置的情况下更换部门，那么如果需要支持或对可能存在疑问，这可能会带来困难。导致行为缓慢。

更改后要考虑的事项：

1. 监视备份的大小。
2. 监视历史表的大小（如果未知，请参见Data-Dictionary以获得表名。）
3. 如果以上内容开始膨胀，请准备好回滚配置更改。

总体：

1. 我个人并没有看到这些表在特定天数内有多少 troubleshooting 值（即：如果服务器上出现故障，通常会立即对其进行调查，而不涉及365天以上）也许对您而言，价值在于确定Tableau Server上的使用/扩展量。
2. 我还没有看到这张桌子太大，以至于它导致服务器宕机或速度减慢。尤其是如果服务器的大小合适。
3. 如果您经常/忙于处理和检查PostGres数据，则最好在一天中的流量少的时候提取数据。这样可以防止高峰时段外部资源的过量使用。请记住，技术上不支持对PostGres进行即席查询。如果事情出错，这将导致尴尬的情况。