使用Iperius备份上传Blob时，视频未完成上传即触发处理的问题求助

核心原因推测 #

你这情况十有八九是Iperius的Blob上传逻辑和标准工具（azcopy/门户）不一致导致的：

• 按微软设计，BlobCreated事件本应在Blob完全上传完成后触发，也就是所有数据块上传完毕、调用Put Block List组装成完整Blob的节点。
• 但Iperius可能在上传流程中提前执行了创建空Blob的操作（比如调用Put Blob接口生成空对象），这会直接触发BlobCreated事件，后续仅往该空Blob追加数据，不会再触发新的事件，最终导致AI程序提前处理未上传完成的文件。

排查步骤 #

• 检查Iperius上传配置：
  • 查找是否存在「提前创建空Blob」「预生成存储对象」类的选项，这类功能大概率是触发异常的原因。
  • 查看分段上传的块大小设置，若块尺寸过小，或工具逻辑在上传部分块后就标记Blob为「已创建」，也会引发该问题。
• 抓包对比API调用差异：
  • 用Fiddler或Wireshark捕获Iperius与Azure Blob存储的交互请求，和azcopy的请求序列做对比：
    • 确认是否在上传数据块前就调用了Put Blob接口创建空Blob——这一步会直接触发BlobCreated事件。
    • 检查最终是否正确调用Put Block List接口完成Blob组装，标准流程中该操作才会触发符合预期的BlobCreated事件。

解决办法 #

1. 调整Iperius上传配置：
   • 关闭所有提前创建Blob的相关选项，强制工具采用标准分段上传流程：完成所有数据块上传后，再提交块列表完成Blob创建。
   • 若工具支持，调大分段块的尺寸，减少中间操作触发异常的概率。
2. 临时替换上传工具（Workaround）：
   • 若Iperius无法调整上传逻辑，改用azcopy编写脚本完成视频上传，确保事件触发符合微软设计规范。
3. 修改AI处理逻辑补漏：
   • 在AI程序中增加Blob完整性校验环节：
     • 对比Blob的Content-Length与本地原文件大小，一致后再启动处理。
     • 或等待30-60秒后再次检查Blob大小，确认尺寸不再变化后再执行处理流程。

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