增加历史事件的存储天数对 Tableau Server 的整体性能有何影响
What impact does increasing the number of days historical events are stored have on overall Tableau Server performance
我正在考虑将存储在 Tableau Server 数据库中的历史事件的天数从默认的 183 天增加到 +365 天，我正在尝试了解对 Tableau Server 本身的性能影响是什么因为数据库和备份大小也开始增加。随着时间的推移，它会导致整个 Tableau Server 运行 2019.1.1 变慢或开始对性能产生显着影响吗？
我认为这里的答案取决于一些未知数并且非常主观：
- 您的 PostGres 节点上有多少空 space。
- 在 6-12 个月内，您的服务器上通常会发生多少事件。
也许比“是”或“否”（应持保留态度）更重要的是在进行更改之前需要考虑的事项。
- 你找到默认183天的值了吗？添加 365 值得冒险吗？听起来您可能正在进行一些高级审核，并且需要更长的时间。如果是这种情况，答案是您别无选择，只能继续进行更改。请参阅以下步骤。
- 确保首先在非生产环境中进行更改。理想情况下是高流量的。即使您不会得到精确的复制品 - 转换它肯定是值得的。您还想确保非生产环境和生产环境完全匹配。
- 确保更改非常有据可查。例如，如果您要在没有任何人了解非标准配置设置的情况下更换部门，如果需要支持或存在关于什么 可能 导致行为缓慢。
更改后需要考虑的事项：
- 监控备份的大小。
- 监控历史 table(s) 的大小（如果不知道 table 个名称，请参阅 Data-Dictionary。）
- 如果上述内容开始膨胀，请准备好回滚配置更改。
总体：
- 我个人没有看到这些 table 超过一定天数的 故障排除 值（即：如果服务器出现问题，它是通常会立即调查，而不是在 365 天以上之前提及。）也许对您的价值在于确定 Tableau Server 上 usage/expansion 的数量。
- 我还没有看到这个 table 变得如此之大以至于导致服务器崩溃或速度变慢。特别是如果服务器的大小合适。
- 如果您regularly/heavily 处理和检查 PostGres 数据，明智的做法是在一天中流量较低的时间提取数据。这将防止在高峰时段从外部资源过度使用。请记住，技术上不支持 PostGres 的即席查询。如果事情出错，这会导致尴尬的情况。
我正在考虑将存储在 Tableau Server 数据库中的历史事件的天数从默认的 183 天增加到 +365 天，我正在尝试了解对 Tableau Server 本身的性能影响是什么因为数据库和备份大小也开始增加。随着时间的推移，它会导致整个 Tableau Server 运行 2019.1.1 变慢或开始对性能产生显着影响吗？
我认为这里的答案取决于一些未知数并且非常主观：
- 您的 PostGres 节点上有多少空 space。
- 在 6-12 个月内，您的服务器上通常会发生多少事件。
也许比“是”或“否”（应持保留态度）更重要的是在进行更改之前需要考虑的事项。
- 你找到默认183天的值了吗？添加 365 值得冒险吗？听起来您可能正在进行一些高级审核，并且需要更长的时间。如果是这种情况，答案是您别无选择，只能继续进行更改。请参阅以下步骤。
- 确保首先在非生产环境中进行更改。理想情况下是高流量的。即使您不会得到精确的复制品 - 转换它肯定是值得的。您还想确保非生产环境和生产环境完全匹配。
- 确保更改非常有据可查。例如，如果您要在没有任何人了解非标准配置设置的情况下更换部门，如果需要支持或存在关于什么 可能 导致行为缓慢。
更改后需要考虑的事项：
- 监控备份的大小。
- 监控历史 table(s) 的大小（如果不知道 table 个名称，请参阅 Data-Dictionary。）
- 如果上述内容开始膨胀，请准备好回滚配置更改。
总体：
- 我个人没有看到这些 table 超过一定天数的 故障排除 值（即：如果服务器出现问题，它是通常会立即调查，而不是在 365 天以上之前提及。）也许对您的价值在于确定 Tableau Server 上 usage/expansion 的数量。
- 我还没有看到这个 table 变得如此之大以至于导致服务器崩溃或速度变慢。特别是如果服务器的大小合适。
- 如果您regularly/heavily 处理和检查 PostGres 数据，明智的做法是在一天中流量较低的时间提取数据。这将防止在高峰时段从外部资源过度使用。请记住，技术上不支持 PostGres 的即席查询。如果事情出错，这会导致尴尬的情况。