包含常德专注sap系统迁移的词条

请问SAP迁移要做哪些准备

如果是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做广告了）。。。。

成都网络公司-成都网站建设公司创新互联十多年经验成就非凡，专业从事成都网站制作、成都做网站、外贸营销网站建设，成都网页设计，成都网页制作，软文发稿，1元广告等。十多年来已成功提供全面的成都网站建设方案，打造行业特色的成都网站建设案例，建站热线：18982081108，我们期待您的来电！

sap如何将分类导出系统,再导入到其他cliant

SAP CLIENT 数据配置文件的导出/导入

一.是离线型，

1，在STMS 里将两台电脑配置到一个域里面；

2.在SCC8里导出A电脑的配置文件，同时设置TARGET SYSTEM 里选B电脑的域信息

3.在SCC7里记下请求号码，COPY 这个A电脑的配置文件到B电脑上，分别放入指定的路径

\user\sap\trans\data\

\user\sap\trans\pofiles\

4.然后在B电脑里用SCC7 导入配置文件，系统会带出请求号码，这样就可开始导入文件

二.在线导入(copy client )

在B电脑上，SCC9 做远程传输，前提是是要求在A电脑上 SM59 里建立一条连接，是B电脑通过用A电脑上有权限的SAP帐户而建立的访问连接。并且需要测试连接OK才行。

这样就可以在B电脑的SCC9里做集团远程COPY了，时间为3-5小时

三.配置文件替换方法，(这种只能导入配置文件，数据文件是无法导入的)

1.在B电脑上 SCC8里先把配置文件导出，另存放位置保存好

2.把A电脑的配置文件COPY 到B电脑上指定的位置\user\sap\trans\data\; \user\sap\trans\pofiles

并且把文件名改成与B电脑上的配置文件名一样。

3.在B电脑上 STMS 里来传输，点击小车进去，先检测，能检测到上面的文件名，显示可用就OK，然后把他们全部变成小车传输的状态，一几个小时后会出现错误，提示有数据文件不能导入，而实际上SPRO 里的配置文件已经导进来了，可以正常建立 物料主档案，工厂和其他必须的设置已经都OK。

sap系统切换数据怎么处理

要有良好的系统硬件环境、先进的数据库软件、技术精通的团队等。是为l了系统硬件设备能够为数据切换提供稳定的支持，先进的数据库软件可以帮助企业快速实现数据迁移，而技术精通的团队则可以更准确地实施切换过程，从而保证数据的安全性与正确性。SAP系统切换数据是指企业在进行SAP系统迁移、更新和升级时，将原有的SAP系统数据从一台计算机系统转移到另一台计算机系统，以实现历史数据在不同计算机系统间的共享。

系统迁移如何进行

由于各种原因，越来越多的企业面临着ERP系统替换问题，而在系统更换前，现有ERP系统中有效数据的倒入，对ERP系统切换以及新系统正常运行有着重要影响。数据迁移稍有不慎，便会造成新系统不能正常启动，而迁移过多垃圾数据，将有可能使新ERP系统运行缓慢、甚至瘫痪。 因此，在进行新旧ERP系统替换过程中，企业CIO们除了要对新ERP系统进行项目需求、规划、实施，解决用户应用习惯以及开发相关接口外，还要认真考虑历史数据的导入问题。尤其是在现有ERP系统运行数年，积累了上百GB数据的情形下，CIO们更需要仔细衡量历史数据的有效性和对新系统的影响以及数据迁移的方式和方法。而这决不仅仅是异构数据库、不同存储设备之间数据迁移那么简单，它更像是对以前ERP数据以及ERP业务流程的重新审视和考核。 解决好ERP替换过程中的数据迁移问题不仅是新ERP系统成功上线的重要前提和保障，同时也是对已有ERP系统的一次全面总结和反思。 数据迁移切忌完整 对于传统数据迁移或数据库更替问题，企业CIO或数据库开发维护人员考虑得更多的是数据迁移的完整性和可靠性，但是对于ERP替换过程中的数据迁移而言，保持数据的完整性却是大忌。因为新旧ERP系统替换过程中，历史数据的迁移绝对不是孤立存在的。它虽然看似一个简单的数据库更替问题，但是，它涉及到从一个ERP系统到另一个ERP系统，从一个应用模式转向另一个应用模式的转变，这更多的是ERP本身的问题。 业内人士指出，对于同一厂商不同ERP产品替换，由于系统是在同一数据库基础上开发，而且存储逻辑或方法基本相同，所以旧系统中的数据利用率会很高，可以达到70%;而对于不同厂商的ERP产品替换，其旧数据利用率不超过10%，而且旧系统中数据利用得越多，新系统的负担就越大、性能越差、信息越不准确，这与简单的数据库迁移强调完整性有着本质区别。 而且，虽然用户选择的ERP厂商所提供ERP产品的模块可能相同，但是在相应实现方法、数据库记录的表结构以及ERP工作流程方面却是大相径庭，因此，ERP替换过程中的数据迁移不仅仅是数据的导入、导出问题，更是系统的更换、工作方式的改变。 所以，在进行ERP数据迁移时，企业CIO们不应简简单单地把ERP数据迁移看作是单一的数据库问题。企业CIO们首先应根据新ERP系统的需求设立项目目标，针对新的模块确定所要迁移的有效数据，其次才是ERP数据迁移过程中的技术实现问题。 虽然，数据迁移问题往往是在对新ERP系统进行项目需求、项目规划、项目实施、相应接口开发和人员培训之后，但是用户在与新ERP厂商签订合同、进行项目需求调研、规划时，就应该与相应ERP软件厂商共同探讨如何选择有效的历史数据以及如何对旧ERP系统中的历史数据进行导入等问题。 神州数码管理系统有限公司易飞服务部经理梁景茹建议，用户最好能请曾长期应用旧系统的人员参与到数据迁移小组中，以了解新旧系统的数据库和有关字段，避免数据字段对应错误。SAP咨询部中国区技术咨询经理赵旭民甚至建议，用户最好能请到原ERP系统的开发、设计人员来帮助自身共同做好数据的迁移工作。 对于ERP替换过程中的历史数据，并不是所有的数据都可以平滑过渡到新的ERP系统之中，尤其是对不同厂商的ERP系统替换，原有数据的利用率非常低。因此用户和实施顾问更应该关注数据的有效性，即搞清到底哪些数据对于新系统功能模块来说是有用的。 其次，新系统自动生成，是指在ERP系统切换后，通过新ERP系统的相关功能，或为此专门开发的配套程序生成所需要的数据。这种方法通常需要根据已经迁移到新系统中的数据来生成所需的信息。其实施的前提是，这些数据能够通过其它数据产生。 工具迁移与手工录入相结合 对于工具迁移而言，首先，各家ERP厂商多提供部分自主开发的迁移工具。北京时空公司相关负责人介绍，该公司就自主开发了专门解决数据迁移的“升级工具”。其可以从SQL Server 平台的数据源中抽取数据，完成转换和清洗，装载到各种系统里面，更复杂转换可以通过编写脚本或结合SQL语言的扩展来实现，并且该“升级工具”提供调试环境，可以极大地提高开发和调试抽取、转换程序的效率。 SAP针对SAP和非SAP系统之间替换的数据迁移工具分为两类：一类是专门针对少量数据迁移的SAP专有系统迁移工具(LSMW)，其可以非常方便将少量文本文件导入、导出;还有一类是针对大批量数据导入、导出的批导入工具，该软件类似于WORD里定义的宏概念。 另外，微软、ORACLE、IBM等数据库厂商也提供相应数据迁移工具，还有很多第三方公司开发的工具，如Ascential Software公司的DataStage。这些工具也可以从多个不同的业务系统，多个平台的数据源中抽取数据，完成转换和清洗，装载到各种系统里。 目前，通过工具迁移是最普遍的方式，但是用户在使用的时候经常遇到的情况是，原来系统中遇到的数字，并不是客户想要的准确数字。所以在通过工具迁移过程当中，派一至两个人检查，对新系统导入的准确性和有效性是有很大帮助的。 而在实际ERP数据迁移过程中，同时采用通过工具迁移和手工录入方式可能更为合理，即少量数据通过手工导入，大量数据通过工具迁移。比如对于仓库中上千种物料，通过工具迁移更为合适;而对于少量数据导入，如果还通过工具迁移，迁移的准确性肯定需要手工盘点来判断，如果之间出现误差，相关工作人员会再重新进行盘点或重新手工导入数据，其带来的繁琐程度大大超过直接录入。 数据检验也要靠人判断 在对旧ERP系统数据迁移完成后，用户还需要对迁移后的数据进行校验。而检验的指标应包括数据的准确性、有效性、一致性3部分。神州数码管理系统有限公司易飞服务部经理梁景茹指出，对于检验用户可以自己编制一些小软件，按业务流程和一些数据进行模拟，看最后的数据结果和报表是否正确。 但SAP咨询部中国区技术咨询经理赵旭民认为，除程序检测外，最好还要通过系统外的方法，即非计算机程序或软件程序来判断数据迁移的有效性和准确性。他说，“计算机程序没有智能行为，要判断数据的有效和准确一定要靠厂商中的实施顾问和客户中的关键用户。” 赵旭民认为，对于单一的数据，并没有办法判断数据的有效性或准确性，最后判断的根本还要回到原系统本身的运行状态和运行结果，如果原系统的业务流程或数据模式不合理的话，数据根本就不需要再进行迁移也就无需检验了。