从屏幕快照中可以看出，您好像正在使用CM Services，而不是CMS。

尝试下面链接的SAP CM Services注释。 它指出已从CTS +系统（通常是SolMan）更改。 更新开发配置系统的DI_SLD_URL（DI_SYSTEM = true），并选择用于更新配置服务的选项。

1797220-系统复制后无法更改CM Services URL

谢谢，这看起来很有希望。 不幸的是，使用过的SolMan系统无法连接到新的NWDI环境。 我将让基础人员建立连接。

您好IDdo，

如果确实如此，则旧的SLD不再存在"，那么前进的唯一方法是更改​​本地主机文件（在域名解析过程中使用）。 特别是，有必要临时重新路由所有连接（指向旧的SLD）以指向新的SLD。

（通过将新SLD的IP地址设置为与旧SLD的FQDN匹配来进行。这样，您会将CM Services的更改请求重新路由到SLD的IP地址。 新的SLD）

如果Windows上正在运行NWDI，则可以通过" C：\ Windows \ System32 \ drivers \ etc \ hosts"文件执行此操作。 对于其他操作系统，应该有一个相关的等效配置设置。 请在工作时间之外执行此操作，因为在更改主机文件的过程中，将影响网络流量。

问候，

Hello Iddo，

1。

在这种情况下，您可以创建一个新的开发配置，并在那里继续进行软件物流。 这个开发者 配置（包含旧的不存在的SLD）不能用于开发和传输新的自定义项。 （导入了dev.conf。的NWDS发生这种情况的可能性很小。也许可以在那里进行一些有限的软件开发。但是，如果创建了一个新的DC，需要一个新的供应商。 ，则必须联系名称服务-并且我们知道名称服务器是SLD的角色，并且名称前缀存储在SLD中。）

2。

如有必要，可以将源代码从开发配置的"旧" DTR工作空间（无法更改SLD）复制到"新"创建的开发配置的"新" DTR工作空间（从 STMS交易）。 更多详细信息，请参见：

将曲目复制到其他DTR存储库中

https://help.sap.com/saphelp_nw73/helpdata/zh-CN/49/101b273d9d132ee10000000a421937/content.htm

https://help.sap.com/doc/39222f18c2ab428985c7f3e041b11e26/7.5.9/en-US/49101b937d9ee >

3。

以我的尊敬，我不认为可以从ABAP端更改SLD url（STMS事务）。 在SAP KBA 1797220中，最基本的要求是首先提到：" 假定源NWDI和目标NWDI和SLD已启动并正在运行。"

关于 ，