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

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条回答
能不能别闹
2020-09-14 14:03

我的答复仍然是 与我在您关于此主题的早期问题中发布的内容相同-非常宽容,也许只是一两次阻塞性检查。 让它运行一两个星期,以了解变更的数量和错误的数量,然后开始提高其他检查的优先级。

还考虑将ATC作为常规(每晚)运行-可能需要进行不同的检查。 这样,您就可以绘制随时间变化的图表。

一周热门 更多>