輔助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