客户端删除在后台不起作用

2020-08-31 06:44发布

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

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


我有一个很奇怪的问题。

尝试在后台通过SCC5删除客户端无效。 它确实通过前台工作。

让我澄清一下"无效"的含义。 当我运行SCC5(使用SAP_ALL以管理用户身份登录到要删除的客户端)时,它通常会一直进行。 它会询问通常的问题,并且选择在后台运行时,我会得到通常的最终确认屏幕"使用SCC3进行监视"。 看来一切都很好。 但是,SCC3从不显示任何内容(不处理,不取消,不显示任何内容)。 转到SM37来检查作业,我发现该作业处于"完成"状态(以某种方式认为已成功),但运行时间为0秒或1秒。 当然,客户端仍然存在并且可以正常运行。

环境

S/4HANA 1809 FP00。 App Server是Windows。 数据库服务器是SLES。 漂亮的原始设置,除了ISS之外没有安装其他组件。 内核是773 PL 200。

更多说明

1)我最初是在我从QAS刷新(系统副本)的沙盒系统中发现的。 在对该问题进行了一段时间没有成功的解决之后,我只是使用新的备份集重新刷新,以希望原始源备份会发生某些情况。 不高兴。

2)之后,我进入了SOURCE系统(QAS),并通过来自其他客户之一的客户副本创建了一个新客户。 然后,我尝试将其删除,并经历了完全相同的事情。 因此,无论它与系统副本无关。

3)我已经重新启动了APP和DB服务器,只是为了摆脱干扰。

4)我有可用的BTC工作流程。 该系统的大小很好,在所有类别(Mem,Proc,Disk)中都有大量可用资源。 尝试执行此操作时,SM50几乎没有活动。

5)批处理作业在源QAS系统和刷新的沙箱系统中均成功运行。 标准作业没问题,而且如上所述,我可以成功安排客户端COPIES并使它们正常运行。

6)在我所见过的任何地方都没有记录明显的错误。 客户端删除的SM37作业日志没有任何用处,因为它认为已成功。 SM21系统日志是干净的。 ST22中没有转储。

7)此系统或源系统没有其他问题。 从基础的角度看,一切似乎都运行良好并且运行良好。

8)更新处于活动状态,没有失败的更新。 RZ04有一个已定义的实例,尽管我们没有使用op模式。 绝望的是,我在SM61中创建了一个作业组服务器(DEFAULT_BTC),运行正常,但并没有解决我的问题。

此问题很难满足搜索条件,因为本身没有"失败",没有错误,并且任何试图查找" SCC5"," RXCLCOP"或任何其他术语的操作都只会导致成千上万个不相关 点击。

有想法吗?

编辑:由于它能够通过前台成功删除,并且我没有其他问题,您可能想知道为什么我要花这么长的时间才能解决这个问题。 这就是我。 我从SAP那里了解到,这些神秘的问题可以在更关键的时刻稍后出现。

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

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


我有一个很奇怪的问题。

尝试在后台通过SCC5删除客户端无效。 它确实通过前台工作。

让我澄清一下"无效"的含义。 当我运行SCC5(使用SAP_ALL以管理用户身份登录到要删除的客户端)时,它通常会一直进行。 它会询问通常的问题,并且选择在后台运行时,我会得到通常的最终确认屏幕"使用SCC3进行监视"。 看来一切都很好。 但是,SCC3从不显示任何内容(不处理,不取消,不显示任何内容)。 转到SM37来检查作业,我发现该作业处于"完成"状态(以某种方式认为已成功),但运行时间为0秒或1秒。 当然,客户端仍然存在并且可以正常运行。

环境

S/4HANA 1809 FP00。 App Server是Windows。 数据库服务器是SLES。 漂亮的原始设置,除了ISS之外没有安装其他组件。 内核是773 PL 200。

更多说明

1)我最初是在我从QAS刷新(系统副本)的沙盒系统中发现的。 在对该问题进行了一段时间没有成功的解决之后,我只是使用新的备份集重新刷新,以希望原始源备份会发生某些情况。 不高兴。

2)之后,我进入了SOURCE系统(QAS),并通过来自其他客户之一的客户副本创建了一个新客户。 然后,我尝试将其删除,并经历了完全相同的事情。 因此,无论它与系统副本无关。

3)我已经重新启动了APP和DB服务器,只是为了摆脱干扰。

4)我有可用的BTC工作流程。 该系统的大小很好,在所有类别(Mem,Proc,Disk)中都有大量可用资源。 尝试执行此操作时,SM50几乎没有活动。

5)批处理作业在源QAS系统和刷新的沙箱系统中均成功运行。 标准作业没问题,而且如上所述,我可以成功安排客户端COPIES并使它们正常运行。

6)在我所见过的任何地方都没有记录明显的错误。 客户端删除的SM37作业日志没有任何用处,因为它认为已成功。 SM21系统日志是干净的。 ST22中没有转储。

7)此系统或源系统没有其他问题。 从基础的角度看,一切似乎都运行良好并且运行良好。

8)更新处于活动状态,没有失败的更新。 RZ04有一个已定义的实例,尽管我们没有使用op模式。 绝望的是,我在SM61中创建了一个作业组服务器(DEFAULT_BTC),运行正常,但并没有解决我的问题。

此问题很难满足搜索条件,因为本身没有"失败",没有错误,并且任何试图查找" SCC5"," RXCLCOP"或任何其他术语的操作都只会导致成千上万个不相关 点击。

有想法吗?

编辑:由于它能够通过前台成功删除,并且我没有其他问题,您可能想知道为什么我要花这么长的时间才能解决这个问题。 这就是我。 我从SAP那里了解到,这些神秘的问题可以在更关键的时刻稍后出现。

付费偷看设置
发送
4条回答
bbpeas
1楼 · 2020-08-31 07:35.采纳回答

SAPNote 2710525解决了此问题。

出于某种原因,无论是在SAP网站还是在外部网站上,它都从未出现在我的详尽搜索中。

粗暴的香蕉
2楼-- · 2020-08-31 07:16

另外,我在其他客户上尝试过此操作, 他还运行1809 FP00。 那里存在完全相同的行为。 因此,在这一点上,我认为它并不特定于我的系统。 我已打开一个SAP事件,将看到他们说的话。

四川大学会员
3楼-- · 2020-08-31 07:21

您好,史蒂夫,

在执行客户端删除时,是否选择了选项"从T000表中删除客户端条目"?

还是您在完成客户端删除后从T000表中手动删除了所需的客户端?

通常,如果您不执行上述步骤,则已删除的客户端条目仍将存在于scc4事务中。 请检查。

感谢与问候,

Sairam Nallamothu。

愤怒的猪头君
4楼-- · 2020-08-31 07:35

我的客户端没有要删除的部分,不仅限于T000条目。 但是,要回答您的问题,是的,我选择了该选项。 感谢您抽出宝贵时间发表评论。

一周热门 更多>