有时候启动或操作sap会出现故障，只是察看sap用户当前目录下的日志文件可能不得要领，此时有必要察看work目录下的一些trace.
以Linux系统为例，其他的也差不多。
instance说明 如下
DVEBMGS?? ABAP Central Instance D?? ABAP Dialog Instance ASCS?? ABAP SCS Instance SCS?? Java SCS Instance J?? Java Dialog Instance JC?? Java Central Instance TRX?? TREX Instance JMS?? JMS Instance ERS?? Enque Replication Service Instance W?? Web Services Instance G?? Gateway Instance V?? Virus Scan Server Instance
比如启动时提示SCSxxx失败，那么则是Java SCS instance有问题。 如果DVEBMSGxxx失败，则是ABAP的Instance有问题。
到 /usr/sap/SCxx 目录下， 根据不同的instance进入到不同目录， 比如是SCS01，
那么就进到 SCS01目录下的work目录， 里面都是一些log文件 很多。
有个简单的方法就是察看这些文件的修改时间，如果是错误发生时被更新的，那就有关了。
ll -t 可以排序这些文件。
比如我这回碰到说SCS01启动失败，察看这个更新的文件中有一个dev_ms.new， 有如下错误信息
MsSInit died: address in use
可以看到这个MS启动时绑定port失败，说已经被用了。
察看/etc/hosts, /etc/service发现这些文件都很正常，没有重复 port而且也没有被近期更改过。
ps -fu xxx xxx是sap的用户 ，发现原来有几个残存的SAP进程在stopsap之后没有退出。kill掉他们之后，再次 startsap 一切正常。
另外有时候stopsap并不能能够释放所有的资源，， sap提供了一个命令 cleanipc来释放。
这个命令在哪儿呢 ，到/sapmnt/SCxx/exe下搜一下就有了
