SAP升级项目

SUM

自动化的升级的一个平台

SPDD

主要是检查自建表、自建的字段、自开发增加表、字段，对数据库的影响，他会提示有哪些东西是变了，要不要更改，是要把它忽略掉，或者是有些只是要刷新一下

因为状态会不一样，或者有一些要标记以后去处理，有些标记就只是按照他的要求Set 一下就可以了，在这个过程当中，需要ABAP去介入，去看哪些东西是要调整的，哪些东西是不要调整，哪些东西是只要很简单的处理一下就可以，基本上它按照百分之百的进度的话，这个过程基本上在30%的时候开始

影子系统（在最终升级不会产生）

是在整体的30%到60%的过程中，在原来的系统外面创建一个影子系统，把一些数据通过影子系统方法传递过去，因此还是可以继续做业务

备份

从60%开始，就要当掉，因为必须要把影子系统的东西覆盖，到60%这个节点呢，会做一个备份

SPAU

跑到90%左右就会进入到SPAU这个阶段，也是跟开发相关的，是对数据库的自开发、自己新增的这些，这里开始，不对任何C 表，不对任何C程序做，主要调用的是增强、接口。还是在标准程序上面做的一些调整，因为自增强可能是基于标准程序做的一些调整。增强、接口，这方面的东西，就会在这个阶段里面跑，他会给一个清单出来，有多少东西是做了变化的，因为有可能版本不一样，BAPI 都会变，所以他会告诉你有哪些东西，可能是要调整的，这样就又要做一轮判断，哪些东西可能只是做一个简单修改就可以了，哪些东西需要调整，因为有很多调整可能

比如说：只是一个错信息的调整，那么报错信息可以改成Warning 还是Error 什么之类的，那标准的可能它是Error，你改成Warning 了或者什么东西，他会跟你说，你这个变了，到时候要刷一下，再改回去就可以了，很多情况下，因为要去简化转变的这个过程，情况越复杂，就要开发出很多分支来去解决这个问题，所以，会把所有归集到一个比较简单的过程里面去，也就是说，任何不标准的改动，他认为你过不了，所有说整个过程是一个骗他的过程。升级问题处理的就是你先把它改成符合他要求的东西，让他升过去，然后再把它改回来

核对数据

尽量是在停机之前做

配置(传输)核查

从DEV配好了，打完包了之后，传过来，传过来了之后就要检查，这些配置是不是能用的

财务POST

财务的转换记账数据的一个传输，也是一个迁移，从老的转到新的那个表里面

测试环境备份覆盖开发环境

例如：1月份拷贝DEV系统做双线运维，3月份拷贝QAS系统，两个系统数据存在差异为保持系统一致性所以测试环境备份要覆盖开发环境