任何大规模的SAP转型项目都会在一段时间内演变，由于业务的性质，用SAP产品组合中类似的产品替换现有的遗留应用程序可能是不可行的。

以下是任何大规模SAP实施可能涉及的阶段。

2.过渡状态：确定任务传统关键应用程序需要过渡到SAP平台（计费、FI-CA、计量、工作和资产管理）-这一步被视为整个过程中的第一步。在规定的时间内并行运行遗留应用程序和SAP事务应用程序，直到所有剩余的遗留应用程序移动到范围内的SAP平台。

3。终端状态（SAP和非SAP事务系统共存）–继续运行少数非SAP应用程序，其中SAP portfolio不提供类似产品，如SCADA（监控和数据采集）、DMS（配电管理系统）和OMS（停机管理系统）。

由于源事务系统的过渡应用程序、下游依赖性（如报告应用程序/解决方案）也需要修正，以满足遗留报告系统中存在的企业报告。为了克服这个问题，客户通常会寻求以下答案：

我想总结一下我在这方面的经验，以帮助打算从非SAP报告平台迁移到SAP的客户/顾问。本博客旨在概述在SAP BI或类似技术中提出企业报告解决方案时可能遇到的场景。

不可避免地会有多个报告应用程序/解决方案来满足不同业务部门的报告需求。这主要是由于每个业务部门的报告要求在原则上有所不同。例如：财务和控制BO报告要求与工作和资产管理不一样。

这可能导致找到各种方法来满足他们的个人报告需求，并导致有多个异构的报告应用程序/解决方案。这是在大型转型项目中提出企业报告解决方案的额外复杂性。

背景：任何公用事业企业仅因业务需求的性质而涉及维护复杂的系统架构。应用范围包括GIS、SCADA、DMS、OMS、计量、计费、FI-CA、客户服务、工作和资产管理等。每个应用程序旨在执行一系列活动，例如：在大型改造项目中监控网络、配电和机组可用性等的控制室活动，大数据前景如何，物联网专用卡，仍然可以维护一些非SAP应用程序，以满足日常操作以及现有报告应用程序。

在平台转换（用例）期间，如果客户决定转换一些支持工作和资产管理以及计费、计量的现有遗留应用程序，使用SAP软件组件提供客户服务。其余的应用程序仍按原样运行，并提供给当前的报告应用程序（遗留报告解决方案）。

由于主题的复杂性，只有数据迁移和历史报告，合并报告将在本博客中进一步阐述：

数据迁移：数据…怎么办传统数据在模式、模型、粒度和业务实体等方面与SAP数据不同。众所周知，传统事务性应用程序模式/数据模型与SAP事务性应用程序不同，因此报告也不同。数据迁移是任何成功的报告解决方案实施的重要组成部分，因为企业数据仓库中的大多数报告都应满足监管、审计和，企业范围内的KPI。此外，云主机云服务器，迁移范围内数据的年数也有助于报告用户执行数据挖掘/预测分析，然后获得预防或响应预测事件的见解。例如：风暴对网络和客户群的影响有助于计划机组需求和更好的事件管理。

但是，来自事务应用程序需求的数据迁移方法应不同于报告应用程序。因为事务应用程序还需要从当前遗留事务应用程序迁移大量数据，而不是数据迁移范围内的所有数据。由于这可能导致SAP事务性应用程序的性能达不到最佳水平，因此通常会将大量数据迁移到SAP中。

遗留事务性应用程序和报告应用程序中的剩余数据也需要保留，以支持法律、审计跟踪。为了专注于报告，本博客仅介绍从传统报告应用程序到SAP报告解决方案的数据迁移方法。

场景1：数据虚拟化（从传统到SAP DW）

优点：

所有报告的单点访问（SAP、非SAP和合并报告）最少的数据迁移工作各层之间没有数据掺假最佳性能/SAP投资应用程序之间没有转换和物理移动遗留数据仓库和SAP BW并行运行

缺点：

需要将数据馈送到当前遗留报告应用程序维护传统和SAP报告解决方案的运营成本

场景2：从传统数据仓库到SAP数据仓库的数据迁移（HANA上的BW或BW/4 HANA上的BW）

此方法涉及从传统数据仓库到SAP数据仓库的数据物理迁移。由于遗留事务应用程序中的底层数据模型和模式与saps/4hana不同，因此需要进行数据转换来合并这两个数据集。这种方法要求数据暂存层（遗留数据的非接触数据副本）和转换层（转换数据）与源于S/4 HANA或ERP的数据相结合SAP DW中旧数据的副本与场景1相比性能更好

缺点：

继续从遗留DW向SAP BW馈送数据库规模以高速发展（因为SAP数据仓库同时拥有SAP和非SAP数据）

场景3：模式重新映射/访问BO层中的遗留数据仓库。