《学习SAP-PI的经验总结3页》由会员分享，可在线阅读，更多相关《学习SAP-PI的经验总结3页（3页珍藏版）》请在金锄头文库上搜索。
1、自动信息集成监控使用说明及自动集成错误信息处理方法由于集成上线后每笔业务涉及到多家，为防止网络可能出现的通讯故障或由某点服务器故障引起多米诺骨牌效应，需要在各生产系统的集成上线后，每个公司设有专门的集成监控人员，以便于应对可能出现的集成运行风险。一、 日常集成运行的监控查看IDOC发送和接收的处理情况，发现问题需要及时报告和处理。在每个生产服务器上运行有两个作业，一个用于确认IDOC发送成功，另一个用于IDOC审计。IDOC发送成功表示IDOC真正到达XI集成服务器，IDOC审计表示收到对方IDOC并处理后返给对方回执以便于对方企业知道发出消息的处理情况。二、 常用的TCODEWE02：Ido
2、c list，查询IDOC文件列表，可以看到IDOC相关的各种信息BD87：可以进行status 的监控，也可以重新进行IDOC的处理这些TCODEs各点必须认真掌握，以利于在实际操作遇到故障时尽可能安全地处理问题。在各企业应用服务器上：1. WE02: 显示IDOC清单根据筛选条件显示通讯的IDOC, 每一个IDOC有当前处理状态,一般03表示发送到通讯端口成功, 53表示接收并处理成功, 51表示有错误, 52表示接收并处理时存在警告消息,12 为03的转换状态,此转换状态通过运行BD75或确认IDOC发送成功作业转换而来的, 表示消息成功到达XI集成服务器, 如果03不能转换为12, 则
3、说明IDOC停留在本地端口, 可能由于通讯故障, 消息并未真正发到对方。03状态转换为41, 表示发出的IDOC已经得到对方的处理, 03转换为39表示IDOC安全到达对方，但在处理中出现错误或异常状况（最常见的问题是IDOC发送到对方时，由于凭证正被人为修改使得传递的消息无法更新到凭证上）。状态的更新在晚上由后台作业进行，白天可以观察到前一天的结果。对错误的IDOC可以从状态提示信息里看到错误的原因。2. BD75转换发出的IDOC状态此TCODE运行后将把所有正常发出的IDOC由状态3转换为12，但对发送到本地端口后由于通讯故障实际上未到达XI服务器的情况，03状态不转换。转换后显示的清单
4、就是这些等待手工处理的IDOCs。3. BD87: IDOC处理监视并重处理使用BD87可以选择某一期间的IDOCs, 监视这些IDOCs的处理是否正确，如下图所示：其中绿灯表示正常，红灯表示异常，后面的数量表示对应该行处理过多少IDOCs。a) 对进站、出站错误，在排除掉错误原因（比如系统恢复，漏配置的内容补全，主数据维护完整等）后，可以CLICK抬头的处理按钮重新处理。正常情况下那些原先错误的包会从红色变为正常的绿色；b) 对由于一时通讯故障引起的某些IDOC处在端口等待发送的情况，如上图出站处理的IDOCs下成功将数据传送到端口但未成功分派（状态03无法转换为12）。可以通过菜单转到：事务性RFC(T)：再次调用(A) 换挡+F11来重新分派。分派成功后再调用BD75或等待夜间的后台作业状态就转换了。XI的队列的管理SXI_MONITOR: 因为服务器的性能原因，以及XI产品的推出时间不长，可能会出现个别IDOC发到XI上处于长时间等待的状况（标识旗帜长时间处于SCHEDULED状态），如果发生这种情况需要手工删除掉相应行的队列号（点击Queue ID进入）后重新运行（返回到Monitor for Processed XML Messages下选择Restart）。当然，如果你愿意也可以等待系统自动重新处理，不过那可是有点慢哦。
