在向SCN发布的问题中，似乎一次又一次出现的一个问题是，在数据库或操作系统升级的情况下，是否允许使用同构系统副本。

答案是肯定的。

如果您正在升级操作系统，例如从Windows Server 2003升级到Windows Server 2012 R2，您没有更改操作系统平台。因此，这仍然是一个同类系统副本（是的，您应该将系统副本作为Windows操作系统升级的一部分，因为如果安装了任何非Microsoft应用程序（即您的SAP系统），Microsoft或SAP都不支持操作系统的就地升级，除非在特殊情况下，通常不包括生产系统）。

如果您正在升级您的数据库平台，例如从SQL Server 2005升级到SQL Server 2012，您不会更改您的数据库平台，因此，这也是一个同类系统副本。虽然您可能会考虑遵循针对Windows操作系统升级给出的相同建议：导出您的SAP系统（或备份数据库），然后重新安装操作系统和/或DBMS，并在重新安装SAP时使用SWPM重新导入您的数据库，但这是可能的，也是可以接受的如果要更改操作系统和/或数据库平台，即从Unix更改为Windows或从Oracle更改为SQL Server，则为异类系统副本。或者迁移到HANA.

同构：源平台和目标平台是相同的（尽管可能在不同的版本上）。异构：源平台和目标平台不同。

下一个经常出现的问题是，是首选基于导出/导入的迁移还是基于备份/还原的拷贝。这些方法有时有不同的名称：

导出/导入有时称为基于加载/迁移监视器或独立于数据库（在系统复制指南中）。因为此方法不依赖于特定于数据库的工具，所以它是唯一可用于异构副本的方法。但是，它也可以用于同构副本。

备份/还原有时被称为分离/附加，或依赖于数据库（在指南中），甚至只是同构系统副本（在SWPM工具本身中）。此方法严重依赖于特定于数据库的工具和方法，因此只能用于同构副本。

如果您执行的是异类系统副本，则您别无选择。必须使用导出/导入方法。如果您正在执行同构系统复制，您可以选择其中一种方法，但在做出选择时，您应该考虑一些明确的标准。

一般来说，对于同构系统复制，如果您选择备份/还原方法，您的生活会更简单（整个过程可能会更快）。例如，对于基于SQL Server的ABAP系统，您可以在线备份源数据库，个人云服务器，而无需关闭SAP系统，这意味着所涉及的源系统不会停机。将备份文件复制到目标系统，将其还原到新的数据库，然后运行SWPM以完成复制/安装。这在为测试目的克隆系统时非常有用。当然，如果目标是将现有系统迁移到新硬件，那么停机是不可避免的，您当然不希望在备份后对源系统进行更改。

此方法的分离/附加变体可能是最快的，因为不需要执行导出、导入、备份或还原。但是，也涉及到停机时间。关闭源SAP系统，然后使用数据库工具（例如SQLServerManagementStudio）分离数据库。然后您只需将数据库文件复制到目标系统，再次使用数据库工具附加数据库，然后在目标系统上运行SWPM以完成复制/安装。

相比之下，导出/导入方法涉及关闭源SAP系统，然后使用SWPM导出数据以创建导出映像（可能是数百个）但也将比原始数据库小得多），然后在目标系统上再次使用SWPM安装SAP，并将导出映像作为源。源上的大量停机时间，一般来说是一个更复杂的过程，但要在网络上移动的数据要少得多。

显然，我非常喜欢使用备份/还原或分离/附加依赖于数据库的方法来实现同构系统拷贝，大淘客推广，而且在大多数情况下，这就是我建议您选择的方法。

然而，备份/恢复方法有一个明显的缺点。这个方法将在你的目标系统上精确复制你的数据库，以及所有的缺点。大多数情况下，大数据分享，这并不是一个真正的问题，但在某些情况下，您可能真的希望重新格式化数据库的结构，以利用最初安装SAP系统时可能不可用的选项，或者，也许是为了弥补当初安装时的错误选择，而您现在想纠正的。嗯，这是你的大好机会。

这些新的选择是什么？

也许您正在迁移到新的硬件上，CPU核比旧硬件上的要多得多，您认为这是一个绝佳的机会，可以将数据库扩展到更多的文件中，在这些文件中重新分配表和索引，从而优化I/O负载。备份/还原将创建一个目标数据库，其文件数与源数据库相同，表的分布与以前完全相同。您可以添加更多的文件，但您的表不会均匀地分布在这些文件中。另一方面，Export/Import不关心原始文件布局，在导入阶段提供了选择全新文件布局的机会。也许您正在升级您的DBMS，并希望利用新的数据库压缩选项。是的，在升级到支持MSSCOMPRESS的平台后，可以在线运行MSSCOMPRESS，但运行时间可能很长。但是，SWPM将在导入期间使用新的默认值自动压缩数据库，前提是目标DBMS支持这些默认值，因此您可以在一个步骤中实现迁移和压缩。压缩不会给导入增加任何额外的时间。