如何實現SAP錯誤日志的調查

這篇文章跟大家分析一下“如何實現SAP錯誤日志的調查”。內容詳細易懂，對“如何實現SAP錯誤日志的調查”感興趣的朋友可以跟著小編的思路慢慢深入來閱讀一下，希望閱讀后能夠對大家有所幫助。下面跟著小編一起深入學習“如何實現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下搜一下就有了

關于如何實現SAP錯誤日志的調查就分享到這里啦，希望上述內容能夠讓大家有所提升。如果想要學習更多知識，請大家多多留意小編的更新。謝謝大家關注一下億速云網站！