辅助SQL数据库的选项

Question

我在Azure中有一台虚拟机运行单个SQL Server实例。

我最近还在每天早晨的凌晨1点设置了Power BI来从此源刷新。不幸的是，这次刷新导致了性能问题，所有查询/操作都由于压力而超时。

关于辅助数据库的报告用途，我有哪些选择？主要要求是易于维护和成本（不需要任何企业级别）。

事情浮现在脑海：

• 二次DB在同一个虚拟机。使用复制来镜像数据
• 另一个便宜的VM。使用复制
• 使用SQL Server的可用性组，连接到只读副本
• SQL数据仓库

任何人都可以提供一些指导，或提出问题，可以帮助找到我的答案？

谢谢。

Answer 1

我认为总是ON可用性组与第二只读副本将最适合您的需求。

为了报告目的而构建单独的DW将是一个矫枉过正的行为，因为除了性能以外，您的报表需求已经从当前数据库中满足。

事务复制可能对此有所帮助。但是，它也需要很多关于设置和维护的知识。

Answer 2

我可以考虑几个选项，但总的来说，这听起来像是一个典型的OLTP vs. OLAP问题，或者是数据仓库的调用，但是由于您处于预算之内，因此我们考虑低成本选项。

假设数据库很小（GB不是TB），我会将运行和报告实例分开放在同一台计算机上（如果它是一台非常强大的计算机），或者最好有两台虚拟机，以便分别管理容量。

我会考虑replication from one instance to another。

Answer 3

只能在Power BI刷新期间增加虚拟机资源吗？ 这是Azure的主要优势之一 - 您可以向上和向下扩展并节省资金。刷新需要多长时间？谁在凌晨1点使用你的数据库？

我猜想一个虚拟机很难做到这一点，所以你需要迁移到SQL Azure而不是VM