您好 Saikumar M ，

对不起，但是我对您的第一个问题感到困惑：考虑使用"系统复制"构建新系统的最佳实践是什么？

我认为您不能将第二个问题混搭在一起。 这不可能。 （这种使用System Copy和Java堆栈作为全新安装来构建ABAP堆栈的方法可以很好地实现日期吗？）

我们需要确保Java堆栈上的所有内容与ABAP保持同步：您可以使用系统拆分选项

更多信息：

https：//博客。 sap.com/2016/10/19/one-stop-shop-sap-solution-manager-7.2 /

谢谢

Yogesh

嗨，

只是要求澄清：

您使用的是SAP Solman 7.1，想将ABAP到ABAP的系统复制到SAP Solman 7.2吗？

感谢信息。

Jan

嗨Yogesh，

谢谢您的回复。 让我在这里尝试详细说明一下。 我们已经在solman 7.2上想要使用我们现有的解决方案管理器来构建新系统。 我们可以使用系统复制方法构建新的解决方案管理器吗？ 可能是的，所以一直在寻找最佳实践。 但是，如果我的系统复制方法是先对ABAP堆栈进行系统复制，然后重新安装Java堆栈，则该方法会遇到任何问题。

谢谢。

此致

Saikumar

您好Jan，

在Solution Manager 7.2上进行ABAP到ABAP系统的复制，以构建一个新系统并直接安装Java，因为据说旧的solman数据并不重要。

谢谢。

关于，

Saikumar。

我只是使用SUM内置的功能来复制Solman的ABAP和Java堆栈。 不确定abap堆栈将如何处理更改。 我想如果您回头看完所有solman设置指导的过程，那将是可能的，但是受支持的方法所带来的风险要小得多。 （由于可能的不一致，我假设不支持复制现有的solman abap堆栈并安装新的java。）

Hi William Bowman，

非常感谢您的回复。 我同意使用一次SUM工具同时复制ABAP + JAVA的概率的最佳实践。 因此，当我们遵循我在ABAP的系统副本和Java安装中提到的在旧数据中构建新SOLMAN系统的方法时，对我们而言并不重要。 是的，现在可以继续使用这种方法，并查看是否还会发生进一步的不一致情况。

非常感谢您的所有答复。

此致

Sai