问题描述
我们的应用程序使用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
推荐答案
他们要么混合模块，要么我们的SDK存在问题
 
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生成错误的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！