sappi的一些常见问题以及解决方法

1、解答: 这些错误一般由于 XI PIPE LINE 服务UAVALIABLE 般发生在 ADAPTER Engine向IntegrationEngine管道发送消息做后续处理时，integrationEngine无法响应，解决办法一般可以查看SICF/default_host/sap/xi/e ngi ne状态，OK之后重新发送消息（此类问题经常遇见）问题2“ HOLDING message 的解决办法？解答：Holding message 发生于QOS为EOIO的场景中，一般由于上一条消息因为 MAPPING错误 或者INBOUND Adapter出现问题导致消息发送失败，这是如果不能及时C

2、ANCELS条失败的消息，后续同一队列的消息就会被堵在队列中。所以一般情况下当发生 EOIO类型消息的错误时我们都要在RWB!面检查是否有HOLDING犬态的消息，如果有，一定要先把错误消息CANCELLED，然后将队列中最早的一条消息RESTART；可题就可以解决了。问题3如何解决Message Mapping错误？解答：MESSAGE MAPPIN一般占据了整个 PI运维的错误的80%以上，而且这类错误一般我们在制 度流程中只能CANCELLED并且通知原系统用户重新发消息如果正常的情况下 MAPPING匕较简单我们还可以通过 SXI_MONITOR勺ERROROG查出错误的 根源，但是在

3、更为复杂的mapping当中，我们一般情况下在消息监控日志中就没办法找到 MAPPING昔误的原因了，这种情况下我们必须通过 ESR的 MAPPINCTEST 机制和相应的DISPLAY QUEUED能去做MAPPING测试，可以激活 MAPPING测试的DEBUGS 别这样对于GRAPHIC mapping就可以很快找到错误的原因，对于更高级别的UDF尤其是COMPLEX mappi ng这种方法不好使，只能在相应的UDF代码中 打TRACE跟踪程序。需要提到的是，一般我们不可能在生产系统做MAPPING TEST由于MAPPING PROGRAM在ESR里面的，因此用开发系统测试MAPPI

4、NG1最好的选择。问题4消息已经发到 PI并且在在SXI_MONITOR里面已经MAPPING成功，一切迹象显示消息成功发送，但是目标系统（ECC并没收到消息解答：此类问题出现在目标系统通过 ALE方式接收消息，在这种情况下一般由于消息堵在底层TRFC传输层，我遇到的一些情况比如同时大量接收消息PI内存不够用的情况下，或者目标系统不可达的情况下，就会出现这种问题一般这种问题不会通过 RWB勺ALERT机制通知运维工程师，所以当出现这种情况我们需要在SM58,SMQ1,SMG中分别检查是否有消息堵在队列中并且释放（手工执行相应的LUW卩可），我们可以通过Solution Man ager 的监控

5、功能来监控SM58,SMQ1,SMQ中的队列状态，或者自己开发ABAP程序并且 BACKGROUNCHEDULE也行。问题5JDBCADAPTER5ENDE市不POLL消息怎么办，表现出来的迹象就是Communication Channel正常，但是很久没有 POLL消息了解达：手工重启Communication Channel并且可以利用 PI的ATP机制强制CC每一个小时重启 一一 次。问题6当我们改变 SLD的值的时候（比如添加了SOFTWARE COMPONENT VER）I在NID,IR 里面并没有更新相应的值解答：这种情况下我们应该在IR或ID里面清空SLD缓存IR - Menu

6、- Environment - Clear SLD Data CacheID - Menu - Environment - Clear SLD Data Cache问题7 （引用SAP SCN乍者原文）RWB打不开或者提示一些权限问题解答：SU01 - user = XIRWBUSER - Unlock冋题8PI ABAP用户和JAVA用户的映射关系解答：在PI配置中，最麻烦的莫过于我们需要同时处理两套应用服务器引擎，ABAP和J2EE并且需要明白他们各自组件的功能和通讯协作机制，因此搞明白ABAP和J2EE的用户映射机制非常重要， 在PI中,ABAP端的用户帐号-J2EE用户帐号，ABAP角

7、色-J2EE用户组，另外还有一个东西是ABAP端没有但是J2EE端存在的就是J2EE中的用户角色，这部分在SLD权限管理中很重要，因此一个帐号在J2EE有个相应权限组后还需要具备同名的权限，否则就会出现很多权限问题，这类问题尤其出现在与SLD的配置以及通信相关的场景中。PI大部分组件都需要和 SLD交互并获取其中的信息。问题9 （引用SAP SCN乍者原文）但遇到消息：Error Category = XI_J2EE_MESSAGING_SYSTEM and error code =HTTP_TRANSMISSION_ERRORAn swer 17:1. The file size is bi

8、g （probably more the n 10 MB so reduce the file size or exte ndthe file size constraint in XI and extend the time out limit for the adapters inXI.） It s always better to have the file size in between 1 MBto 5 MB. If size less then 1MB or more the n 5MB the n performa nee decrease.问题10IR/ID的JNPL富客户端无

9、法启动？总提示客户端无法创建之类的信息？解答：此类问题很诡异，其表现的情况就是在我自己的电脑出现这个问题，在别人电脑上就没这个问题，一般普遍认为自己RP值过低。这类问题由于EXCHANGEROFILE相应的启动JAVA客户端的HEAP最小值设得太大，比如1G, 但你本身计算机的可用内存又没那么多，所以JAVA在创建其JNPL的时候无法分配指定的堆内存数量导致客户端无法创建，解决办法是将EXCHANGE PROFIL的 HEAP min调小点就可以了。问题11:处理如下错误信息In terface mapp ing Object ID * Software Comp onent * does n

10、ot exist in run time cache解答：刷新 SXI_Cache and CPACache./TCODE :SXI_CACHE并 点击“ start complete cache refresh”问题12：如何测试ALERT解答：执行 ABAP REPORT RSALERTTEST.查看日志问题13：如何在SAP PI端查看监控 ECC端通过ALE/IDOC发出的消息解答：TCODE :IDX5 像使用 WE02在 ECC端一样。问题14：当ECC端 IDOC做修改的时候，如何改变 PI对应配置TCODE:IDX2直接删了以前的那条IDOC元数据，重新导入修改过的 IDOC数

11、据。问题15：当同步消息调用返回如下错误信息的时候：TOO_MANY_RECEIVERS_CASE_如何 处理？解答:同步消息不允许有多于一个 RECEIVER不然怎么同步调用啊？所以检查RECEIVERDETERMINATION OF INTEGRATION DIRECTORY.问题16：如何在IDOC端配置EOIO类型的QOS解答：IDOC中的EOIO配置需要在 WE20 PARTERNER PROFIL中配置，如下图所示：问题17：在有的SAP标准程序当中运行生成 EDI IDOC的时候暴出如下提示：IDOC TYPE CAN NOT DETERMINED.这类问题需要调式对应的 ABA

12、P程序看看生成的IDOC相应的信息，我所遇见的这样的一个问 题一个是在PAYMENT RUH面无法生成 EDI消息，报错星系就是类似IDOCTYPECANNOTDETERMINED调试 ABAP发现IDOC里面有个字段是 TEST于是勾选 WE20 PARTERNER PROFILM的 OUTBOUND MESSAGE TES项卡，问题解决。问题18:Q 用户报告 ABAP PROXY肖息发不出去，消息显示 “Recorded,commitment missing ”A： ABAP OUTBOUND送消息代码里面没有 Commit work代码导致问题19:Q RWB1面ALERT CONFIGRATIO程序无法运行，提示缺少FQDNA:首先要确认您的 PI系统是否具备完整的域名如然后还需要在EXCHANGE PROFILE的RWB相关配置中将机器名更改为FQDN问题20：Q PI指向EC