如何實(shí)現(xiàn)SAP錯(cuò)誤日志的調(diào)查

這篇文章跟大家分析一下“如何實(shí)現(xiàn)SAP錯(cuò)誤日志的調(diào)查”。內(nèi)容詳細(xì)易懂，對(duì)“如何實(shí)現(xiàn)SAP錯(cuò)誤日志的調(diào)查”感興趣的朋友可以跟著小編的思路慢慢深入來(lái)閱讀一下，希望閱讀后能夠?qū)Υ蠹矣兴鶐椭?。下面跟著小編一起深入學(xué)習(xí)“如何實(shí)現(xiàn)SAP錯(cuò)誤日志的調(diào)查”的知識(shí)吧。

有時(shí)候啟動(dòng)或操作sap會(huì)出現(xiàn)故障，只是察看sap用戶當(dāng)前目錄下的日志文件可能不得要領(lǐng)，此時(shí)有必要察看work目錄下的一些trace.

以Linux系統(tǒng)為例，其他的也差不多。

instance說(shuō)明 如下

      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

比如啟動(dòng)時(shí)提示SCSxxx失敗，那么則是Java SCS instance有問(wèn)題。 如果DVEBMSGxxx失敗，則是ABAP的Instance有問(wèn)題。

到 /usr/sap/SCxx 目錄下， 根據(jù)不同的instance進(jìn)入到不同目錄， 比如是SCS01，

那么就進(jìn)到 SCS01目錄下的work目錄， 里面都是一些log文件 很多。

有個(gè)簡(jiǎn)單的方法就是察看這些文件的修改時(shí)間，如果是錯(cuò)誤發(fā)生時(shí)被更新的，那就有關(guān)了。

ll -t 可以排序這些文件。

比如我這回碰到說(shuō)SCS01啟動(dòng)失敗，察看這個(gè)更新的文件中有一個(gè)dev_ms.new， 有如下錯(cuò)誤信息

MsSInit died: address in use

可以看到這個(gè)MS啟動(dòng)時(shí)綁定port失敗，說(shuō)已經(jīng)被用了。

察看/etc/hosts, /etc/service發(fā)現(xiàn)這些文件都很正常，沒(méi)有重復(fù) port而且也沒(méi)有被近期更改過(guò)。

ps -fu xxx   xxx是sap的用戶 ，發(fā)現(xiàn)原來(lái)有幾個(gè)殘存的SAP進(jìn)程在stopsap之后沒(méi)有退出。kill掉他們之后，再次 startsap 一切正常。

另外有時(shí)候stopsap并不能能夠釋放所有的資源，， sap提供了一個(gè)命令 cleanipc來(lái)釋放。

這個(gè)命令在哪兒呢 ，到/sapmnt/SCxx/exe下搜一下就有了

關(guān)于如何實(shí)現(xiàn)SAP錯(cuò)誤日志的調(diào)查就分享到這里啦，希望上述內(nèi)容能夠讓大家有所提升。如果想要學(xué)習(xí)更多知識(shí)，請(qǐng)大家多多留意小編的更新。謝謝大家關(guān)注一下億速云網(wǎng)站！