-
问题
1:
Message
Monitoring(SXI_MONITOR)
的
ERROR_LOG
HTTP_RESP_STATUS_CODE_NOT_OK
或者
HTTP
相关错误
解答：
这些错误一般由于
XI PIPE LINE
服务
UAVALIABLE
，一般发生在
ADAPTER Engine
向
Integration
Engine
管道发送消息做后续处理时，
integration
En
gine
无法响应
,
解决办法
一般可以查看
SICF
/default_host/sap/xi/engine
状态，
< br>OK
之后重新发送消息（此类
问题经常遇见）
问题
2
“HOLDING” message 的解决办法
解答：
Holding
message
发生于
QOS
为
EOIO
的场景中，一般由于上一条消息因为
MAPPING
错误
或者
INBOUND Adapt
er
出现问题导致消息发送失败，这是如果不能及时
CANCE
L
这条失败的
消息，后续同一队列的消息就会被堵在队列中。<
/p>
所以一般情况下当发生
EOIO
类型消息的错误时我们都要在
RWB
里面检
查是否有
HOLDING
状
态的消息，
如果有，一定要先把错误消息
CANCELLED
掉，然后将队
列中最早的一条消息
RESTART,
问题就可以解决了。
问题
3
如何解决
Message
Mapping
错误
解答：
MESSAGE
MAPPING
一般占据了整个
PI
运维的错误的
80%
以上，而且这类错误一般我们在制
度流程中只能
CANCELLED
掉并且通知原
系统用户重新发消息
如果正常的情况下
MAPPING
比较简单我们还可以通过
SXI_MONIT
OR
的
ERROR
LOG
查出错误的
根源，但是在更为复杂的
mappin
g
当中，我们一般情况下在消息监控
日志中就没办法找到
MAPPING
错误的原因了，
这种情况下我们必须通过
ESR
的
MAPPING
TEST
机制和相应的
DISPLAY
QUEUE
功能去做
MAPPING
测试，可以激活
MAPPING
测试
的
DEBUG
级
别
这样对于
GRAPHIC mapping
就可以很快找到错误的原因，对于更高级别的
UDF
尤其是
COMPLEX mapping
这种方法不好使，只能在相应的
UDF
代码中
打
TRACE
跟踪程序。
需要提到的是，一般我们不可能在生产系统做
MAPPING
TEST
，由于
MAPPING PROGRAM
实在
ESR
里面的，因此用开发系统测试
MAPPING
是最好的选择。
问题
4
消息
已经发到
PI
并且在在
SXI_MON
ITOR
里面已经
MAPPING
成功，
一切迹象显示消息成功发
送，但是目标系统（
ECC)
并没收到消息
解答：
此类问题出现在目标系统通过
ALE
方式接收消息，
在这种情况下一
般由于消息堵在底层
TRFC
传输层，我遇到的一些情况比如同
时大量接收消息
PI
内存不够用的情况下，或者目标系统
不可达的情况下，就会出现这种问题
一般这
种问题不会通过
RWB
的
ALERT
机制通知运维工程师，所以当出现这种情况我们需要
在
SM58,SMQ1,SMQ2
中分别检查是否有消息堵在队列中并且释
放
（手工执行相应的
LUW
即可）
，
我们可以通过
Solution
Manager
的监控功能
来监控<
/p>
SM58,SMQ1,SMQ2
中的队列状态，或者自己开发
ABAP
程序并且
BACKGROUND
SCHEDULE
也行。
问题
5
JDBC
ADAPTER
SEND
ER
方不
POLL
消息怎么办，表现出
来的迹象就是
Communication
Channel<
/p>
正常，但是很久没有
POLL
消息了
解达：
手工重启
Communication Channel
并且可以利用
PI
的
ATP
机制强制
CC
每一个小时重启<
/p>
一
次。
问题
6
当我
们改变
SLD
的值的时候（比如添加了
SOFTWARE COMPONENT VERSION
）在
ID,IR
里面并
没有更新相应的值
解答：
这种情况下我们应该在
IR
或
ID
里面清空
SLD
缓存
IR
–
> Menu
–
> Environment
–
> Clear SLD Data Cache
ID
–
> Menu
–
> Environment
–
> Clear SLD Data
Cache
问题
7
< br>（引用
SAP
SCN
作者原文）
RWB
打不开或者提示一些权限问题
解答：
SU01
–
> user = XIRWBUSER
–
>Unlock
问题
8
PI
ABAP
用户和
JAVA
用户的映射关系
解答：
在
P
I
配置中，最麻烦的莫过于我们需要同时处理两套应用服务器引擎，
ABAP
和
J2EE
并且
需要明白他们各自组件的功能和通讯协作机制，因此搞明白
ABAP
和
J2EE
的用
户映射机制非常重要，
在
PI
中
,ABAP
端的用户帐号
->J2EE
用户帐号，
ABAP
角色
->J2EE
用户组，另外还有
一个东西是
ABAP
端没有但是
J2E
E
端
存在的就是
J2EE
中的用户角色，这部分在
SLD
< br>权限管理中很重要，因此一个帐号在
J2EE
有个相应权
限组后还需要具备同名的权限，否则就会出现很多权限问题，
这类问题尤其出现在与
SLD
的配置以及通信相关的场景中。<
/p>
PI
大部分组件都需要和
SLD
交
互并获取其中的信息。
< br>问题
9
（引用
SAP
SCN
作者原文）
但遇到消息：
Error Category =
XI_J2EE_MESSAGING_SYSTEM and error code =
HTTP_TRANSMISSION_ERROR
Answer 17:
1. The file size
is big
(probably
more then 10 MB so
reduce
the file
size or
extend
the file size constraint in XI and
extend the time out limit for the adapters in
XI.)
It’s
always
better
to
have
the
file
size
in
between
1
MB
to
5
MB.
If
size
less
then 1MB or more then
5MB then performance decrease.
问题
10
I
R/ID
的
JNPL
富客户端无法启动
总提示客户端无法创建之类的信息
解答：
此类问题很诡异，
其表现的情况就是在我自己的电脑出现这个问题，
在别人电脑上就没这个<
/p>
问题，一般普遍认为自己
RP
值过低。<
/p>
这类问题由于
EXCHANGE
PROFILE
相应的启动
JAVA
客户端的
HEAP
最小值设得太大，
比如
1G
，
但你本身计
算机的可用内存又没那么多，
-
-
-
-
-
-
-
-
-
上一篇：液晶电视黑屏的维修方法
下一篇：关于江苏小高考地理知识点归纳