就此特定方案寻求SAP支持。

由于MCOD，唯一受支持的方法是进行Homo System复制并分别导出每个ABAP和JAVA。

但是，唯一受支持的模型正在执行DB独立方法。 使用备份工具的数据库方法不起作用。

我们确实是Windows/SQL商店。 但是，可能要过几个月才能完成这项任务。 但是，我感谢您提供的文件！ 当我们到达那里时，我可能会提请您注意。 我也做同样的事情，至少在SBX，DEV和QAS阶段，我记录了几乎所有工作的内容，因此在PRD中进行自动驾驶时，只需遵循以下步骤即可（这很好） ，因为通常在那个阶段是凌晨3点，而我却缺乏睡眠，所以理性的思考并不总是最好的。）

此外，在SolMan场景中，我们还没有使用CHARM或除基本景观监视之外的其他任何方法，因此它相对简单。 此时，我什至可以选择从头开始将7.2作为新系统实施，尽管我可能不会。

无论如何，在其他地方，我看到Boris Rubarth谈到了双堆栈拆分，他似乎暗示将单独的实例分离为真正的实例将节省管理员的麻烦，这对我来说很有意义。 他指的是多租户HANA实例，但是尽管如此，一般建议仍然适用。

我同意，除非您也打算跟进您的QAS和PRD环境，并在结构上保持相对相似，否则我不会在DEV中执行此操作。

您好 Joshua Lacroix ，

分别导出两个系统并将其导入新硬件。

如果要更改主机名，则需要重新配置系统。

我建议您在新硬件上使用旧服务器名称作为虚拟名称（这将使您的生活更轻松）

请查看下面的SAP注释

1564275-在Windows上使用虚拟主机名安装SAP系统
2109662-Windows返回错误的IP地址作为源IP

此致

Yogesh

这将是更好的选择，如下所述。

-Yogesh

我正计划使用完全相同的主机名和IP地址。

因此，请仔细查看。

过程...我在这里有2种方法，分别使用数据库独立的导出/导入或数据库独立的导入。

与数据库有关的内容基本上是我数据库的还原，但是..如果要安装的过程是每个引擎独立的。 如果使用该方法，则无论如何都会引入另一个实例的模式，因为它的MCOD很高。 例如，在新硬件上，我安装数据库软件，准备运行SWPM，并从备份安装SOLMAN 7.2 ABAP目标。 很好，但是通过恢复该数据库，我只是从JAVA实例中引入了SID信息。 当我转过来从备份中执行相同的SWPM JAVA目标时，我已经在系统中拥有它。 该方法会覆盖吗？ 我认同。

由于这个原因，我认为我需要使用DB独立方法，导出到目录，然后使用Jload对JAVA进行相同的操作，然后将每个目录导入。

不确定是否有人将MCOD拆分为吗？