or maybe the connection to one of the systems is lost. When we log on to the XI we usually stop when we see the first error.
Then we try to find out what causes this error. But there are quite many (so many) applications from where we can find our errors:
– Message monitoring – (TCODE – SXMB_MONI)
– Adapter Monitor
– Messaging System monitor
– Alert Framework
– SLD server logs
– all sorts of XI cache monitors
Where to start searching?
…and do we have to go through all of those with any kind of error?
No. Very often we can use just one tool.
Why don’t we use Visual Administrator logs?
In this weblog I’ll show you some logs that you can use to monitor XI landscapes.
Let me give you an example:
Let’s suppose we have an error in our integration process:
Sure we can take a look at the trace from the technical log but….
what if this error is caused by some other error?
With Visual Administrator we can get a much broader view.
Let’s take a look at the default trace first:
– log on to the Visual Administrator
– start service – Log Viewer
– cluster -> server -> logs
– choose defaultTrace.trc
Now you can not only see your error but many other errors from this trace. This might mean that something else is wrong
apart from the error we saw in the SXMB_MONI – technical workflow log.
If we want to make sure that the rest of the applications are running without any problems we can check applications.log (in the same node).
If there are too many messages inside this log but you’re sure that the rest of the applications are running correctly we can go to XI log :
This way you’ll only see logs from the Exchange Infrastructure.
One other useful trace is the dev_jrfc.trc trace file. With it’s help you can check the status of your RFC connections.
But remember that inside sapgui we also have a tool to monitor our RFC logs (TCODE – SM59):
The reason for this weblog is simple – XI error messages are not that easy to find. The better you know all of the tools
that help you locate those errors the more you’ll like working with the XI (if you’re a developer)
and the more satisfied you’ll be (if you’re a customer).