Question

我正在尝试使用来自我在美国的计算机上的AZCopy将2.6 GB iso上传到Azure China Storage。我和一位在中国的同事分享了这份文件，他们没有遇到任何问题。这是命令，它似乎工作了大约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>

Answer 1

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

我建议您通过设置参数“/ NC：”来减少线程数，您可以将其设置为较小的数字“/ NC：2”或“/ NC：5”，并查看传输是否为更稳定。

顺便说一句，当再次发出超时问题时，请使用相同的AzCopy命令行继续，然后您可以随时使用简历进行操作，而不是从头开始。

Answer 2

由于您正在经历超时，您可以尝试使用可重新启动模式的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   如果操作被中断，则始终支持恢复。

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

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

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

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

成功完成后，日志文件将被删除   操作

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

您还可以在此处找到更多信息：http://blogs.msdn.com/b/windowsazurestorage/archive/2013/09/07/azcopy-transfer-data-with-re-startable-mode-and-sas-token.aspx

Azure中国存储 - AZCopy上传失败

2 个答案: