在SE11级别未选中LOG DATA CHANGES时检查ztable日志

2020-09-14 14:02发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


你好大师,

在某些情况下,我们的某些最终用户已经(不知不觉中)删除了ztable中的某些记录。

我只想要执行此操作的用户。

该表未在技术设置中检查日志数据更改。

我检查了Tcode-SCU3,发现列表为空。

CHDIR和CHPOS中没有记录。

我可以要求基础人员通过tcode SCDO创建变更文档对象,但目前没有用(将来会使用,但不会解决此方案的目的)。

我仍然相信记录会记录在表中某个地方的某个地方,该表不会公开给其他人,而只是beta版。

任何人都可以在这种情况下分享您的经验。

预先感谢

SSK

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


你好大师,

在某些情况下,我们的某些最终用户已经(不知不觉中)删除了ztable中的某些记录。

我只想要执行此操作的用户。

该表未在技术设置中检查日志数据更改。

我检查了Tcode-SCU3,发现列表为空。

CHDIR和CHPOS中没有记录。

我可以要求基础人员通过tcode SCDO创建变更文档对象,但目前没有用(将来会使用,但不会解决此方案的目的)。

我仍然相信记录会记录在表中某个地方的某个地方,该表不会公开给其他人,而只是beta版。

任何人都可以在这种情况下分享您的经验。

预先感谢

SSK

付费偷看设置
发送
3条回答
亦是此间程序员
1楼 · 2020-09-14 14:26.采纳回答

从非开发人员的角度来看,我能看到的最接近的机会是检查安全审计日志(SM20/RSAU *)(如果已配置)或STAD日志,以查看哪些用户恰巧可以访问该表。 如果这是用户不经常访问的事务,并且您知道数据何时被删除,则可以推断出罪魁祸首是谁

但是最终,寻找用户对于您来说似乎是一个相对较小的问题。 听起来自定义表设计没有完全完成。 而不是专注于更改文档等,您可能需要重新考虑该解决方案的工作原理,并为用户构建一个程序来更新数据,以进行适当的检查和制衡。

绿领巾童鞋
2楼-- · 2020-09-14 14:16

* I 仍然相信记录将记录在表中某个地方的某个地方,该表不会公开给所有用户,而只是beta版本。*

有任何理由相信这一信念,还是只是一厢情愿?

xfwsx85
3楼-- · 2020-09-14 14:30
我要引用同一篇文章,并询问该测试版是ZBETA还是SAPBETA

一周热门 更多>