SAP 錯誤日誌的調查

有時候啟動或操作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下搜一下就有了