Munish，

还请参见注释 1494740 （从较早的Windows迁移SAP系统 向较新版本发布）。 需要注意的一件事是，在过去，如果安装了任何第三方应用程序，则Microsoft不支持Windows Server 的就地升级。 在这种情况下，SAP将成为第三方应用程序。 因此，仅非生产系统支持使用SAP对Windows进行就地升级。 我认为，至少在最新版本的Windows Server中，Microsoft的限制现在已经放宽，并且从Notes中发现，群集服务器就地升级的限制似乎也已经放宽了（尽管此过程更加复杂） ）。

也就是说，仍然建议至少考虑系统迁移而不是就地升级。 升级操作系统可能会对您的应用程序设置产生影响，尽管通常可以正常进行，但如果应用程序是本身是"全新安装"的操作系统之上的"全新安装"，则可能会更安全（并且更可预测）。 "

此外，操作系统升级是硬件更新的绝佳机会。 您没有提到您是在虚拟硬件上还是在物理服务器上，但是如果您在物理上，这是您用更新更快的模型替换这些模型或考虑虚拟化的巨大机会。

您提到总体停机时间是一个主要问题，当然是这样。 但是，我不确定Windows就地升级是否会比系统副本的"分离/附加"或"备份/还原"版本快得多。 实际上，我认为它可能会更慢。 当然，4 TB是要移动的大量数据，但是首先，您可以通过一些选定的修剪（很多有关此说明）或归档（如果尚未删除）来减小数据库的整体大小。 ）。 而且，如果您的数据库文件总大小中的大部分都被数据库的可用空间所占用，那么备份/还原方法（或在复制之前减少可用空间，然后在以后增加可用空间）可能会减小文件的大小。 复制过来。

在这种情况下，您可以在旧系统仍在运行的同时，在新硬件上完成新OS和DBMS的安装，然后仅在最后一刻关闭生产性操作，分离数据库（您不必 提及您正在使用的DBMS，所以我以SQL Server为例），将其复制，附加，然后通过系统复制过程运行SWPM"目标系统"安装。 而且，如果在系统复制过程中出现问题，此过程将使您保留原始系统，以防万一。

干杯，
马特