饶峰：大家好，首先感谢大家坚持到现在，确实我觉得不容易！我们其实为今天的这样一个会议也是考虑得比较多，包括昨天晚上也是准备到三点多钟。继续吧，对于SAP我们的成功案例，其实有很多，包括我自己经历过的，包括有神龙汽车，立邦，然后现在在做的是东莞的盛意科技，还是现在另外一个公司也参与了，就是三菱电极的一个升级，另外的话还在光大银行也给他们做过POTO的升级，还有EW的升级，那我们公司升级的案例确实比较多，比较典型的就是神龙汽车这一块，这是一个神龙汽车的背景，上面这些是我们的销售部门给我的神龙汽车的一个介绍，它是跟雪铁龙合资的一个公司，比较有意思，在他们真正升级上线的时候，做片子是中文在左边，右边是法语，我一个字都看不懂。他们整个SAP的项目是这样，98年他先是用了一套R3的财务系统，2003年将实施范围扩大了，然后再扩大到其他的，然后把R3作为自己的核心业务模块。在他们的一期的实施的过程当中很多的标准流程的实施的变更，随着汽车业的发展，现在油价的上涨，汽车工业在中国的发展还是一个势头相当猛的，所以它对自己的业务系统，核心业务系统的要求就比较高了，它是在去年的时候，就是把46C升级到了ECC6。现在是怎么样的一个情况呢？它在新的SAP架构下，已经开始了它的BW系统实施了，取代相关以前的自行开发的报表，那我们也很荣幸，就是基于升级项目的良好合作，BW项目其实它最后也是选择我们达美公司来继续去做。它的一个实施周期是差不多五个半月，从3月5号我们第一批人进厂开始，一直到8月27号结束，这一段时间是上线和支持阶段，做它的升级项目还比较舒服，舒服在哪？时间上就是宕机的时间要求不是太高，尽管我们三天做完了，还算比较快，它为什么停机时间要求不高呢？他们是有国企的背景，再一个大家都知道，武汉是一个非常高温的地方，叫火炉，四大火炉，重庆、武汉、南京，还有南昌，这四大火炉，他们在夏天的时候，有个高温假，有的时候是15天，所以它的停机时间要求并不是很高，但我们做尽量是用比较快速的方法去完成这个工作。其实在整个项目的过程当中，一个难点就是它的自开发的东西，报表，还有接口，以及功能增强这一块，这一块的东西比较多，就导致了我们后期需要调整的东西特别多，再加上另外一个什么东西？就是今天上午的时候，我也给大家讲了，做Unicode的时候，大部分的程序和报表都要调整，这一部分导致了工作量非常大，其实这也是一个值得注意的地方，就是我们在现有的系统实施过程当中，不管是我们将来升级到新版本，还是现有的版本中，尽量减少试开发的东西，尽量去避免更改SAP的程序，只能说尽量避免，不能绝对避免。那这是我们在实施项目过程中的一个难点。这是它的整个系统的架构，它用的是上等机器，6800有两套，6900有一套，分别是12个CPU，12G内存，本地硬盘，这是一组机器，这是它的以前的存储，这是现在的一个存储，这是它的开发系统和备份这一块，是放在开发系统上做的，它是这样一个过程，我们最早的时候，我们的升级分了两个步骤，第一是把系统从6800迁移到6900上，然后又从6900迁移回到6800，迁移是从6800到6900，这个时候做的三个目的，一个是操作系统升级了，从Solaris8到10，另外这样一次迁移完成了数据库的一个重组，这是我们做的一个方法，为什么呢？因为今天早上我们已经说了，我们的升级的项目基本上都会涉及到硬件的升级，它的硬件不属于升级，但是迁移是必然是要做的，在这个升级项目当中，那我们开始它原有的这一套系统是在6800上，6800以前接的是6300，经过迁移之后，我们先是主机迁移到6900上，这个过程是用什么方法做呢？就是用SAP的方法来做的，就是把数据库引出来，然后再把它安装一套系统出来，这是一套SAP的标准的一个迁移的方法。大家知道数据库在做导出的时候，是并行导出的。我们把它拆分成一个一个单独的任务，这样就会避免我们在系统导出的过程当中，最长的这个板子，去避免它，使得每个项目都分配得很均匀，就不会说第一个进程跑了四十个小时，其他的进程可能两三个小时就跑完了，就避免这样一个情况，这是做导出，那导入呢，就是迁移监控器，这是从6800导出，导入6900，那我们一般的做法是等所有的导出都导出完了以后，再用R3Lolad，我们用迁移监控器的方法，它有一个什么好处？在我们6800导出的时候，它当某一个任务做完了，比如说最大的，比如说我订立了客户的表，那么最大的表导出了，我这边会检测到一个标志文件，它导出完成之后，会自动生成一个标识文件，这个标识文件，我6900上面会有一个进程，去监视这个标识文件，一旦这个标识文件形成了之后，就说明我的某一个任务已经完成了，那我6900，这上面会形成一个R3Load，这样的时间的话就能减少将近50%，只能说将近50%，因为它要等最后一个进程完才能导出最后的一个系统。这是我们在做系统迁移的时候的两个工具吧！这是我们在任何一个项目都要做的一件事情。所以在座的可能将来去做升级的话，也是会必然使用到这个工具的，但是这两个工具有一个弊端，就是在低版本的操作系统之上，就是说Sun8，这个就要用手动的方式来操作，这个私下再讨论。那么6900，8月份生产系统也做了一次迁移，方法同上，这个我们就不再描述了，但是8月份它的升级和Unicode。神龙汽车也做了一个很奇怪的抉择，就是他们应用的要求了，把6900又切回了6800，它的那个瓶颈，它整个系统的瓶颈不在数据库上，而且他也不担心这个问题，而且他觉得6800两台机器很方便，另外考虑到6900只有一台机器。

　　那么它的数据库是差不多800个G，我们导入和导出差不多是十几个小时就能够完成，如果直接按标准过程导出的话，需要二十多个小时。

　　嘉宾：问一下可以吗？800个G是多大？

　　饶峰：800个G不是很大，但是80个T在国内还没有听说过。

　　目前拆分工具的话，就是这样两种方法可以大大地减少。

　　我们还是回到刚刚的架构，其实看起来还是不会很复杂，这边是数据库和SCS。

　　这就是这样一个案例。

　　主持人：我们今天的嘉宾演讲已经讲完了，相信大家听了一天了，也有一些问题，下面是我们的互动环节，下面我们会请上今天的三位嘉宾，大家有什么问题可以随时跟他们交流。

　　如果没有问题的话，我们今天的会议就到此结束，非常感谢大家的光临，如果有问题的话，可以会后再跟我们的嘉宾再进行沟通，请大家把你们的调研问卷交到我们的签到处，同时领取一份礼品，谢谢！