Sql-Server-2012
處理完成後，SSAS DB 會慢慢消耗磁碟上的所有可用空間 w。高記憶體使用也
此問題與 SSAS 2012 SP3 (11.0.6020.0) 多維伺服器有關，該伺服器託管單個多維數據集數據庫，包含 1 個多維數據集和 16 個維度。聚合是使用 SQL Management Studio 設計的（增益為 30%），並從基於使用的優化嚮導中添加了額外的聚合。伺服器具有用於 Windows 和 SSAS 數據和臨時文件夾的單獨磁碟。這就是發生的事情：
- 多維數據集數據庫已完全成功處理，之後包含 Data 文件夾的磁碟在 400GB 空閒空間中具有健康的 300GB。此螢幕截圖顯示了 .cub 文件夾下特定分區文件夾中的最大文件。所有文件的日期戳為 21/04/2016 14:14（處理時間）。
- 在接下來的幾個小時內，Data 文件夾緩慢增長，直到耗盡了磁碟上所有可用的 400GB。此螢幕截圖顯示了與上述相同文件夾中的最大文件。一些原始文件可以看起來，加上一些新文件。我不認為任何前綴為“176”的文件在處理後立即存在。
- 在此期間，SSAS 服務消耗了幾乎所有可用記憶體（32GB 中的 24GB），並且非常無響應 - 查詢非常緩慢，並且嘗試通過 SQL Management Studio 訪問伺服器屬性失敗。
- 一旦所有磁碟空間用完，SSAS 將變得不可用，並且無法重新啟動 SSAS 服務。
- 重新啟動 Windows 會導致包含 Data 文件夾的磁碟恢復其 300GB 可用空間 - 日期為 21/04/2016 14:14 之後的文件已經消失。但是，該過程開始重複，可用磁碟空間再次被吃光。
可能發生了什麼，我該如何阻止它？
我終於找到了答案……
設置了一個作業來增量處理多維數據集。增量多維數據集處理需要定義一個查詢來選擇新的事實數據以合併到多維數據集中。在我的例子中，這個查詢被錯誤地定義並且選擇了整個事實數據集，即已經在多維數據集中的所有數據。儘管完全處理多維數據集並沒有消耗過多的磁碟空間，但由於某種原因，增量處理消耗了所有可用空間。結果，該過程從未成功完成。重新啟動伺服器導致由未完成的程序創建的文件被刪除，但幾分鐘後處理作業將再次開始。