搞死SAP系统系列 让系统无法连接数据库

一

前言

在文末会给出相应的解决方案

二

破坏效果

(犯罪电影中搞了破坏的犯罪者,往往喜欢留在现场观看一下自己的杰作能达成的效果.可以归因于犯罪者的变态,但更多是一个杰出犯罪者的一种总结,通过观察现场警察的反应,观察破坏达成的效果,分析总结执行方式,以便改进

同样,如果你想搞一个特定的系统破坏活动,肯定希望知道杀伤力有多大,系统表现是什么样的:

所有涉及到数据库的系统操作(激活表,释放请求,查询或修改单据等)都会 错, 错信息在ST22中大部分以: DBSQL_CONNECTION_NO_METADATA 呈现. 这样的效果还满意不p>

三

相关NOTES

通过查询DBSQL_CONNECTION_NO_METADATA 可以获取几个相关的NOTES

NOTES: 2076388 中给出了 错的原因,但是不具体.

有点计算知识的,都知道可以通过ping 命令获取主机的IP,这里需要一个稍微复杂的技能: 了解并知道怎么使用 SM49

详见链接

创建一个外部命令,

ping -c 2

必须使用参数 -c n  指定一个ping的次数, 否则系统会一致等待ping的执行,假死.(linux ping 没有默认4次,默认无限次)

02

数据库用户

DB02可以查询,系统会显示默认数据库连接用户. 当然很多S4系统链接数据库的默认用户是SAPABAP1

DB02中创建了连接本地数据库的DBCO  S4D (密码可能不正确,连接名称最好和系统名称一致,否则效果不好. )

当第一次输入的密码不正确时,系统会警告, 此时回车或者重新输入另一个错误密码,可以忽略警告,并保存成功.

当你测试这个连接时, 系统会提醒连接成功. 所以你会以为自己输入的账 ,密码是正确的.  

创建后, DB02 进入后会 错,系统尝试两次连接 S4D(一次是标准的, 第二次是DBCO中维护的尝试多次 )

八

解决方式

解决方式很简单,用SYSTEM 账 登录HANA STUDIO 找到SAPABAP1 账 (锁定状态),解锁即可.

但是所有的 错信息都没有明确的指向这一点. 根据ST22中的DUMP信息找到这个解决办法还是挺麻烦的.

THE

END

约定

如果你对这篇文章感兴趣,请帮忙点赞,在看,分享.       

          ABAP开发技巧

微信 : 392077

请微信联系管理员: 

syjf1976 

sharry_xlp  

Yannick_Duan 

文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览92732 人正在系统学习中