0

我正在尝试使用 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>
4

2 回答 2

3

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

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

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

于 2015-09-22T02:23:45.647 回答
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 始终支持恢复。

如果未指定此选项，或者未指定文件夹路径，则 AzCopy 将在默认位置创建日志文件，即 %LocalAppData%\Microsoft\Azure\AzCopy。

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

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

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

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

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

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

于 2015-09-16T20:24:01.923 回答