如果是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了。