1. 设想使用jms消息队列保存原始程序使用的输入，针对性的设计队列名。
可以得到的好处是，在需要的时候直接使用队列上的输入来弥补数据问题。
这样需要保证上述队列的数据没有被处理，那么只有错误类的信息不会被处理（因为是最后一层所以可以不被处理，如果是中间层，必然需要继续处理来完成整个业务流程）
2. 往大一点想，我们要做的是一个可以快速应对各种故障的程序。比如给检测方回调，无法访问他们的服务器了，我们会有很多的错误信息。
这些错误信息如果只是发送邮件通知，有可能会持续很久。
如果给渠道回调失败了，比如今天阿里云的ubuntu服务器无法访问一个渠道的服务器，你会收到一堆的错误信息。但是这时你还是需要给人家渠道补回调数据的（针对这样的情况放在指定的消息队列里面就可以报原始信息直接取出来然后补数据，否则得考虑其他的麻烦的方式）。
3. #2中必须记住，给渠道回调出问题了，但是绝对不能让其影响到记录转化日志（表示错误处理流程必须还是要记录转化日志，否则连自己都没有数据了）
4. 批量删除集合，只能通过js文件或者bash脚本方式来操作。或者应该写一个process，一个做api调用，一个作为定时器。放在程序里面会方便管理！
5. 应该留下一些接口方便测试邮件里的报错信息。
6. 媛姐的渠道补回调只补了0608一天的转化，暂时。需要找到快速的办法补量。think syncerror.txt
