高压下SSAS表格模型性能问题

在我们公司，我们有“office Monday”，这意味着每个办公室/商店/部门（大约2000+不同的用户）都应该生成他们的报告，特别是商店（SSR连接到表格1500兼容级别）。我们在3小时以上的时间范围内面临着非常高的资源使用率（CPU 100%-多核），会话队列正在增长且从不刷新。由于过载，一份从高峰时间减少2分钟的报告可能需要一个多小时。我们有内部机器。对于本周剩余时间的问题，未发生（工作负载降低10倍，CPU在峰值时的使用率低于30%）

不幸的是，从业务的角度来看，我们无法将负载分散到一周的其余几天。我们也不影响在给定时间运行报告的用户数量（全天的负载分布）

我们已经尝试过的：

• 将报表中的查询从旧MDX重写为Dax（始终使用Dax Studio中的服务计时检查单个查询的性能）
• 将措施改写为成本更低的措施
• 调整我们的模型（例如，更改为消耗较少的数据类型，删除未使用的列）
• 我们无法将此模型迁移到Azure
• 我们无法对这台机器进行任何硬件更改

也许我们可以更改一些服务器属性？模型属性？连接属性？ 如果资源不足，我们是否可以操纵Tabular应该为哪些报告/查询保留缓存？例如，对于我们知道将生成许多类似查询的一组门店报告（例如，只有门店编号会更改）

---

有什么建议吗？

如果你是前一周的报告，你能自动SSR在周日晚上输出报告吗？

如果你是前一周的报告，你能自动SSR在周日晚上输出报告吗？

这是一个很好的提示。事实上，在大多数情况下，商店都会生成过去一周的报告。不幸的是，我不能在我的情况下使用它。商店也在周日营业（必须包含在报告中），当天我们运行完整（表格）流程，晚上启动每日ETL流程，补充当天的数据。从午夜后几分钟开始，到+/-6:00-7:00结束。星期一早上，我没有足够的时间自动生成和调度。这是一个很好的提示。事实上，在大多数情况下，商店都会生成过去一周的报告。不幸的是，我不能在我的情况下使用它。商店也在周日营业（必须包含在报告中），当天我们运行完整（表格）流程，晚上启动每日ETL流程，补充当天的数据。从午夜后几分钟开始，到+/-6:00-7:00结束。周一早上，我没有足够的时间进行自动发电和调度。