做数据交换项目遇到异常是不可避免的,异常原因:
1 外部因素,如果源和目标异常或是网络中断
2 交换产品本身bug导致
如何考察一个交换产品是否优秀可以通过交换中遇到的各种异常来评判。
1)发现异常功能
一般交换产品会按交换需求,人为创建出“交换任务”或“交换流程” ,正式上线后按周期调度或是持续运行。交换中遇到各种异常是否能及时通知运维人员。
2)分析异常功能
分析异常主要是运维人员或是开发人员,通过系统产生日志分析原因。
日志提供的少情况: 这种情况最可怕,只能靠人猜异常原因。
日志提供的多情况:找关键报错原因不容易,如果长时间输出还有可能导致硬盘满。
个人认为好的日志:日志可分类,正常输出日志,异常日志,异常时业务数据日志,异常内容 异常时间,发生程序位置,常见异常可直接分析出原因(如:连接异常,表不存在,字段不存在,字段超长等)
3)解决异常效率
以常见异常举例:
1 连接异常:在连接恢复后交换产品是否可自动恢复。
2 字段超长:如果目标增加字段长度,是否有异常回补功能。
3 交换产品本身有bug,提供产品厂商是否可及时打补丁解决问题。
标签:是否,交换,考察,产品,日志,异常,ETL,原因 From: https://blog.51cto.com/u_14602923/8564952