s4cmd 的好处是比 s3cmd 快很多，代价则是很不稳定，跑着跑着就爆了，重新开始索引又需要加载很久。

这种千万量级的碎片文件迁移起来实在是噩梦难度，还只能先全量迁移过来，再调用接口清理外站缓存，之后再净化失联文件，实际上浪费了很多资源在解决历史遗留的数据同步问题上，也算是加速一次刮骨疗毒了。

只希望剩下的数据里面不要再有这种被投毒的内容了，要是在清理的时候恰好又被抓到了有毒数据，那所有的服务大概率就都要蒸发了吧