这篇文章跟大家分析一下“如何实现SAP错误日志的调查”。内容详细易懂，对“如何实现SAP错误日志的调查”感兴趣的朋友可以跟着小编的思路慢慢深入来阅读一下，希望阅读后能够对大家有所帮助。下面跟着小编一起深入学习“如何实现SAP错误日志的调查”的知识吧。
成都创新互联-专业网站定制、快速模板网站建设、高性价比黄石港网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式黄石港网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖黄石港地区。费用合理售后完善，十年实体公司更值得信赖。
有时候启动或操作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错误日志的调查就分享到这里啦，希望上述内容能够让大家有所提升。如果想要学习更多知识，请大家多多留意小编的更新。谢谢大家关注一下创新互联网站！
