如何最好地定义在运输释放期间最终使用的校验变量?

2020-09-14 13:27发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我目前正在为ATC检查配置新的中...

         点击此处--->   EasySAP.com群内免费提供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的发现。

在我们认真发挥作用之前,我当然会为我们的开发人员提供一些会议/研讨会。 我已经给了他们一些合理的警告,说"事情"即将到来,但是那是在我们实际上没有建立中央系统之前,因此,我不能向他们展示太多有关基准或豁免程序的信息。

此刻我有以下问题:

  1. 这是正确的方法吗?
  2. 在运输放行期间使用的变体中包括S/4HANA检查(最终设置为优先级3以给出提示)是否有意义?还是应该单独解决?
  3. 我要按正确的顺序进行吗?
  4. 您对我应该做和不应该做的事情有何建议?

期待您的想法和评论!

欢呼

Baerbel

centralatc-checktransportrelease.jpg (245.7 kB)
4条回答

谢谢,迈克!

是的,这符合我的计划。

我已经有一项日常工作,利用目前仍可修改的运输工具上的新集中检查功能,并每天检查结果以进行调整,例如 邮件优先级(主要是从"错误"到"信息")

在接下来的两周中,我将与开发人员进行研讨会,以寻求他们的帮助,然后我们将在运输发布期间开始使用新的集中检查变体-但仍无法阻止发布。 经过大约三周的时间,我将收集开发人员的反馈,以了解是否需要进行其他调整。 只有这样,我们才能在遇到prio 1&2错误的情况下切换为防止任务/转换的释放。 但是,豁免程序也将同时可用。

一周热门 更多>