問題タブ [azure-analysis-services]

最近よく遭遇する問題があります。私は分析サービスの標準層を使用しています。20GBのメモリを搭載。ただし、キューブを処理すると、次のエラーが発生することがあります。

「例外: Microsoft.AnalysisServices.OperationException: 変更をサーバーに保存できませんでした。エラーが返されました: '層の最大許容メモリ割り当てに達しました。使用可能なメモリが多い層にアップグレードすることを検討してください。技術的な詳細: RootActivityId: e024b2d1- ce22-4edd-9a21-68b6b288d7bb 日付 (UTC): 2017 年 8 月 11 日午前 11:48:20 '。 Submission#0.Run(TimerInfo myTimer, TraceWriter log) の SaveFlags saveFlags) : 59 行目 スタック トレース: at Microsoft.AnalysisServices.Tabular.Model.SaveChanges(SaveOptions saveOptions) at Microsoft.AnalysisServices.Tabular.Model.SaveChanges(SaveFlags saveFlags ) Submission#0.Run(TimerInfo myTimer, TraceWriter log) で "

基本的に、表形式は xVelocity in memory エンジンを使用するため、すべてのデータがメモリ内にあります。これは、メモリにはデータベース内のすべてのメモリと、表形式モデルの計算テーブルに必要なすべてのメモリが含まれることを意味しますか? また、パーティションを使用してモデルを処理すると、この問題は解決しますか?

パーティションを追加したい SSAS 表形式モデルがあります。サーバーは、100 GB のメモリ (最高レベル) を備えた Azure でホストされています。20 個のパーティションのうち 5 個を作成できましたが、6 番目のパーティションを作成しようとすると、次のエラーが発生します。

変更をサーバーに保存できませんでした。エラーが返されました: 「メモリ エラー: 層の最大許容メモリ割り当てに達しました。より多くの使用可能なメモリを備えた層にアップグレードすることを検討してください。技術的な詳細: RootActivityId: b2ae04c9-f0eb-4f62-93f9-adcda143a25d 日付 (UTC): 2017 年 9 月 13 日 7:43:46 AM

奇妙なことに、サーバーの監視ログを確認すると、メモリ使用量は 100 GB 中 17 GB 程度です。

Azure Analysis Services の最大許容メモリの問題で同様の問題を見たことがありますが、これは同じ問題ではないと思います。

もう 1 つの面白い点は、同じタイプのデータを使用して別のモデルを処理できたことですが、そのモデルで使用されているテーブルは、このモデルのテーブルよりもさらに大きくなっています。そのモデルをホストしているサーバーには、パーティショニングに失敗したモデルをホストしているサーバーと同じ量のメモリがあります。

参考になる場合は、このサーバーのレベルをアップグレードしたため、おそらく Azure にバグがあり、古い価格レベルでメモリ量が少ないと認識されているのでしょうか?

Azure Stream Job を使用して、IoT Hub から受信した JSON データを解析しています。私も使っています...

...各イベント内の追加イベントを展開および非正規化する - うまく機能し、問題はありません。

ただし、文字列型の新しい JSON プロパティがあり、実際には埋め込まれた JSON 配列です。例えば：

この配列でも CROSS APPLY を使用したいのですが、文字列を解析して JSON 配列に変換する方法がわかりません。

ユーザー定義関数 (UDF) を検討しましたが、配列ではなくスケーラーのみを返すことができると読みました。

この文字列を解析するためにストリーム ジョブ内に欠けているトリックはありますか、それともストリーム ジョブの前にイベント ストリームで展開する必要がありますか?

(参考までに、デバイス イベント ソースでこのストリームを変更する方法はありません。)

-ジョン