如果是R/3： 如果是同构系统迁移，在OS/DB版本和Patch没有变化的前提下，可以采用比较简单的方式，通过 Backup/Restore方式实现； 如果迁移期间结合SID变更，或者系统同时Reorg数据，可以采用SAP标准的同构系统Copy方式 （Export/Import）实现； 如果OS/DB平台发生变化，应采用SAP异构平台迁移方式（Export/Import）方式实现； 对于容量较大的客户生产系统，同时停机时间有限，可以结合SAP 增量数据复制（SAP SLO提供的 服务） 如果是BW,EP,APO等其它产品，分别由各自不同之处;或者如果R/3是同其他系统有较为密切的集成 关系，迁移就相对比较复杂，不仅要考虑本系统是迁移过程，还要从应用和集成角度确保迁移前 后的业务流程顺畅。 如果您打算具体动手，建议参加SAP Migration培训。3月底SAP培训部会在上海开国内第一次 Migration PA, 由Larry大虾主讲, 机会难得，（顺便帮SAP做广告了）。。。。
成都创新互联公司自2013年创立以来，先为威海等服务建站，威海等地企业，进行企业商务咨询服务。为威海企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
一些维修历史数据可以迁移，比如维修工单，通知单等，至于主数据修改历史或者日志，除非是用自定义表的形式存储，无法进入到sap的数据变更记录或者操作日志里
重点不是配置和数据，而是License的问题。可以用Internet远程连接License服务器，然后使用SQL server或Oracle自带数据库迁移工具，导出成文件A，在公司的服务器上搭建OS环境和数据库环境，并安装R/3，然后倒入文件A，设置好License服务器，就OK了。
