如果是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做广告了）。。。。
公司主营业务：网站制作、做网站、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。创新互联是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联推出冷水滩免费做网站回馈大家。
重点不是配置和数据，而是License的问题。可以用Internet远程连接License服务器，然后使用SQL server或Oracle自带数据库迁移工具，导出成文件A，在公司的服务器上搭建OS环境和数据库环境，并安装R/3，然后倒入文件A，设置好License服务器，就OK了。
一些维修历史数据可以迁移，比如维修工单，通知单等，至于主数据修改历史或者日志，除非是用自定义表的形式存储，无法进入到sap的数据变更记录或者操作日志里