有時候啟動或操作sap會出現故障，只是察看sap用戶當前目錄下的日志文件可能不得要領，此時有必要察看work目錄下的一些trace. 以Linux系統(tǒng)為例，其他的也差不多。 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文件 很多。 有個簡單的方法就是察看這些文件的修改時間，如果是錯誤發(fā)生時被更新的，那就有關了。 ll -t 可以排序這些文件。 比如我這回碰到說SCS01啟動失敗，察看這個更新的文件中有一個dev_ms.new， 有如下錯誤信息 MsSInit died: address in use 可以看到這個MS啟動時綁定port失敗，說已經被用了。 察看/etc/hosts, /etc/service發(fā)現這些文件都很正常，沒有重復 port而且也沒有被近期更改過。 ps -fu xxx?? xxx是sap的用戶 ，發(fā)現原來有幾個殘存的SAP進程在stopsap之后沒有退出。kill掉他們之后，再次 startsap 一切正常。 另外有時候stopsap并不能能夠釋放所有的資源，， sap提供了一個命令 cleanipc來釋放。 這個命令在哪兒呢 ，到/sapmnt/SCxx/exe下搜一下就有了

總結

以上是生活随笔為你收集整理的SAP 错误日志的调查的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。