点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我目前正在为ATC检查配置新的中央系统(有关某些背景,请参见此处 和此处),在我迷失细节之前,我先感谢 关于我当前对如何实际定义检查变量的思考的反馈。 该系统位于NW 7.52上,并应用了所有必需的OSS注释。 卫星系统位于NW 7.50上,还具有所需的OSS注释。
我的出发点是当前在运输发布期间使用的校验变量(无阻塞),而该变量又是SAP DEFAULT变量的改编版本,其中包含一些对FUNCTIONAL_DB和PERFORMANCE_DB的检查。 因此,我在中央系统中重新创建了该变体,以选择和选择我已经拥有的大多数检查-如果它们显示为启用RFC的话。 我还选择了一些S/4HANA准备情况检查。
以下是其中一些:
然后,我在沙盒系统中使用一个软件包进行了一次试运行,大约2个小时后,结果得到了"很少"的发现-很好地得出了几千个优先级为1的发现!
我打算采用这个希望的具有代表性的结果,现在定义在变体中使用的检查以创建基线。 我的想法是,我将从现在拥有的变体的副本开始,然后取消选中我最终希望在运输发布期间仍然显示的一些支票-例如 即使它们已经存在于程序中很长时间,也可以直接在SAP表上进行更新。 因为这将是优先级为1的发现(现在是3),需要固定或要求豁免,我们至少会更加清楚这种类型的处理在需要更改的程序中使用的位置,即积极使用
我需要做的另一件事-我最不希望的一件事! -调整许多检查的优先级。 当前定义为1或2的大多数将变为3,以便仍然被标记但不阻止传输的释放。 但是,还有一些优先级3的发现(例如上面提到的关于SAP表的硬更新的发现)将成为优先级1的发现。
在我们认真发挥作用之前,我当然会为我们的开发人员提供一些会议/研讨会。 我已经给了他们一些合理的警告,说"事情"即将到来,但是那是在我们实际上没有建立中央系统之前,因此,我不能向他们展示太多有关基准或豁免程序的信息。
此刻我有以下问题:
- 这是正确的方法吗?
- 在运输放行期间使用的变体中包括S/4HANA检查(最终设置为优先级3以给出提示)是否有意义?还是应该单独解决?
- 我要按正确的顺序进行吗?
- 您对我应该做和不应该做的事情有何建议?
期待您的想法和评论!
欢呼
Baerbel
centralatc-checktransportrelease.jpg (245.7 kB)
这是一个更新(不但要"突出"这个问题,因为我真的很想得到一些答案):
在对沙盒系统进行了一些初步试验之后,我们还将两个主要开发系统(NW 7.50,EHP 8)"连接"到了中央ATC系统。
然后,我利用临时计划最终在运输释放期间使用的中央定义的变体在卫星系统中定义了检查变体。 为了更好地了解以后将如何影响实际开发,并在需要时及早调整微调定义,我在日常批处理作业中使用此新的check变体对包含在其中的对象运行ATC检查 开发系统中可修改的传输请求。 我每天都会收到一封电子邮件,可以通过ATC结果的摘要来告诉您是否有必要直接在系统中进行检查。 如果您对如何完成感兴趣,请参阅我之前的博客文章,我在其中描述了功能。根据结果,我将决定排除某些检查和/或调整其消息优先级。 我要避免两件事:
底线:我正在尝试找到合适的余额
有人可以帮我吗?
欢呼
Baerbel
自从发布了较早的更新以来,我将自己的想法以及到目前为止所做的事情纳入了博客系列关于设置ATC检查的第3部分:
设置中央ATC系统-第3部分:根据自己的喜好调整设置
最重要的是,我有一种直觉,那就是效果很好。 但是只有时间才能真正说明一切!
由于没有其他人提出答复,所以我只是"接受"自己的回答,但会保持线程开放,以防有人喜欢。
我的答复仍然是 与我在您关于此主题的早期问题中发布的内容相同-非常宽容,也许只是一两次阻塞性检查。 让它运行一两个星期,以了解变更的数量和错误的数量,然后开始提高其他检查的优先级。
还考虑将ATC作为常规(每晚)运行-可能需要进行不同的检查。 这样,您就可以绘制随时间变化的图表。
谢谢,迈克!
是的,这符合我的计划。
我已经有一项日常工作,利用目前仍可修改的运输工具上的新集中检查功能,并每天检查结果以进行调整,例如 邮件优先级(主要是从"错误"到"信息")
在接下来的两周中,我将与开发人员进行研讨会,以寻求他们的帮助,然后我们将在运输发布期间开始使用新的集中检查变体-但仍无法阻止发布。 经过大约三周的时间,我将收集开发人员的反馈,以了解是否需要进行其他调整。 只有这样,我们才能在遇到prio 1&2错误的情况下切换为防止任务/转换的释放。 但是,豁免程序也将同时可用。
一周热门 更多>