石家庄网站建设找哪家好,展览制作设计公司,内容型网站的运营,搭建一个网站有时候启动或操作sap会出现故障#xff0c;只是察看sap用户当前目录下的日志文件可能不得要领#xff0c;此时有必要察看work目录下的一些trace. 以Linux系统为例#xff0c;其他的也差不多。
instance说明 如下 DVEBMGS?? ABAP Central Instance D?? …有时候启动或操作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下搜一下就有了
