Azure 中国存储 - AZCopy 上传失败答案

【问题标题】：Azure China Storage - AZCopy upload failAzure 中国存储 - AZCopy 上传失败
【发布时间】：2015-12-13 08:57:32
【问题描述】：

我正在尝试使用 AZCopy 从我在美国的机器上将 2.6 GB 的 iso 上传到 Azure 中国存储。我与中国的一位同事共享了该文件，他们没有遇到任何问题。这是似乎工作了大约 30 分钟然后失败的命令。我知道有一个“中国防火墙”，但我不知道如何解决这个问题。

C:\Program Files (x86)\Microsoft SDKs\Azure\AzCopy> .\AzCopy.exe
    /Source:C:\DevTrees\MyProject\Layout-Copy\Binaries\Iso\Full 
    /Dest:https://xdiso.blob.core.chinacloudapi.cn/iso 
    /DestKey:<my-key-here>

【问题讨论】：

您收到什么错误信息，如果有的话？
客户端无法在指定的超时时间内完成操作。已完成 1 个文件中的 0 个。 [2015/09/16 10:31:58] 传输摘要：-----------------传输的文件总数：1 传输成功：0 传输跳过：0 传输失败：1 已过去时间：00.00:29:15
我应该声明我也尝试使用 PowerShell cmdlet，它允许您指定客户端和服务器超时，但我认为这更像是一条通用消息，因为我收到了 120000 秒超时的相同错误消息.

标签： azure azure-storage azure-blob-storage azcopy azure-china

【解决方案1】：

由于您遇到超时，您可以像这样在可重新启动模式下尝试 AZCopy：

C:\Program Files (x86)\Microsoft SDKs\Azure\AzCopy> .\AzCopy.exe
    /Source:<path-to-my-source-data>
    /Dest:<path-to-my-storage>
    /DestKey:<my-key-here>
    /Z:<path-to-my-journal-file>

日志文件的路径是任意的。例如，如果您愿意，可以将其站点到 C:\temp\azcopy.log。

假设在复制文件时发生中断，并且 90% 的文件已传输到 Azure。然后在重新启动时，我们将只传输剩余 10% 的文件。

如需更多信息，请输入.\AzCopy.exe /?:Z 以查找以下信息：

指定用于恢复操作的日志文件夹。复制如果操作已中断，则始终支持恢复。

如果没有指定这个选项，或者没有指定文件夹路径，然后 AzCopy 将在默认位置创建日志文件，这是 %LocalAppData%\Microsoft\Azure\AzCopy。

每次向 AzCopy 发出命令时，它都会检查日志是否文件是否存在于默认文件夹中，或者是否存在于某个文件夹中您通过此选项指定的。如果日志文件不存在在任一位置，AzCopy 都将操作视为新操作并生成新的日志文件。

如果日志文件确实存在，AzCopy 将检查命令是否您输入的行与日志文件中的命令行匹配。

如果两个命令行匹配，AzCopy 会恢复不完整的手术。如果它们不匹配，系统将提示您选择覆盖日志文件以开始新的操作，或取消当前操作。

日志文件在成功完成后被删除操作。

请注意，从由 a 创建的日志文件中恢复操作不支持以前版本的 AzCopy。

【讨论】：

这成功了！我发出命令 3 次。前两次失败，第三次成功！谢谢！

【解决方案2】：

azure 服务器和本地计算机之间的网络应该非常慢，并且 AzCopy 使用默认的 8*core 线程进行数据传输，这对于慢速网络来说可能过于激进。

我建议你通过设置参数“/NC:”来减少线程数，你可以将它设置为较小的数字，如“/NC:2”或“/NC:5”，看看是否会传输更稳定。

顺便说一句，当超时问题再次重现时，请使用相同的 AzCopy 命令行恢复，然后您始终可以通过恢复进行进度，而不是从头开始。

【讨论】：