AZCopy从开发环境复制到生产环境报404资源未找到求助

首先咱们拆解下核心矛盾：生产到模拟器的复制正常，但反向操作就报404，换了模拟器和AzCopy版本都没解决，那大概率是命令参数细节或者模拟器与生产存储的行为差异导致的。下面是几个针对性的排查步骤：

1. 先确认源路径的有效性（模拟器端） #

先排除模拟器里的资源本身不存在的情况：

• 打开浏览器访问 http://127.0.0.1:10000/devstoreaccount1/appimage，模拟器运行正常的话会弹出认证窗口，输入账户名devstoreaccount1和你命令里的SourceKey，应该能看到容器内的Blob列表。如果看不到，说明模拟器里的appimage容器或Blob本身就不存在，404就很合理了。
• 注意：存储模拟器对大小写不敏感，但生产Blob存储是严格区分大小写的。如果模拟器里的Blob/容器名称是大写，而你命令里写的是小写，虽然模拟器能识别，但AzCopy读取源时可能因匹配问题返回404。

2. 修正AzCopy命令的参数细节 #

你的命令用的是旧版AzCopy（基于.NET的版本），几个参数可能存在冲突或格式问题：

（1）匹配SourceType与复制模式 #

你用了/SourceType:blob但同时加了/S（递归复制），这会冲突：

• 如果要递归复制整个容器内容，SourceType应该设为container，而非blob。blob类型是针对单个文件的，加/S会导致AzCopy找不到对应资源，返回404。
• 修改后片段：/SourceType:container /S

（2）给SourceKey加引号包裹 #

你的SourceKey包含特殊字符（比如/和=），在Windows命令行里这些字符可能被解析成参数分隔符，导致AzCopy无法正确读取密钥。把SourceKey用双引号括起来：

• 修改后片段：/SourceKey:"Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw=="

（3）添加目标容器创建参数 #

如果生产环境的appimage容器不存在，旧版AzCopy不会自动创建，这也会返回404。加上/CreateDestContainer参数让AzCopy自动创建目标容器：

• 添加到命令末尾：/CreateDestContainer

修正后的完整命令示例：

AzCopy /Dest:https://accountname.blob.core.windows.net/appimage /Source:http://127.0.0.1:10000/devstoreaccount1/appimage /DestKey:"key" /SourceType:container /SourceKey:"Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==" /S /CreateDestContainer

3. 尝试用新版AzCopy（v10+）测试 #

旧版AzCopy对模拟器的兼容性不如新版，建议试试新版命令格式（新版是azcopy命令，而非AzCopy.exe）：

azcopy copy "http://127.0.0.1:10000/devstoreaccount1/appimage/*" "https://accountname.blob.core.windows.net/appimage" --source-key "Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==" --destination-key "key" --recursive

新版AzCopy会自动处理容器创建、特殊字符转义，对模拟器的支持更稳定。

4. 检查模拟器的运行状态 #

确保复制操作时模拟器处于正常运行状态：

• 打开Azure存储模拟器控制台，确认Blob服务（端口10000）已启动且无报错。
• 可以用Azure Storage Explorer连接到模拟器，直观查看appimage容器内的内容是否存在，避免手动输入URL出错。

内容的提问来源于stack exchange，提问作者Martin Dawson