2017-12-27 3 views
2

私は約9000万行と32列の大きなテーブルを持っています。次のエラーが表示されます。"コマンドがキャンセルされました。IDataReaderインターフェイスで例外が発生しました。" AAS表の処理中にエラーが発生しました。

変更をサーバーに保存できませんでした。エラーが返されました: 'コマンドはキャンセルされました..例外はIDataReaderインターフェイスによって発生しました。

技術的な詳細: RootActivityId:b40bd1af-bf8b-40ea-acb7-748ae1bc7ae9 日(UTC):2017年12月27日午前2時50分52秒PM 」。

{ "リフレッシュ":{ "タイプ": "自動"、 "オブジェクト":[ { "データベース": "DBNAME"、 "テーブル": "テーブル名"、 は "パーティション" :「2017112」 } ] } }

私は小さい論理チャンクにテーブルを分割しようとしましたが、まだ同じエラーが表示されている、私はそれがサイズの問題である疑いがあると小さなパーティションを試みる継続する予定。

私のソースは、AzureのSSASへのAzure DWです。

誰でもこのエラーが発生しましたか?私は無駄にグーグルを試みた?エラーの意味を検索できる場所はありますか?私は記憶の制約を打つのですか?どうすればわかりますか?

ベストプラクティスに合わせてデータをモデル化することはできますが、ビジネスやリソースの制約から、単純なオプション(長編)ではないことがわかりました。

料金設定階層を使用しています。

任意の入力歓迎!

おかげで、

答えて

0

私は現在、3ギガバイトのRAM限界まで持ってD1の価格階層でこの問題を取得しています。 Azure Analysis ServiceダッシュボードのMonitoring > Metrics > Memoryでは、このエラーが発生する前に3GB未満のメモリ使用量が急増しています。これは、メモリ不足によるものであることを示しています。

メモリ使用量が3GB未満になるようにモデルを変更して、より少ない行を取得すると、エラーは表示されず、モデルは期待どおりに配置されます。

SSASの表モデルではメモリのフットプリントを見積もるのは難しいですが、90M行と32個の列がD1層のメモリ制限を超えていると思います。私は3Mバイトの限界に似ています。

+1

フィードバックをいただきありがとうございます。メトリックを監視したときも同様の結論に至りました。 AASでの私の証明が働いていたが、ビジネスにその生存可能性を提示するのに十分なデータを保持できないうちに、最初に作成されたPowerBiソリューションがすべてのデータを保持していた(ほぼ限界に近づいている)ので、これはかなり残念な制限でした。 –

関連する問題