処理が完了すると、SSAS DBはディスク上のすべての使用可能なスペースをゆっくりと消費します。高メモリ使用量

Question

この問題は、SSAS 2012 SP3（11.0.6020.0）多次元サーバーで発生し、1つのキューブと16のディメンションを含む単一のキューブデータベースをホストします。集計はSQL Management Studioを使用して（30％向上するように）設計され、Usage Based Optimizationウィザードから追加の集計が追加されました。サーバーには、Windows用の個別のディスクと、SSAS DataおよびTempフォルダーがあります。これは何が起こるかです：

• キューブデータベースは完全に正常に処理され、その後、Dataフォルダーを含むディスクの空き容量は400GBのうち300GBになります。このスクリーンショットは、.cubフォルダーの下の特定のパーティションフォルダーからの最大のファイルを示しています。すべてのファイルには、日付スタンプ2016年4月21日14:14（処理時間）があります。
• 次の数時間で、ディスク上の利用可能な400GBをすべて消費するまで、Dataフォルダーはゆっくりと拡大します。このスクリーンショットは、上記と同じフォルダにある最大のファイルを示しています。元のファイルの一部と、いくつかの新しいファイルが表示される場合があります。 「176」というプレフィックスが付いたファイルは、処理直後には存在していなかったと思います。
• この間、SSASサービスは利用可能なメモリのほぼすべて（32GBのうち24GB）を消費し、非常に応答が遅くなります。クエリが非常に遅くなり、SQL Management Studioを介してサーバーのプロパティにアクセスしようとすると失敗します。
• すべてのディスク領域が使用されると、SSASは使用できなくなり、SSASサービスを再起動できなくなります。
• Windowsを再起動すると、Dataフォルダーを含むディスクが300 GBの空き容量を取り戻します。2016年4月21日14:14以降の日付のファイルは表示されなくなりました。ただし、プロセスが繰り返され、空きディスク領域が再び消費されます。

何が起こっているのでしょうか、どうすれば停止できますか？

Answer 1

やがて答えを見つけた……。

キューブを段階的に処理するように設定されたジョブがありました。増分キューブ処理では、キューブにマージする新しいファクトデータを選択するクエリを定義する必要があります。私の場合、このクエリは正しく定義されておらず、ファクトデータのセット全体、つまり既にキューブ内にあるすべてのデータを選択していました。キューブを完全に処理しても、過剰なディスク領域は消費されませんでしたが、何らかの理由で、増分処理により使用可能な領域がすべて消費されました。その結果、プロセスは正常に完了しませんでした。サーバーを再起動すると、未完了のプロセスによって作成されたファイルが削除されましたが、数分後に処理ジョブが再開されました。