如果是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做广告了）。。。。
创新互联专注于莒县网站建设服务及定制，我们拥有丰富的企业做网站经验。 热诚为您提供莒县营销型网站建设，莒县网站制作、莒县网页设计、莒县网站官网定制、小程序开发服务，打造莒县网络公司原创品牌,更为您提供莒县网站排名全网营销落地服务。
一些维修历史数据可以迁移，比如维修工单，通知单等，至于主数据修改历史或者日志，除非是用自定义表的形式存储，无法进入到sap的数据变更记录或者操作日志里
前提是两个SERVER的STMS必须建好，并采用虚拟目标系统 1、使用事务代码：FTWP及FTWA即可SCC8导出数据，再SCC7导入； 2、SCC8倒出CLIENT，文件会在datafile和cofile两个目录下分别存放数据文件和控制文件； 3、把两个文件拷贝到目标系统的对应目录下，加入buffer； 4、通过STMS进行IMPORT，用SCC3监视进程； 5、完成后，用SCC7做POST IMPORT即可。
重点不是配置和数据，而是License的问题。可以用Internet远程连接License服务器，然后使用SQL server或Oracle自带数据库迁移工具，导出成文件A，在公司的服务器上搭建OS环境和数据库环境，并安装R/3，然后倒入文件A，设置好License服务器，就OK了。
