批量上传SMT AOI图片，SPI
1个载具 16个产品，10秒一个节拍。
1个载具500张图片，每张图片1.4KB，20KB
批量上传20个载具，有时候上传没有打开，需要大量上传。
20个载具有1万张图片。15M–50M。
ftp改共享文件夹，图片7zip压缩解压。
应该还有更好的商用软件，配合7zip上传。
SMB1.0 SMB3.0
| 方案 | 额外软件部署 | 系统组件依赖 | CPU 负载 | 磁盘 IO 压力 | 运维改动 | 适配老旧服务器 |
|---|---|---|---|---|---|---|
| 纯 SMB 单线程 Copy | ❌ 无 | 原生 SMB | 极低 | 中等 | 最小 | ✅ 适配 |
| SMB3.0 + C# 并行 Copy | ❌ 无 | 原生 SMB | 中 | 较高 | 小 | ⭕ 一般 |
| SMB + Robocopy | ❌ 无（系统自带） | 原生 SMB | 中低 | 高（优化型） | 极小 | ✅ 适配 |
| SMB + 打包解压 | ⭕ 可选 (.NET/7-Zip) | .NET / 7-Zip | 服务端极低 | 最低 | 较大 | ✅ 最优适配 |
| SMB + FastCopy | ✅ 需部署第三方 exe | 原生 SMB | 中低 | 最高 | 中等 | ✅ 适配 |
| 原有 FTP | ✅ 部署 FileZilla | FTP 服务 | 高（会话压力） | 中等 | 大 | ❌ 不推荐 |
| 方案 | 大批量 2KB 小文件稳定性 | 改造工作量 | 第三方依赖 | 单点故障风险 | 追溯 / 备份能力 | 适合工厂规模 |
|---|---|---|---|---|---|---|
| SMB NAS 共享 | ★★★★★ 无 FTP 限流，打包后极速 | 极低，删除 FtpHelper，原生 IO | 无 | 单 NAS 存在 | NAS 原生快照 RAID | 单车间 / 少量产线，短期落地 |
| MinIO 对象存储 | ★★★★★ 小文件专门优化，断点续传 | 中等，更换上传 SDK | MinIO 单 exe 程序 | 集群部署无单点故障 | 纠删码、元数据标签、分层归档 | 多车间、长期百万级图片存储 |
| NFS | ★★★★ 性能优，Windows 权限坑多 | 高 | 需客户端挂载配置 | 单服务器存在 | Linux 快照备份 | 纯 Linux 产线集群 |
| FTP(FileZilla) | ★ 大批量必批量失败，超时频发 | 中等，但持续踩兼容 bug | FluentFTP 库，版本报错多 | 单服务会话耗尽宕机 | 仅基础文件存储，无原生备份 | 废弃，不适合你的场景 |
服务器的硬件和网络要更新，产线规模，要限制，不然要增加服务器数量。
最终落地建议（结合服务器现状选择）
场景 1：服务器是标准 Windows Server、配置正常、不想加任何软件 / 流程
👉 首选：SMB + Robocopy
- 服务器零改造、零部署、零额外服务；
- 速度、稳定性、运维成本综合最优；
- 90% 工业内网 Windows 环境的标准答案。
场景 2：服务器硬件老旧（老 CPU、机械 HDD）、上传速度要求高
👉 首选：打包 + SMB 传输
- 把 12000 个小文件合并成单个压缩包，彻底规避小文件 IO 瓶颈；
- 老旧服务器也能做到秒传，仅需简单部署.NET 或 7-Zip。
场景 3：企业安全策略严格，禁止调用外部 exe、禁止第三方工具
👉 首选：SMB + C# 并行拷贝
- 纯托管代码，不依赖任何外部程序，完全符合安全规范；
- 适当控制并发数，平衡速度与稳定性。
场景 4：服务器安全宽松、追求极限速度、不在乎第三方工具
👉 可选：FastCopy（仅作补充，Robocopy 已足够优秀）
绝对不推荐
继续使用 FileZilla FTP：免费版连接限制是硬门槛，无法通过配置解决大批量小文件上传失败问题。
www.erwa.cn
二娃备忘
2026-06-15
