迁移有不同的场景：

1。新安装：

最简单的情况通常是新安装。对于到目前为止还没有使用任何sapbw系统的客户来说，这可能是一种有趣的方法，因为新的安装没有迁移那么复杂，迁移需要大量的准备和后期处理工作。如果您可以在实施sapbw之前设想大量的数据量，并且如果报告速度是您的首要任务之一，那么现在就值得依赖saphana技术。不再建议将新的SAP BW系统与Business Warehouse Accelerator（BWA；请参阅下面的"SAP HANA上的SAP BW

与Business Warehouse Accelerator之比较"）。

SAP HANA上的SAP BW与Business Warehouse Accelerator之比较：

SAP HANA上的SAP BW和Business Warehouse Accelerator（BWA）都加快了运行时的BEx查询。然而，多多淘客，这两种方法的技术架构有很大的不同。在使用BWA时，可以并行部署两种存储技术（sapw系统的关系数据库和BWA）来保留数据。但是，对于SAP-BW-on-SAP-HANA，您只能将SAP-HANA用作主数据库系统。在这种情况下，所有sapbw数据都保留在主内存中，所有数据的报告速度都会加快。相反，当您使用BWA时，只能针对特定数据加速报告。为此，中国物联网，必须将各个InfoProviders的数据显式传输到BWA（索引）。与BWA相比，SAP HANA上的SAP BW也提高了数据加载进程的速度。一方面，这省略了流程链中的时间密集型步骤，智能工厂解决方案，例如，为InfoCubes生成索引。另一方面，大数据对比，PerformanceIntentive过程（如DSO请求的激活）直接在SAP HANA数据库上运行。通过部署saphana和planningapplicationkit（PAK），您还可以大大加快规划功能的执行。最终，由于简化了数据模型，SAP BW中的InfoCubes在SAP HANA上的重构也大大简化了。迁移：

在SAP HANA上执行SAP BW迁移时，SAP BW系统的主数据库被SAP HANA替换。到目前为止，sapbw系统是否在Oracle、DB2、mssqlserver或MaxDB上运行与此无关。因此，这通常被称为AnyDB到SAP HANA的迁移。迁移完成后不再需要以前的数据库，通常可以完全关闭。所有数据、sapbw对象和数据模型在迁移后仍然可用。这也被称为无中断方法，因为sapbw系统的操作可以在没有重大中断的情况下继续进行。可能用于性能优化的BWA将失去在SAP BW on

SAP HANA场景中存在的权利。BWA只优化选定信息提供者的数据，以便快速报告，而SAP HANA保留主内存中的所有数据，从而加速所有报告。

2.1手动迁移：

对于SAP BW系统，数据库和可能的BWA将在迁移范围内替换为SAP HANA。经验表明，

手动迁移（也称为经典迁移方法）是部署频率最高的。在实现异构系统拷贝（包括数据库或操作系统更改的系统迁移）时，所涉及的工具已被证明是成功的

。为SAP HANA提供了一些额外的

工具和特殊报告，这些工具和报告必须在实际迁移阶段前后使用。

2.2 DMO和PCA迁移选项：

手动迁移的另一种替代方法是使用数据库迁移选项（DMO），交通大数据，通常与复制后自动化（PCA）结合使用。DMO允许您只需一步就可以运行系统升级和到SAP HANA的迁移。如果SAP BW系统还没有实现迁移所需的版本，这将特别有用PCA的基本思想是自动化许多单独的步骤，特别是在SAP

HANA迁移上对SAP BW进行后处理。这是为了确保，除其他事项外，所有迁移步骤都以正确的顺序完全执行。

快速部署解决方案：

可选提供RDS以加速SAP解决方案的实施在SAP HANA上提供三个与SAP BW相关的RDS包。例如SAP提供了RDS包SAP BW到SAP HANA的快速数据库迁移，可以加快SAP BW对SAP HANA的迁移速度

SAP BW对SAP HANA迁移前后的高级系统架构：