SAP XI Message监控
1.监控Intergration Engine
t-code:sxi_monitor 这个可以根据status group 进行查找，选择日期，还有message ID,点击状态图标就可以查看报错信息，在上面的工具栏有两个重要的按钮，restart :就是用来重发，Cancel processing of message with errors:这个按钮用来取消message，使message不在处理。一般出错后要进行重发，试试可以过不，但要根据错误信息。
2.监控 inbound queue (qRFC) SMQ2
这个地方是查看qRFC在XI abap端处理是否正常，如果这里的处理速度比较慢，或者qRFC的数量一直在涨，可以双击进去看一下，是否有报错信息，这里可以常试重发（点执行按钮），如果重发也不可用的情况可以考虑删除此qRFC，这时在sxi_monitor 里可以看到刚刚删除的qRFC的内容，可以在这里重发，但是一般情况下要分析具体错误。
3.监控 oubound queue (qRFC) SMQ1
这个地方监控oubound queue 从XI发出的message，与SMQ2操作相似。
4.监控 tRFC SM58
这个地方是监控从XI发出的Q，比较XI发到R3系统，一般情况下，比如file adapter已取走文件，在java端已成功，abap端mapping也成功，但是R3却看到信息，SM58就可以用了，在这里如果出错可以用F6进行重发。
XI trace是记录XI系统的操作日志，有几种级别，0不启用，1只记录错误日志，2. 所有日志，3， Full Trace with Buffers，
abap t-code :smicm goto->trace level ->t
trace 也分为java端和abap端。
java path=rver node->kernel->lockingmanager-> 一般设置为1，
查看文件系统trace file 所占空间：
38 程序：RSBDCOS0 执行操作系统命令，sapadm权限。
/dev/sapmntlv 72%是已使用空间。如果使用空间在100%那么java端工作会很慢，abap处理message也慢，或者将不工作。
XI 比较有用的程序
Cache
SAI_CACHE_REFRESH 手工刷新cache
IDOC adapter
IDX_NOALE -> deactivation of automatic acknowledgment
SXMS_UNPACK_MESSAGES -> unpack bundled messages in IDOC adapter
IDX_CHECK_METADATA -> check IDOC adapter metadata inside XI against source systems
Messages
RSXMB_RESTART_MESSAGES 重新启动错误的message
XI 配置开发、测试、生产共用一个SLD
在不同客户端的XI GUI中执行T-Code:SLDAPICUST，配置指向哪个SLD。
配置主机名称，端口，用户，口令。
如果测试连接是否正常，可以使用t-code:SLDCHECK ，这个事务会连接SLD，同时也会测试exchange profile
