Storage Analytics AverageServerLatency 数值非常大

Question

我们在香港数据中心有一个存储账号是2011年创建的，由于无法升级到Gen2，我们现在新建了个账户，开了个虚拟机然后使用blob的copy接口将就账户内的文件迁移到新账户，但是速度很慢，查看Analytics Metric 发现AverageServerLatency数值非常大，如下图：

Answer 1

HI

>>开了个虚拟机然后使用blob的copy接口将就账户内的文件迁移到新账户

这句话的意思是你用copy接口将原始blob的数据copy到目标数据嘛？那为什么要开个虚拟机呢？

根据我的理解如果要将老账号中的数据copy到新账户中我不会首先使用 Copy blob API， 那样我需要自己编写程序，

我会尝试使用Azcopy来做。

我查了一下dashboard没有发生什么异常， 导致慢的原因可能是其它方面的一些原因。你可以尝试我上面提到的方法，或者参看msdn blog给出的best practice。

http://blogs.msdn.com/b/windowsazurestorage/archive/2012/06/12/introducing-asynchronous-cross-account-copy-blob.aspx

---

Please mark post as answered if it helped!

Answer 2

HI

>>开了个虚拟机然后使用blob的copy接口将就账户内的文件迁移到新账户

这句话的意思是你用copy接口将原始blob的数据copy到目标数据嘛？那为什么要开个虚拟机呢？

根据我的理解如果要将老账号中的数据copy到新账户中我不会首先使用 Copy blob API， 那样我需要自己编写程序，

我会尝试使用Azcopy来做。

我查了一下dashboard没有发生什么异常， 导致慢的原因可能是其它方面的一些原因。你可以尝试我上面提到的方法，或者参看msdn blog给出的best practice。

http://blogs.msdn.com/b/windowsazurestorage/archive/2012/06/12/introducing-asynchronous-cross-account-copy-blob.aspx

---

Please mark post as answered if it helped!

1.开虚拟机
由于Copy之前需要将Source Container中的Blob列出，也可以减少请求的网络延迟，再加上我们Blob数量巨大所以选择在同一个数据中心的虚拟机上操作以加快速度。
2.关于迁移所使用的方法
我们也是使用Azure提供的SDK的Copy方法，并且也是参考best practice
3.关于您提到的dashboard上没有发现异常是指?同时在上面截图中的AverageServerLatency平均达到3000多毫秒，这应该是一个不正常的表现吧，这个数值应该反映了Azure处理一个请求使用的时间

Answer 3

您好 mmds,

平均服务器端延时 是一个统计的平均数据， 只能给出一定程度的定性信息。如果想要研究为什么copy操作“非常慢”，建议您打开analytics logging，运行一段时间，然后下载log查看每个request的实际服务器端延时。找出log中服务器端延时相对较长的请求，看是否有某种模式： 属于某种操作类型，或者copy的blob size比较大 等。

另外， windows azure并没有对storage操作的速度（如平均服务器端延时等指标）做任何承诺，只要服务在线且操作没有失败， 就满足SLA。因此断定“copy操作非常慢”或者“平均服务器端延时3秒钟很长”都是很难的。Windows azure storage service 本身是多租户共享环境， 其性能是动态的。

Best Regards,

Ming Xu

---

Ming Xu
MSDN Community Support | Feedback to us
Develop and promote your apps in Windows Store
Please remember to mark the replies as answers if they help and unmark them if they provide no help.

Answer 4

已经恢复正常了。