Azure中国存储-AZCopy上载失败

我正试图从我在美国的机器上使用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>

C:\ProgramFiles（x86）\Microsoft SDK\Azure\AzCopy>\AzCopy.exe
/来源：C:\DevTrees\MyProject\Layout Copy\Binaries\Iso\Full
/目的地：https://xdiso.blob.core.chinacloudapi.cn/iso 
/目的地键：

由于遇到超时，您可以在可重新启动模式下尝试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:\ProgramFiles（x86）\Microsoft SDK\Azure\AzCopy>\AzCopy.exe
/资料来源：
/目的地：
/目的地键：
/Z:

日志文件的路径是任意的。例如，如果愿意，您可以将其定位到

C:\temp\azcopy.log

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

有关详细信息，请键入

\AzCopy.exe/？：Z

以查找以下信息：

指定用于恢复操作的日志文件文件夹。AzCopy 始终支持在操作中断时恢复

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

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

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

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

日志文件在成功完成后被删除 手术

请注意，从由创建的日志文件恢复操作 不支持AzCopy的早期版本

---

您还可以在此处找到更多信息：

由于遇到超时，您可以在重新启动模式下尝试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:\ProgramFiles（x86）\Microsoft SDK\Azure\AzCopy>\AzCopy.exe
/资料来源：
/目的地：
/目的地键：
/Z:

日志文件的路径是任意的。例如，如果愿意，您可以将其定位到

C:\temp\azcopy.log

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

有关详细信息，请键入

\AzCopy.exe/？：Z

以查找以下信息：

指定用于恢复操作的日志文件文件夹。AzCopy 始终支持在操作中断时恢复

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

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

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

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

日志文件在成功完成后被删除 手术

请注意，从由创建的日志文件恢复操作 不支持AzCopy的早期版本

---

您还可以在此处找到更多信息：

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

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

---

顺便说一句，当超时问题再次出现时，请使用相同的AzCopy命令行继续，这样您就可以继续进行恢复，而不是从头开始。

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

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

---

顺便说一句，当超时问题再次出现时，请使用相同的AzCopy命令行继续，这样您就可以继续执行resume，而不是从头开始。

如果有错误消息，您将收到什么错误消息？客户端无法在指定的超时内完成操作。已完成总共1个文件中的0个。[2015/09/16 10:31:58]传输摘要：-------------传输的文件总数：1传输成功：0传输跳过：0传输失败：1运行时间：00.00:29:15I应声明我尝试使用PowerShell cmdlet a