归档到Microsoft.Azure.Storage后，Fileshare.GetStats生成错误 [英] Fileshare.GetStats Generates Error after rollup to Microsoft.Azure.Storage

问题描述

我们的应用程序使用tje .GetStatsAsync方法检查文件共享的使用情况。

Our application checked the usage on a fileshare using tje .GetStatsAsync method.

我们汇总到 来自WindowsAzure.Storage的Microsoft.Azure.Storage它不再有效。从呼叫返回需要很长时间并且提供存储异常：{"对于Int32，值太大或太小。}

After we rolled up to  Microsoft.Azure.Storage from WindowsAzure.Storage it no longer works. It takes a long time to come back from the call and gives the Storage Exception: {"Value was either too large or too small for an Int32."}

使用它返回使用的GB数。

It used to return the number of GB used.

我们是否需要改变使用方式？

Do we have to change how we use it?

代码：

Dim Stats As Microsoft.Azure.Storage.File.Protocol.ShareStats = Await CurProject.Storage.FileShare.GetStatsAsync（）

Dim Stats As Microsoft.Azure.Storage.File.Protocol.ShareStats = Await CurProject.Storage.FileShare.GetStatsAsync()

Dim UsagePct As Double = Stats.Usage / CurProject。 Storage.FileShare.Properties.Quota

Dim UsagePct As Double = Stats.Usage / CurProject.Storage.FileShare.Properties.Quota

推荐答案

请注意，从版本2018开始 - 11-09 ShareUsage响应元素已替换为ShareUsageBytes。 ShareUsage是存储在
股票上的数据的大致大小，四舍五入到最接近的GB。

他们要么混合模块，要么我们的SDK存在问题

https://docs.microsoft.com/en -us /休息/ API / storageservices / GET-共享统计 <跨度>&NBSP;

​​https://docs.microsoft.com/en-us/rest/api/storageservices/get-share-stats 

我们需要使用Fiddler追踪，
这可能需要更深入的调查，所以 如果你有一个支持计划，我要求您提交
支持票，否则请告诉我们，我们会尽力帮助您获得  一次性免费技术
支持。 在这种情况下，  你可以发送电子邮件到 AzCommunity [at] Microsoft [dot] com  引用
这个带有订阅ID的线程。 请在主题栏中提及"ATTN subm"。   感谢
您在此事上的合作，期待您的回复。

这篇关于归档到Microsoft.Azure.Storage后，Fileshare.GetStats生成错误的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！