大家好，

试图避免使用SRT_WSP_INITIALIZE_WS_CFG的用户，因为它将删除现有的WS配置。

我发现此注释 https://launchpad.support.sap .com/#/notes/2583932 并将其应用。

内部还有另一个注释实现2584635，可创建报告。

完成上述步骤后，在SOAMANAGER一致性检查中，出现不一致的REPAIR选项（该状态以前是CAN NOT BE REPAIRED状态），您可以运行它。 我的问题就这样解决了，现在变成绿色了。

此致

埃米尔

下午好，

我同意Prithviraj的回答与我的非常接近。

我不介意接受他的回答而不是我的回答。

您是主持人，可以接受他的回答而不是我的回答吗？

今天愉快，

嗨，弗兰克/贝尼特，

您解决了这个问题吗？ 您是否运行report-SRT_WSP_INITIALIZE_WS_CFG来解决此问题。 我有一个类似的问题，我发现note-2392606和2456283指出要运行report-SRT_WSP_INITIALIZE_WS_CFG以解决该问题。 但这不会删除所有Web服务。

此致

MS

早上好，

不幸的是，答案是否定的。

我认为SAP过去可以正常工作，因此应该为系统复制提供更好的条件。

问候

早上好

我们已经在沙盒系统中运行了eport SRT_WSP_INITIALIZE_WS_CFG。

它已经解决了这个问题。

不幸的是，它还删除了从soamanager执行的Web服务的配置部分。

因此，在沙盒中运行报表之前可以运行的Web服务在运行重置报表后已停止运行。

此致

已授予。 修复，也使用SOAMANAGER UI可以很好地用于单个配置（尽管未检查本地/中央配置）。 然而，由于自从进行了更严格的检查以来，有很多"动作"带有新的和更新的音符，所以我认为明智的做法是，在按下该按钮之前，先将所有的鸭子放在一起（所有的音符都在适当的位置）。

是否有一种方法可以解决系统副本不一致问题，而无需运行报告来删除所有Web服务定义？ 我们定义了超过400个WS，运行该报告是一个问题。

谢谢