Database 优化的仪表板和发行商/分销商设计

我们有一个数据库，这是不是表现得很好，我希望得到一些建议，最好的方式来重新设计它。数据库/应用程序来自第三方供应商，目前无法更改

目前，我们有一个本地分销商，每月提供大约80000份不同复杂程度的报告（我知道——每一份报告有多复杂或简单——数量更多是通过指示而不是实际负载评估）。我们正在一分钟一分钟地从广域网的多个不同的实时（x4）和事务数据库（x3）中提取数据，然后将这些数据转换为模式。我们有仪表板（.NET安装的客户端）和MSRS报告。还有一些次要的数据输入

正如您可能已经猜到的，服务器正在挣扎

我们希望迁移到SQL Server 2014

我们正在考虑两种选择：

• 初级和活性次级的银分离
• 拆分发布服务器和分发服务器，并使用某种形式的复制（事务性？）将数据推送到分发服务器

哪个更有意义

---

此外，每个仪表板上的每个对象都调用自己的查询。如果来自3个不同地理位置的10个人在运行同一个仪表板，他们每个人都将运行相同的查询，并且每2分钟刷新一次。

您确定瓶颈在哪里了吗？你有慢查询日志吗？您目前使用的数据库/版本是什么？（您可能希望使用数据库技术重新标记问题）。瓶颈似乎在服务器级别。它有256Gb的RAM和一个非常大的CPU。msdb也在写所有的更改。仪表板的响应时间非常糟糕。我们目前正在使用SQL Server 2008。好的，那么您在仪表板上有哪些查询？你每一个都计时了吗？请使用代码格式化工具在问题中添加这些查询的示例。啊，现在我不能这样做。我在客户端，试图处理已开发的应用程序。也就是说，我认为这里的方向有点迷失了。我不是在追求这个应用程序的细节，而是针对这种应用程序方法的一个通用的、优化的数据库体系结构。