太仓数据中心ERP和E-HR升级改造项目-技术文件

1、太仓数据中心ERP和E-HR升级改造项目技术文件 / 62上海保利协鑫电力运行管理有限公司太仓数据中心ERF和E-HR升级改造项目技术文件（正本）南京科技有限公司2014年9月第一章项目概述 TOC o 1-5 h z HYPERLINK l bookmark2 o Current Document 建设目的5 HYPERLINK l bookmark4 o Current Document 12系统现状5ERP、E-HR数据库服务器现状 5 HYPERLINK l bookmark6 o Current Document 存在问题5性能不足5 HYPERLINK l bookmark12 o

2、 Current Document 安全风险7 HYPERLINK l bookmark14 o Current Document 存储空间不足7 HYPERLINK l bookmark16 o Current Document 第二章 方案设计 8 HYPERLINK l bookmark18 o Current Document 设计目标8建立稳定的冗余负载均衡数据库服务环境，减少全年业务中断时间。 8提高数据库的服务性能，满足业务部门不断提高的性能要求。 8部署全面覆盖、自动执行的备份体系，同时消减历年累计的各类安全问题。 8 HYPERLINK l bookmark20 o Curr

3、ent Document 规范标准8 HYPERLINK l bookmark22 o Current Document 设计原则8技术先进性8标准化9可扩展性9可用性9兼容性9可靠性9冗余性9容错性9解决问题10安全风险解决 10 HYPERLINK l bookmark26 o Current Document 性能不足解决 10存储空间解决11 HYPERLINK l bookmark30 o Current Document 设备环境12 HYPERLINK l bookmark32 o Current Document 目前拓扑环境12 HYPERLINK l bookmark34

4、o Current Document 改造后拓扑环境 12 HYPERLINK l bookmark36 o Current Document 目前已有设备13 HYPERLINK l bookmark38 o Current Document 改造需增加设备及服务 14改造升级15在新设备安装AIX7.1并搭建数据库11G rac的测试环境，协同ERP E-HR开发人员和业务使用人员，对11G环境下的ERP和E-HR业务应用进行业务稳定性测试（测试内容由业务部门定制），并 将测试结果反馈本项目人员。如长时间测试无法解决问题，则继续使用原有10G。15搭建数据库服务器和存储系统新环境，aix系

5、统采用7.1，数据库为oracle11G，搭建数据库rac结构，导入正式库数据库数据，并建立备份环境，进行业务稳定性测试。 15测试正常后，暂停ERP和E-HR服务，将ERP和E-HR最新数据库在线迁移至新环境，测试无误后，正式上线并对外提供服务。 15将原有系统和存储重新配置，安装 Aix7.1系统和oracle 11g rac，导入正式库数据库数据进行测试，测试新环境对 E-HR和ERP的运行支持的稳定性。 15测试正常后，暂停新系统中的 E-HR服务，导入E-HR最新数据库至旧环境，测试无误后，正式上线并对外提供服务。15完善现有的备份体系，移植和完善集团和电力现有虚拟化平台。 15从方

6、案上要保证整个实施的零风险，而不仅仅是从操作方法上降低风险。尽量缩短业务的停顿时间。迁移过程中要保证现有系统状态不受影响，一旦迁移出现任何异常，都能够立即终止迁移动 作，并将业务切换到原有状态，保证数据及业务的安全。将整个实施流程分割成多个操作单元，操作 单元之间的关联性很小，一个操作单元的实施结果不会对另一个实施单元造成影响。操作单元内的操 作要做到简单可控。15 TOC o 1-5 h z HYPERLINK l bookmark42 o Current Document 数据库在线迁移和升级 15任务15现状17前期准备172.74迁移演练18迁移步骤19 HYPERLINK l boo

7、kmark68 o Current Document 数据验证20迁移回退21 HYPERLINK l bookmark74 o Current Document 配套的升级改造 22小机 AIX22存储25备份25虚拟化25 HYPERLINK l bookmark86 o Current Document 第三章 项目管理27 HYPERLINK l bookmark88 o Current Document 文档管理27 HYPERLINK l bookmark90 o Current Document 项目资料文档：27 HYPERLINK l bookmark92 o Current

8、 Document 实施安装文档： 28 HYPERLINK l bookmark94 o Current Document 组织管理28项目领导小组28项目实施小组 28测试验收小组28 HYPERLINK l bookmark96 o Current Document 质量管理小组29 HYPERLINK l bookmark98 o Current Document 过程管理29设备采购29安装准备29安装调试29 HYPERLINK l bookmark100 o Current Document 进度管理29到货进度29 HYPERLINK l bookmark102 o Curre

9、nt Document 实施进度30 HYPERLINK l bookmark104 o Current Document 质量管理30 HYPERLINK l bookmark106 o Current Document 安全管理30 HYPERLINK l bookmark108 o Current Document 思想保证体系31组织保证体系31工作保证体系31 HYPERLINK l bookmark110 o Current Document 阶段管理31准备阶段31实施阶段31验收阶段31 HYPERLINK l bookmark112 o Current Document 联络

10、管理31 HYPERLINK l bookmark114 o Current Document 实施管理32实施步骤32 HYPERLINK l bookmark116 o Current Document 实施周期33 HYPERLINK l bookmark118 o Current Document 实施人员 34 HYPERLINK l bookmark126 o Current Document 流程管理38安装流程38测试流程42 HYPERLINK l bookmark140 o Current Document 验收流程44 HYPERLINK l bookmark144 o

11、Current Document 第四章客户培训47 HYPERLINK l bookmark146 o Current Document 培训体系47培训安排47 HYPERLINK l bookmark148 o Current Document 培训计划48 HYPERLINK l bookmark150 o Current Document 现场培训48 HYPERLINK l bookmark152 o Current Document 课程培训48AIX 培训484.32ORACLE培训49 HYPERLINK l bookmark154 o Current Document 43

12、3.培训计划和内容50 HYPERLINK l bookmark156 o Current Document 第五章 支持服务 51 HYPERLINK l bookmark158 o Current Document 售后支持51 HYPERLINK l bookmark160 o Current Document 科技客户服务优势 51 HYPERLINK l bookmark162 o Current Document 科技客户服务简介 51 HYPERLINK l bookmark164 o Current Document 售后服务体系综述52服务承诺54产品保修54 HYPERLI

13、NK l bookmark168 o Current Document 维护和咨询55 HYPERLINK l bookmark170 o Current Document 设备统计和巡检服务 55支持服务57 HYPERLINK l bookmark172 o Current Document 服务响应57电话响应57Internet 与电子邮件响应 57远程维护响应57 HYPERLINK l bookmark174 o Current Document 现场服务响应58 HYPERLINK l bookmark176 o Current Document 第六章 产品清单 59第一章项目

14、概述建设目的本次信息化改造项目招标为已有的ER及E-HF的基础上，对当前系统应用进行相应的 冗余负载均衡升级改造，并完成相关配套调整，以保障协鑫ER和E-HF系统健康运行。通过在太仓数据中心对ERP和 E-HR系统进行升级，调整相关配套设备和服务，将在 太仓建立高效稳定的ERP和E-HR应用。系统现状ERP、E-HR数据库服务器现状ERP和E-HR数据库肩负着协鑫电力 ERP应用和全集团E-HR应用的后台数据 库服务任务，属于最关键的核心业务之一，但目前设备陈旧、版本过低，面临 越来越高的风险。ERP和E-HR应用服务器去年已完成更新换代和升级，改善了ERP和E-HR的访问性能，但随着ERPf

15、fi E-HR业务的快速扩充，特别是E-HR档案模块上线和后 续各类开发，引发了数据库的各类故障和bug,数据库低版本和硬件性能不足越来越成为一块短板，拉低了整体性能和稳定性。鉴于数据库服务器已成为故障的根源，经集团信息部、协鑫电力信息部、厂 商联合调查讨论后，认为升级改造数据库硬件和软件是解决问题的根本办法。存在问题1.3.1.性能不足ERP负我集群E-J1R1L备#储阵列如上图所示：集团ERP和E-H取据库为同一数据库，负载不大的情况下可正常运行, 但月末和月初集中核算期间，ERP和E-HR处于高负载运行，互相抢占数据库和存储带宽, 会造成ER和E-HR访问性能急剧下降；此外，这种模式也会

16、对权限划分、后期维护造成负 面影响，其故障判断和恢复也造成很大延误。132.安全风险两台数据库服务器迄今已服役八年，其宕机风险也越来越大。目前oracle厂商最新版本为oracle 12C，而当前的10G版本近期将停止技 术支持；操作系统的AIX系统版本为低版本的5.3，其安全性和版本支持性问题 也在逐渐凸显。目前Oracle数据库无有效维保，所有维护和故障处理全靠内部IT人员自行查找和解决，无厂商的技术支持。Symantec备份体系只包含现有ERP和E-HR数据库环境，应用环境和其他关 键服务采用第三方软件组合，可靠性差。1.3.3.存储空间不足现有数据量呈爆发性增长，剩余空间已远远无法满足

17、后续使用需求，以ERP和E-HR生产数据库为例，2013年初数据库的占用空间为250G但截至2014年 5月，数据量达到600G其中，主要的增长是由于 E-HR的扫描件上传引起，按 照每年近400G增长量，考虑到后续3-5年，须预备2T空间，而对应的备份空间 需要8T。另外，考虑到业内虚拟化主流趋势和协鑫数据中心规划，未来服务器 将尽量不再采购，但存储空间要求相应提高，仅参考目前要建立数据库测试环 境、PM环境、SIS环境、虚拟化平台和其他关键应用，须预备10T空间；最后，考虑到徐州数据中心灾备，预留10T空间，合计30T空间的使用需求。第二章方案设计设计目标建立稳定的冗余负载均衡数据库服务环

18、境，减少全年业务中断时间。2.12提高数据库的服务性能，满足业务部门不断提高的性能要求。2.13部署全面覆盖、自动执行的备份体系，同时消减历年累计的各类安全问题规范标准本技术方案中涉及的所有规范、标准或材料规格（包括一切有效的补充或附录）均 为最新版本，即以招标人发出本信息系统定单之日作为采用最新版本的截止日期。系统 中所有设备的设计，检查，试验及特性除本规范中规定的特别标准外，都遵照适用的最 新版中国国家标准（GB）及电力行业（DL）标准，以及国际单位制（SI）。我方提出的 等同标准应不低于招标人要求的标准并征得招标人的认可，本方案遵循的标准包括： ? IEC国际电工学会? AIEE美国电气

19、电子工程师协会? ANSI美国国家标准化协会? NEC美国国家电气标准? ISO国际标准化组织? TCP/IP系统传输控制协议和接口程序? IEEE802局域网协议标准? 电磁学规范：FCC Class. A、FCC Class. B 或 CISPR 22 Class. B? 安全规范：UL Listed （美国）或 EN 60950 （国际）? 质量标准：ISO9000认证? 智能终端、显示器等设备应符合能源之星（EPA）标准设计原则建设原则按照“统一设计，分步实施”。2.3.1.技术先进性当今世界，通信和计算机技术的发展日新月异，我们的方案应该适应新技术发展的 潮流，既要保证系统的先进性，

20、同时又要确保各项技术的成熟性。232.标准化计算机管理信息系统就是要实现系统及设备资源的共享，把不同厂商的设备和计算 机软件进行互连。在一个复杂的大型系统系统里，必然有多个厂商的硬件及软件，为了 保证用户的计算机系统系统具有互操作性、可用性、可靠性、可扩充性、可管理性，需 要建立一个开放式、遵循国际标准的系统系统。可扩展性由于用户业务的不断发展，系统系统必然随之不断扩大，为此，目前的系统设计必 然为今后的扩充留有足够的余地，以保护用户的投资，并且不影响原有用户的工作。可用性由于本系统对于数据的时效性、可靠性要求较高，因此在设计时应重点考虑系统及 设备的可用性。我们的方案要充分考虑用户的费用情况

21、，不但理论上可行，更重要的是 实际上可用，最好地适应用户的需要。兼容性系统结构有良好的兼容性，能够实现与不同类型的子网的无缝连接。可靠性为使系统可靠地运行，我们方案中要选用高品质的产品，把故障率降到最小。冗余性在设计时应考虑为系统留有适当的冗余度，硬件设备应具备一定的冗余模块，以提高 系统容错能力。容错性设备容错性：所选用设备必须具有全容错结构，一台设备中单个电源、单个风扇的故 障不影响设备工作，单个模块的故障不影响其它模块的正常工作；设备应具有热修复能 力，即当设备的某些部件发生故障时，可以带电更换而不影响设备其它部件工作，新更 换部件可直接投入工作而不必重新引导整个设备。24解决问题安全风

22、险解决新购2台IBMP740小型机服务器，将数据库实例从现有超期服役数据库服务器 中分离出来，并使用双实例进行交叉负载均衡数据库升级：测试并升级至11G版本AIX系统升级：测试并升级至7.1版本数据迁移：重新安装和部署数据库系统，并将现有ERP数据迁移至新系统。原有环境：原有数据库体系也升级至11G，重新分配存储空间和备份空间后搭建 冗余负载均衡体系，导入E-HR生产数据。维保支持：远程技术支持、版本升级、现场灾难恢复等服务。数据备份：现有SymantecNBU存储备份软件已过期，升级费用很高，为节省成 本，计划不再购买新 License，而通过第三方重新建立数据库系统和其他系统的 硬盘和磁带

23、库备份体系。灾难恢复：实际测试并履行一次灾难恢复演练，形成评估报告。2.4.2.性能不足解决2.4.2.1.针对资源占用性能不足的问题，本次项目对ERP和E-HR数据库进行分离，ERP系统数据库从原来的数据库中迁移到新的数据库环境，E-HR继续使用现有数据库环境，并且通过对数据库和操作系统的升级改造提高两套系统的性能 和稳定性，拓扑图如下：太仓数据中心ERP和E-HR升级改造项目技术文件 /62丸仓故据中心ERPfHF HR规划E-HR+：备库AE职数据弋阵列I交换 机2.43存储空间解决EHR数据ERP数据库B 库AERP负我隻诺再储 阵列ERP数据库B为满足存储需要，存储设备须可用容量30

24、T，考虑到性价比原则，将ERP、SIS PM等高等级数据存储在快盘柜，使用 900G 10K SAS盘，可用存储空间达 到9T;低等级慢盘柜使用4T 7200 SAS硬盘，存储空间20T，规划存储各类关键 系统的虚拟化平台、本地和远程灾备等内容。太仓数据中心ERP和E-HR升级改造项目技术文件 / 62EKF徴甘戈樂碎 E-HR j fiV存偸 陆：VijA仓故据P心H 1小和E HR W tJE-HRi 备關F负载集群存畔存储阵列阵列2.5.设备环境2.5.1.目前拓扑环境2.5.2.改造后拓扑环境2.53目前已有设备序号设备名称型号配置资产状态1EHR服务 器(10.10.2.109)IB

25、MX3850M2Intel Xeo n Processor 7320 (2.13GHz/4MB L2 Quad Core), 1066MHz FSB, 4-SMP CPU*4,8GB Mem, 146GB 10K 2.5 ” SAS 热插拔 HDD*4, ServeRAID-MR10k SAS/SATA控制器256MB缓存/电池备份,2*Memory Card, Light Path, Combo, 2*Giga Ethernet,4U, RSA II , 2*1440wOS Windows Server 2003 简体中文E-HR应用服务器2小型机（NC）IBMP550(NC+ IUFO )

26、处理器：4*1.65GHz Power CPU内存：16GB硬盘：两块146GB热交换硬盘（RAID1）网卡：2块千兆以太网卡电源：双电源操作系统：AIX 5.3 中间件： Websphere ND6.1用友ERP系统：ERP-NC 5.023小型机（IUFO）IBMP550处理器：4*1.65GHz Power CPU内存：16GB硬盘：两块146GB热交换硬盘（RAID1）网卡：2块千兆以太网卡电源：双电源操作系统：AIX 5.3 数据库：ORACLE0g4小型机 （测试）IBMP520(NC 测试10.10.2 .104)处理器：2*1.5GHz Power CPU内存：8GB硬盘：两块

27、146GB热交换硬盘（RAID1）网卡：2块千兆以太网卡电源：双电源操作系统：AIX 5.3 数据库：Oracle 10g 中间件： Websphere ND6.1用友ERP系统：ERP-NC 5.025小型机(exchange)IBMP520(电 子商务10.10.2 .106)处理器：2*1.5GHz Power CPU内存：8GB硬盘：两块146GB热交换硬盘（RAID1）网卡：2块千兆以太网卡电源：双电源操作系统：AIX 5.3 oracle excha nge server6小型机（数据 库）IBMPOWER6P550(OR ACLE 10.10.2 .108)处理器：8*4.2GH

28、 power6 内存：24GB硬盘：2*146GB网卡：2块千兆以太网卡 光纤卡：2*光纤通道卡 电源：双电源生产数据库服务器操作系统：AIX 5.3 数据库：ORACLE0g7ERP系统 存储光纤 交换机IBM E12ERP系统存储光纤交换 12 口光纤交换机 8 X GBIC口（满配12 口）连接小型机与IBMDS4300盘柜8ERP系统 存储光纤 交换机IBM E12ERP系统存储光纤交换 12 口光纤交换机 8 X GBIC口（满配12 口）连接小型机与IBMDS4300盘柜9存储阵列FAS2040存储系 统FAS2040存储系统4.2TERP,HER使用10光交换机博科SAN交换机3

29、1024 口光纤交换机，4 Gbps SW SFP (8-pack) , LC/LC 5m 50U, 8-Port ActivationERP,HER使用11光交换机博科SAN交换机31024 口光纤交换机，4 Gbps SW SFP (8-pack) , LC/LC 5m 50U, 8-Port ActivationERP,HER使用12磁带库TS3100IBM TS3100磁带库ERF,数据库等备份 使用2.54改造需增加设备及服务费用类型数量（台）配置型号备注服务器2IBM Power740 4.2GHZ 8 核CPU/64GB/SAS2*300GB/DVD/2*HBA光驱SAN交换机2

30、EMC DS300皎换机：24 口激活8 口存储系统1EMC5400 15*900GB 10K 2.5 寸(主机扩至 18*900GB10K 2.5寸 硬盘，10*4TB 3.5 寸硬盘)HBA卡4Emulex 8GB FC PCI-E HBA for IBM System XIBM Power、Oracle实施服务1小型机安装、新旧存储系统配置、Oracle核心数据库 RAC 10G 11G 搭建、测试。ERP HR Oracle 核心 数据库迁移、分离 Oracle数据库RAC安装、迁移和恢复测试等安装部署NBU备份1Symantec NBU服务器搭建 *1 , AIX Oracle RA

31、C 数据 库备份*2 , Windows操作系统备份*4。Oracle维保1现场火难恢复和技术支持服务，咼级人天巡检人/天*526改造升级261.在新设备安装AIX7.1并搭建数据库11G rac的测试环境，协同ERP、E-HR开发人 员和业务使用人员，对11G环境下的ERP和E-HR业务应用进行业务稳定性测试（测试内容由业务部门定制），并将测试结果反馈本项目人员。如长时间测试无 法解决问题，则继续使用原有10G。搭建数据库服务器和存储系统新环境，aix系统采用7.1，数据库为oraclellG,搭 建数据库rac结构，导入正式库数据库数据，并建立备份环境，进行业务稳定性 测试。测试正常后，暂

32、停ERP和E-HR服务，将ERP和E-HR最新数据库在线迁移至新 环境，测试无误后，正式上线并对外提供服务。将原有系统和存储重新配置，安装 Aix7.1系统和oracle 11g rac，导入正式库数据 库数据进行测试，测试新环境对 E-HR和ERP的运行支持的稳定性。测试正常后，暂停新系统中的E-HR服务，导入E-HR最新数据库至旧环境，测试 无误后，正式上线并对外提供服务。完善现有的备份体系，移植和完善集团和电力现有虚拟化平台。从方案上要保证整个实施的零风险，而不仅仅是从操作方法上降低风险。尽量缩 短业务的停顿时间。迁移过程中要保证现有系统状态不受影响，一旦迁移出现任 何异常，都能够立即终

33、止迁移动作，并将业务切换到原有状态，保证数据及业务 的安全。将整个实施流程分割成多个操作单元，操作单元之间的关联性很小，一 个操作单元的实施结果不会对另一个实施单元造成影响。操作单元内的操作要做 到简单可控。2.7.数据库在线迁移和升级2.7.1.任务需要将数据库从当前现有平台迁移到新系统平台 相应的流程规划如下：阶段时间工作内容制定初步迁移方案起草初步的迁移方案，包括：需要迁移的软硬件环境确认需要迁移的数据类型、数据量调查数据按照变化频率划分为历史和当前数据 规划迁移时间和关键步骤迁移过程和相关软件的配合迁移过程中生产系统的配合数据校验策略迁移回退策略迁移第一阶段测试测试数据同步软件：一、需

34、要的环境准备：确定用于测试的数据源：最好是直接的生产系统或者是生产系统的克隆系统。确定用于测试的目标数据库：将对所有的数据进行一次迁移测试，因此要求目标端的数据库的容量足够。目标端的环境准备：安装oracle数据库Create database Create tablespace为目标分配相对足够空间。 源端的环境准备： 分配相对足够空间二、测试的主要内容：按照预先制定的迁移方案进行测试，对迁移方案进行验 证，并且对不完善的地方进行补充。 测试冋步是否支持所有的数据，找出不支持的数据，或者 迁移有风险的数据，以形成特殊预案。 得到真实的性能数据，包括数据初始化性能、数据比对性 能等。迁移第2阶

35、段测试主要内容：进行正式迁移之前的真实模拟，要求就在将来要迁移的老系统和 新系统上进行。一、环境准备按照设计安装好新系统环境协调在生产系统进行直接测试在生产系统上分配相对足够空间协调应用软件在新系统上的模拟测试二、测试内容在正式系统上进行数据迁移升级迁移完成后，应用系统从业务层面对迁移的数据进行 校验校验完成后，应用在系统上进行模拟测试对迁移方案进行最后的修改和疋稿正式迁移根据最后形成的迁移方案进行迁移。太仓数据中心ERP和E-HR升级改造项目技术文件 / 62太仓数据中心ERP和E-HR升级改造项目技术文件 /622.72现状数据量大数据库table比较多，数据量比较大，索引、Lob数据也比

36、较大。跨平台此次迁移即是将数据库从AIX5.3主机迁移至AIX7.1主机。跨数据库版本从 oracle 10g RAC 迁移到 oracle 11g RAC。停机时间有限有数目前数据库是核心系统，迁移时间有限。数据准确性要求高由于是数据库记录的都是重要信息。如果出现数据准确性问题，将导致整个数据库 系统的紊乱。因此，此次迁移工作具有“跨平台，跨数据库版本，大数据量，停机时间短，数据 准确性要求高”2.7.3.前期准备根据前期的调研工作，提供数据迁移步骤。数据库层面原库准备清理/区分无用的表整理出可以不停应用，预先迁移的历史、静态表（以下称第一阶段迁移的表） 的列表整理出需要停应用才能迁移的其它

37、表（以下称第二阶段迁移的表）的列表整理出第二阶段迁移的表的索引以及约束的ddl，并修改nologging以及并行属性2.7312新库准备为导入及建索引优化调整新库的参数：?加大pga到812GB?加大undo到100GB/实例?加大 db_file_multiblock_read_count?力卩大sort_area_size参数?设置非归档模式新库的表空间名与大小要与原库完全一致导入生产库的所有用户schema的空结构（不导入数据），完成表、索引、约束、 sequenee trigger、procedure package database link等的创建，注意进行第二阶迁 移前需先dro

38、p第二阶段迁移的表的索引和约束，另外所有的用户sequenee在第二阶段迁移完成后需要重建。修改所有表的属性为nologging禁用所有约束建立到原库的database link应用层面搭建基于新库的应用环境，在新库上测试应用2.7.4.迁移演练迁移前的充分演练非常重要：最大限度的优化迁移步骤比较真实的评估各迁移步骤的消耗时间 了解基于新库的应用是否能正常运行从生产库导出空结构到新库用于在新库创建所有用户、表及附属对象的定义。2.742.测试基于新库的应用是否正常经确定迁移演练已经完成后，并且数据已经全部迁移到新的平台数据库中，在应用 层面的功能性测试，目前没有发现异常情况。（全业务测试覆盖表

39、）底层的数据验证工作：首先对表的数据进行count,如果两边count 致，再做minus 比对。如果count不一致，默认为失败。在比对过程中，处理出错的表。2.7.5.迁移步骤根据前期迁移演练的结果，迁移步骤如下:数据初始化同步：在原系统业务不中断的情况下，依次将原系统中的所有表（Table）中的记录复制到新系统的对应表（Table）中去。该过程需要时间较长，根据前期测试的情况，迁移 顺利和所需时间估计如下；步骤数据分类存数据量表数量索引数量处理方式估计时间1、静态数据G（纯数据）2、动态数据G（纯数据）3、LOB数据G（纯数据）4、特殊表数据G（纯数据）根据当前系统估算同步的时间:步骤数

40、据分类存数据量表数量估计传输数据量处理方式估计时间1、静态数据2、动态数据3、LOB数 据4、特殊表数据在平时数据中（割接前），需要预留出3-5个个晚上的空闲时间能够对同步过程中出现的问题进行处理。以上总需要多少时间增量数据同步:将在大数据量同步过程中新增加的记录复制到新系统上，并且在割接前保持新系统 与原系统的记录实时同步；根据业务的需求，分成3套以上分别复制，防止增量日志太大，分析跟不上： 静态数据、动态数据 特殊数据统计信息迁移等完成所有的数据迁移之后，开始统计信息的迁移，确保迁移后的SQL执行计划和原来一样，尽量降低迁移之后出现性能问题。应用迁移首先停止原系统的业务进程；更改相应的数据

41、连接配置然后等待同步中的复制队列完全结束后，停止复制进程。启动所有的TriggerJob需要单独处理，只能有各自用户来单独建立。在新系统上启动业务进程。2.7.6.数据验证数据库迁移结束后，最主要的是对迁移的数据进行验证。数据验证包括两个方面内容：数据一致性验证；应用验证；性能验证数据库层的比较由oracle工程师在oracle层面进行数据一致性的比较应用层面的数据验证由应用工程师提供在应用层面的数据验证工作，包括数据一致性的验证、功能性验证、 性能验证3个方面的验证。功能测试功能测试主要在数据库迁移之后，对整个系统的功能做全面测试。人员：数据库工程师预计用时：根据数据量测试预推所需时间2.7

42、.64 性能测试性能测试是在功能正确的前提下， 对业务办理的速度，开通速度等跟数据库迁移相关 的业务进行测试，校验数据库迁移之后数据库的存取速度是否有影响。测试不采用压力测试的方式，不考虑各种并发情况，在前台进行正常的业务办理，通 过后台日志提取各种业务的办理时间，跟正式环境上相同业务的办理时长进行比较， 若时长低于正式环境，则认为数据迁移基本没有问题。人员：数据库工程师预计用时：同功能测试同时进行2.765. 数据一致的验证数据校验从应用层面，可以抽样进行，对生产环境和迁移之后环境上的数据 由于通过人工进行，若单靠业务工程师和支撑中心进行测试，数据采样过小，对数据校验不能起到实际意义。对于静

43、态数据可在切割前比对完成，对于大量动态数据只能在切割前的停业务期间进 行。整个验证时间需要进一步测试。人员：数据库工程师预计用时：在功能和性能测试完成后进行2.7.7.迁移回退在迁移的过程中，会产生很多问题，如果迁移数据不一致将会严重影响业务的使用, 数据库迁移将进行回退。数据库迁移回退的情况数据库迁移在如下情况下是不成功的，将进行回退：（1）在数据验证正确，没有发现数据丢失，但是业务办理不成功，功能测试不能完 全通过；（2）在数据验证正确，没有发现数据丢失，但是业务性能显著下降；（3）数据验证不正确，找不到原因；（4）数据迁移在规定时间内不能迁移完成。以上情况将进行数据库迁移的回退2.7.7

44、2 回退步骤回退有如下两种情况：（1）若迁移之后数据校验立即发现数据不对，则应用系统指向不变，依然用老系 统进行业务受理即可。（2）若业务已迁移，已有业务办理一段时间之后发现数据差异较大，且没有办法 通过再次同步解决的，需要考虑回退处理。大概步骤如下：a）停止业务办理b）更改配置，指向旧系统c）若新库里面的新数据可用，则采用后台同步的方式进行处理。d）若新库里面的数据不可用，则暂停后台业务，通过业务部分补录新库里面办 理的业务，保证各种数据一致。校验检查测试完成后，恢复后台服务。2.8.配套的升级改造小机 AIX小机操作系统Aix从5.3版本升级到7.1版本大致有两种方案：一种是先忽略小版本

45、从5.3升级到6.1，然后在从6.1升级到7.1;另外一种是直接安装全新7.1版本；综合考 虑各种因素，全新安装相对升级安装风险更小，安装时间更短，推荐建议进行全新安装在新小机中直接安装AIX7.1版本操作系统配置光纤交换机和存储并划分响应zone和lun并映射到新主机中安装 oracle 11g RAC导入测试库，测试完成，导入正式库，测试完成所有数据测试迁移完成之后，确保数据正常，对原有旧设备重新安装aix 7.1操作系统2.8.1.6 AIX备份升级方案备份：备份完整操作系统，通过 mksysb。希M乍并备份 snap -gc 备份/etc/passwd 备份/etc/group 备份/

46、etc/services备份/etc/resolve.conf 备份/etc/netsvc.conf 备份 /etc/hosts 备份 /etc/exports备份 /etc/filesystems 备份 /etc/profile 备份 /etc/e nviro nment 备份 /etc/security/user备份 /etc/security/passwd 备份 /etc/security/group 备份 /usr/tivoli/tsm/clie nt/ba/bi n/dsm.sys备份 /usr/tivoli/tsm/clie nt/ba/bi n/dsm.opt 备份 /usr/t

47、ivoli/tsm/clie nt/api/bi n64/dsm.sys备份 /usr/tivoli/tsm/clie nt/api/bi n64/dsm.opt 备份 /home 备份 /tsmscripts收集信息：rootvg sapvg datavg ifconfig n etstat mount存储摘除：varyoffvg exportvg用NIMserver对操作系统进行 AIX的安装根据实际情况选择直接安装7.1版本还是，先安装6.1再升级至7.1撰写组及用户创建脚本：撰写根据备份的/etc/passwd /etc/group创建操作系统自带以外的用户组和用户28166.建立组：

48、根据之前备份的/etc/group中信息建立用户组建立用户：根据之前备份的/etc/passwd中信息建立用户导入存储：importvg vary onvg还原之前备份的部分文件及信息：还原 /usr/tivoli/tsm/client/api/bin64/ 还原/usr/tivoli/tsm/client/ba/还原/etc/exports并且 smit nfs 启动 NFS 服务 还原/etc/hosts还原/etc/services还原 /etc/security/passwd2.822.8.2.12.8.2.22.8.2.32.8.2.42.8.2.52.8.3.2.8.3.12.8.

49、3.22.8.3.32.8.3.42.8.3.52.8.3.62.8.4.2.8.4.12.8.4.22.8.4.32.8.4.42.8.4.5存储配置新存储空间并映射给新主机备份旧存储中当前存储数据测试和验证数据对数据库进行迁移并测试验证测试验证通过后，重新划分和规划旧存储空间并映射备份考察和测试当前的备份拓扑和策略增加对ERP和E-HR的全备和增量备份，并验证数据新旧系统环境部署全部完成之后在虚拟机对磁带库备份服务器进行重新部署重新对新环境客户端进行备份策略部署测试备份效果虚拟化将应用集群服务器中的一台服务器从集群环境脱离；安装vmware esxi 5.5系统尽心物理机虚拟化部署映射存储

50、空间作为虚拟机的公共存储暂停应用环境数据读写通过P2V软件迁移应用系统到虚拟环境关闭物理机应用环境，启动虚拟机应用环境并测试测试通过后，将原有物理服务器全部虚拟化Vee nter在一台相对低配置的物理机安装部署虚拟化管理软件2.8.4.8 通过Veen ter对物理机进行集群配置部署2.849进行物理机单点故障测试第三章项目管理合同签订后10个工作日内，双方技术人员立即组成项目管理团队，就该项目具体实 施步骤制订出详细的实施计划，其中包括：人员组织、任务分工、计划时间、资源要求、 实施方案、保证措施等等。详细的计划制订后，项目管理团队将负责监督该计划的执行， 并协调该计划执行过程中遇到的所有问

51、题，确保项目顺利进展。文档管理科技严格按照国家IS09001项目管理文档要求规定，在项目实施中提供必要的文档 资料。项目资料文档：1信息系统配置图及系统设计说明书。2信息系统设备清单及设备资料。数据通讯接口清单和接线图。管理软件系统、工具软件、系统软件、所有应用软件和数据。接口软件的程序光盘。系统散热量要求。应用软件系统设计和使用说明书。系统系统投运后的竣工图。系统硬件配置图及其说明。信息系统软件配置说明。信息系统软件功能框图及其说明。信息系统系统布置图及其说明。信息系统设备布置和安装图（包括设备尺寸和安装尺寸）光纤系统的连接及安装信息系统与用户设备接口的技术说明。信息系统所有设备清单，包括设

52、备型号、技术参数、性能数据及参数。系统各种硬件的功能说明书。系统各种软件程序的说明书。系统各种硬件设备使用、维护手册。系统各种软件系统使用、维护手册。3.12实施安装文档:1,设备供货清单；2，项目安装实施报告；3，项目安装测试报告；4，项目实施验收报告；5，系统安装系统拓扑图（整体和局部）；6，机柜安装布置图；7，设备安装辅助文档（单项设备安装实施部署相关文档）；8， IP地址分配对应表；9，设备部件号和序列号表；10，设备系统安装配置信息文件备份；11，设备系统密码口令表；12，对实施完成的系统拍照存档；13，原厂和公司售后服务电话联系方式；14，双方实施人员名单联系方式；15，原厂质保原

53、件或电子件组织管理项目团队的任务，是为了集中精力，针对该项目进行初始方案审定、确认、合同执 行力、系统安装调试等。项目领导小组为保障信息系统建设的正常进行并保证项目质量，成立项目领导小组，负责整个项 目的组织协调工作，解决建设项目中所遇到的问题。项目实施小组为确保项目顺利完成，公司将选派资深工程技术及项目管理人员组成项目实施小组 负责该项目的建设。测试验收小组为确保项目质量，由双方工程技术人员共同组成测试与验收小组，对该项目进行系统性测试。324.质量管理小组以控制项目质量为目标，运用科学管理方法，实施全面质量管理体系。过程管理设备采购公司在设备的采购中，将严格按照合同要求、技术参数、型号与配

54、置进行采购，保 证提供的设备符合合同之规定。并确保设备安全准时交验。安装准备公司在合同签订后10个工作日内，将组织工程技术人员到设备安装现场，实地查看 安装场地、环境是否具备安装条件。如机房空间大小与布置、电源要求、地面洁静、温 度、湿度等。讨论后，我们将与客户技术人员一起商讨安装条件是否完全具备，确保系 统设备安装符合技术要求、保证下一步工作的顺利进行。安装调试系统设备到达安装现场后，公司将派技术人员与客户技术人员一起开箱检查。检查的内容包括：包装外观、设备类型、型号、数量、说明书以及随机的有关技术文件等等， 若有不符，由公司将负责联系厂商增补或调换。公司负责所有的软硬件系统的安装和调试，在

55、安装调试和试运行期间出现的技术问 题，公司将负责解释并加以解决。安装结果必须满足双方签订的技术协议要求。进度管理项目进度分为：系统设备、产品到货进度，项目实施进度。3.4.1.到货进度在签订合同之后，公司保证在客户要求的时间之内提供系统所有的设备与产品。交货进度表序号项目设备交货期备注1服务器合同签订后15天内2光纤交换机合同签订后15天内3存储合同签订后15天内4HBA卡合同签订后15天内3.42实施进度客户对项目的要求在合同中有体现，结合实施阶段的实际情况以及项目实施人员分 工安排，使用关键路径法确定项目按计划进行，并将每项工作明确到指定的参与人员， 各负其责，分工协作，确保项目按期、高质

56、量完成。实施进度表:序号实施内容实施时间实施人员1项目联络会1-3次项目组2设备安装调试5天项目组3系统整体调试3天项目组4测试验收2天项目组质量管理（1）多年来公司注重质量第一制定相关技术服务标准并严格执行管理制度。（2）公司保证从事本项目的技术人都具有相关的资格和技能。（3）公司严格履行合同规定的相关内容，未经用户许可，不得转包或分包。（5）公司在该项目安装调试过程中，建立一套设备和系统的验收标准，并对项目实 施过程中的如：到货验收、安装和调试等等，汇编成文档，以提供质量的客观证据。（6）公司承诺：严格按合同要求提供良好的售后服务，包括硬件维修、软件维护和 升级、备件供应和技术支持，以保证

57、系统安全可靠的运行。（7） 公司在项目实施过程中不定期地邀请甲方领导进入安装现场，查阅文件和记录, 进行检查和监督。安全管理为确保信息系统建设项目高质、高效完成，必须建立一套严密，高度协调的全方位 的项目安全体系。361.思想保证体系增强安全文明意识，树立 安全第一”的观点，确保该信息系统的安全文明建设。 重实用，树立一切为用户服务的观点。组织保证体系组织各成员间相互协调，服从项目团队领导安排，可以提出合理建议，未经组织许 可，不可擅自改变原定实施计划。工作保证体系工作过程中如遇到问题，应虚心请教学习，成员之间合理探讨研究，及时向项目团 队汇报等等阶段管理准备阶段选用高素质的技术人员施工环境的

58、安全保障实施阶段加强工序管理，对分项工作进行合理安排加强实施检查，明确安装调试步骤，经检测合格后才能进入下一工序。验收阶段搞好设备保护严格验收测试做好总结，加以改进联络管理为了确保项目的顺利进行和成功完成，在项目实施过程中，双方建立必要的技术联 络会制度技术联络会的内容：确认系统的功能标准及设计技术规范，检查、确认提供的技术 文件和图纸，讨论、确定培训计划（包括课程安排、教材、进度），确定项目工作内容 及工作日程表，确认验收细则，确认现场安装要求，调整备品备件及易耗品的种类及数 量，其他有关事项。讨论和确认采用的技术规程和技术标准、采用的设备应用功能范围。讨论和确认实 施过程中可能出现的一些问

59、题。确认进行的工作安排和验收测试的规程标准、进度、项 目、步骤和方法。详细内容按照招标文件执行，并可根据项目需要增加必要的设计联络会 有关设计联络的计划、时间、地点和内容要求由甲乙双方商定。设计联络计划表序号内容时间地点参加人员1项目启动1-3天太仓实施小组全体成员2项目实施5-7天太仓实施小组全体成员3试运行1-3天太仓实施小组全体成员实施管理3.9.1.实施步骤协鑫集团信息部工作从合同签署到系统的移交，整个项目实施的工作流程如下图:最后移交开箱清点系统终验系统初验测试安装调试 现场培训项目实施主要分为三大步骤，即：签订合同、实施前准备以及项目实施签订合同是项目实施的开始，是双方承诺的责任和

60、义务以法律形式确定下来的时刻 实施前准备完成设备订货、发货、运输与到货的过程，同时也包括了对用户的先期 培训。项目实施是完成设备的到货、初验、安装、调试、测试通过与验收的过程。3.92实施周期第一阶段：项目规划?为项目提供最全面的产品技术资料和对项目进行需求分析。?准备并编写提交产品全面技术方案。?积极响应工程过程中的项目技术规范要求。?根据项目要求提供最佳的系统技术与支持服务方案第二阶段：项目管理?指定专门的项目经理，制定详细的项目实施计划和管理的规程?监督项目实施进度和变化管理。?实施预见性分析及项目实施质量管理。第三阶段：制定计划?由项目经理与用户共同制定详细的计划。?与相关应用系统厂商