IDC机房运维解决的方案(0311105308)

1、IDC机房运维解决方案V3.0IDC机房运维解决方案目录1.1 总体服务实施方案51.2 集成实施方案51.2.1 项目启动阶段51.2.1.1 项目信息汇总51.2.1.2 召开项目启动会 61.2.2 项目规划阶段61.2.2.1 需求调研及评审61.2.2.2 项目现场查勘 71.2.2.3 项目现场环境准备 71.2.2.4 制定项目管理计划 81.2.2.5 制定项目实施方案 81.2.2.6 项目方案内部评审 91.2.2.7 项目方案评审 91.2.3 项目实施阶段101.2.3.1 设备到货验收 101.2.3.2 硬件安装施工 101.2.3.3 软件安装调测 101.2.3

2、.4 系统测试111.2.3.5 系统业务培训 111.2.4 项目验收阶段121.2.4.1 验收材料汇编 121.2.4.2 项目验收测试121.2.4.3 项目验收会议131.3 定制开发方案.13.1.3.1 系统架构131.3.2 软件生命周期151.3.3 定制能力161.4 业务迁移服务 .181.4.1 新应用系统建设与部署评估服务 181.4.2 老应用系统云化建设咨询评估服务 201.4.3 云化测试与上线支持服务 221.4.3.1 开发221.4.3.2 开发测试环境231.4.3.2.1 开发测试环境资源 231.4.3.2.2 开发环境使用231.4.3.3 测试支

3、持231.4.3.3.1 支持内容231.4.3.3.2 支持方式241.4.3.4 上线241.4.4 业务迁移服务 241.1.1.1.1 应用迁移方法 241.1.1.1.2 应用迁移流程 251.1.1.1.3 应用迁移方式选型 271.4.4.2 虚拟化迁移281.4.4.2.1 虚拟化迁移方法和流程 281.4.4.2.2 虚拟化迁移方案 301.4.4.3 数据迁移 321.4.4.3.1 数据迁移方法和流程 321.4.4.3.2 数据迁移方案设计原则 331.4.4.3.3 Oracle数据库导出 /导入迁移 341.4.4.3.4 MySQL数据库导出/导入迁移 391.4

4、.4.3.5 异构数据库移植 401.5 安全等级保护方案.431.5.1 云安全等级保护解决方案 431.5.2 商务云平台等级保护定级 431.5.3 云安全等级保护评估 441.5.4 云安全等级保护整改 441.5.5 等级保护管理整改服务 441.5.6 等级保护技术整改集成 451.5.7 等级保护测评 451.6 备份服务方案46.1.6.1 备份服务意义 461.6.2 备份服务内容461.6.3 备份恢复管理491.6.4 备份方案调整与扩容 501.7 故障响应修复方案.501.7.1 故障处理原则501.7.2 商务云平台软件故障处理流程 511.7.3 商务云平台硬件故

5、障处理流程 531.7.4 机房基础资源故障处理流程 551.8 系统优化升级方案.561.8.1 变更请求571.8.2 变更评估591.8.3 变更分类591.8.4 影响分级591.8.5 变更的批准601.8.6 变更实施和跟踪 601.9 系统巡检方案60.1.10 核心业务保障方案631.10.1 核心业务保障总体原则 631.10.2 保障对象和范围 631.10.3 核心业务保障支持流程 631.10.4 专项小组支持服务 661.10.5 现场值守服务 661.10.6 快速现场支持 661.10.7 现场备件服务 661.11 应急响应解决方案671.11.1 流程目的67

6、1.11.2 流程原则671.11.3 应急保障小组架构 671.11.4 应急管理流程 6920牵头人主要参与者主要内容交付件1.1 总体服务实施方案根据本期项目特点及需求，可根据项目生命周期将服务阶段划分为项目集成 阶段及项目运维阶段，并在各阶段提供项目管理服务、项目集成方案设计服务、 业务迁移服务、商务云平台定制开发服务、商务云平台安全等级保护服务、业务备份服务、商务云平台业务培训服务、商务云平台运维服务等服务内容。各项服务内容贯穿项目全生命周期，通过项目管理服务将各项服务统筹编排，实现统一调度，统一交付的标准化服务目标。各项服务内容及实施方案如下所述。1.2 集成实施方案1.2.1 项

7、目启动阶段1.2.1.1 项目信息汇总项目经理项目组全体(1) 收集项目信息，包括但不仅限于如下内容：a)项目招标文件b)项目建设方案/技术建议书c)项目合同d)项目设计文件e)项目服务承诺及相关约定f)调研并收集客户现网情况(硬件组网、业务系统分布)(2) 分析项目信息，明确项目交付工作范围及内容(3) 分析项目风险(4) 规划项目里程碑计划(5) 初步规划项目分工界面项目信息收集表项目工作说明书项目分工界面说明备注1.2.1.2 召开项目启动会牵头人主要参与者主要内容项目经理XX市商务云平台项目团队、技术经理、施工经理（1） 组织客户方项目团队召开项目启动会（外部），包括但不限于如下内容：

8、a）明确项目背景及项目目标b）明确项目组成员分工及职责c）明确项目分工界面d）明确项目里程碑计划及配套资源需求e）初步明确项目风险及应对办法（2） 项目干系人识别（3） 双方（多方）就分工界面予以确认并签字项目启动会议纪要项目开工报告交付件项目风险登记表（更新）项目分工界面说明（更新）（1）项目分工界面说明需要项目参与方代表签备注字确认1.2.2项目规划阶段1.2.2.1需求调研及评审牵头人 项目经理主要内容联席项目经理、技术经理、施工经理、研发解决方案专家、技术支持及研发（1）项目需求调研、收集，如定制开发、业务迁移等(2) 开展软件版本评估工作，确定可部署软件版本(3) 对项目需求进行评审

9、(4) 明确项目范围项目软件评估报告项目需求分析说明书项目工作范围说明书交付件项目需求评审报告项目问题跟踪表业务迁移调研表备注1.2.2.2 项目现场查助牵头人施工经理主要参与者技术经理、项目经理主要内容(1) 开展项目现场查助，确认现场环境(2) 根据查助结果输出项目工助报告交付件项目工助报告项目工程环境准备建议书备注1.2.2.3 项目现场环境准备牵头人施工经理主要参与者项目经理、技术经理主要内容(1)跟踪、确认、协调以保证机房现场环境具备项目实施条件交付件项目工程环境准备建议书(更新)备注1.2.2.4制定项目管理计划牵头人主要参与者主要内容项目经理技术经理、施工经理(1) 规划项目整体

10、管理(2) 规划项目范围管理(3) 规划项目进度管理(4) 规划项目质量管理(5) 规划项目风险管理(6) 规划项目人力资源管理(7) 规划项目沟通管理(8) 规划项目干系人管理交付件项目管理计划书项目进度计划备注1.2.2.5 制定项目实施方案牵头人主要参与者主要内容技术经理施工经理、项目经理、技术支持及研发(1) 规划设备安装及综合布线方案(2) 规划网络组网及安全方案(3) 规划服务器及存储分配方案(4) 规划云计算平台设计方案(5) 规划第三方产品集成方案(6) 规划业务迁移方案(7) 规划项目验收方案(8) 规划项目培训方案单元测试方案（含测试用例设计）(10)集成测试方案（含测试用

11、例设计）(11)验收测试方案（含测试用例设计）交付件项目实施方案备注1.2.2.6项目方案内部评审牵头人项目经理主要参与者技术经理、施工经理、 PMO对项目管理计划进行内部评审主要内容对项目实施方案进行内部评审根据评审意见进行计划修订及更新项目管理计划书（更新） 项目管理计划评审报告交付件项目实施方案（更新）项目实施方案评审报告备注PMO为我司内部项目管理办公室1.2.2.7项目方案评审牵头人技术经理主要参与者XX市商务云平台项目团队、技术经理、施工经理（1） 对项目管理计划书及项目实施方案进行主要内容综合评审（2） 根据评审意见对方案修订及更新项目管理计划书（更新）交付件项目实施方案（更新）

12、备注1.2.3项目实施阶段1.2.3.1设备到货验收牵头人施工经理主要参与者项目经理接收到货物料并根据到货清单全面核对 配合客户及监理单位按照质检要求进行到货验主要内容对到货物料进行妥善存放及保管交付件到货设备验收单备注1.2.3.2硬件安装施工牵头人施工经理主要参与者项目经理主要内容(1)依据项目实施方案开展布线、硬件安装工作(2) 定期开展施工质量检查交付件系统硬件安装质量检查报告备注1.2.3.3软件安装调测牵头人主要参与者施工经理技术经理、项目经理主要内容(1) 根据项目实施方案开展软件安装及部署(2) 对部署过程中发现的问题及缺陷及时进行修复交付件和更新项目问题跟踪表项目软件配置规范

13、 Checklist»备注1.2.3.4系统测试牵头人施工经理主要参与者技术经理、项目经理根据单元测试方案实施系统单元测试 根据集成测试方案实施系统集成测试主要内容对测试过程中发现的问题及缺陷及时进行修复和更新项目单元测试报告交付件项目集成测试报告(1)测试方案及测试报告需根据项目实际情况在系备注统集成测试启动前完成汇总并完成评审1.2.3.5系统业务培训牵头人施工经理主要参与者项目经理、技术经理、授课讲师依据合约制订项目培训方案，若无合约，开展随工培训主要内容开展相关系统业务、运维培训收集培训反馈 项目实施方案(更新)交付件项目培训签到表 项目培训实施报告IDC机房运维解决方案V3

14、.0备注项目培训反馈表221.2.4 项目验收阶段1.2.4.1验收材料汇编牵头人项目经理XX市商务云平台项目团队、项目监理单位、技术经理、施工经主要参与者(1) 根据项目管理规范汇编项目验收所需文件主要内容(2) 根据项目业主、监理单位要求汇编项目验收所需文件交付件项目验收文件备注(1)项目验收文件依照项目业主(甲方)沟通结果确认并提供1.2.4.2项目验收测试牵头人项目经理XX市商务云平台项目团队、项目监理单位、技术经理、施工经主要参与者(1) 协调项目业主、监理单位及其他项目干系人对系统进行全面验收测试(2) 对验收过程中项目业主、监理单位及其他参与验主要内容收单位所提出的问题予以解释说

15、明并对验收过程中发现的缺陷予以修复(3) 形成验收测试结论(4) 明确项目遗留问题项目验收测试报告交付件项目遗留问题清单IDC机房运维解决方案V3.044备注牵头人主要参与者1.2.4.3项目验收会议 项目经理XX市商务云平台项目团队、项目监理单位、技术经理、施工经理(1) 总结项目整体交付工作(2) 就项目遗留问题及后续解决计划进行讨论说明主要内容(3) 项目移交及运维交接(4) 形成项目初步验收结论项目验收报告项目服务交付报告交付件项目会议纪要项目完工报告备注1.3定制开发方案1.3.1 系统架构定制系统采用B/S/S三层架构，基于 SpringMVC开源框架开发，对内可与CSM Clou

16、dOS、CAS IMC、VCFC进行对接，对外可与 OA、邮件、短信、微信和 支付宝等其它第三方系统进行对接。系统支持多种数据库( Mysql、Sql Server、 Oracle和PostgreSQL等)，采用 Tomcat7.0服务器，运行在 Docker容器上。系统架构具有以下几个特点： 技术先进性系统后端全部使用当前非常流行的开源框架，流程引擎采用Activiti5 , ORM采用 Hibernate4 , MVC 采用 Spring4 ,安全采用 Spring-security4 ,数据库二级 缓存采用 Ehcache ; 前端采用 Bootstrap > Echarts、Fo

17、nt Awesome 和 Jquery等 非常流行的开源框架。系统前端采用定制开发自定义的标签进行代码开发，实现了组件化的开发， 开发效率和维护效率都得到极大的提升。系统权限基于RBAC进行设计开发，权限与角色相关联，非常灵活地支持系 统进行权限管理，同时也能根据客户的需要支持分授权的功能。软件组件化系统采用组件化设计开发，使系统的应用功能、算法程序及子系统既有机集 成，又相互独立，如同系统上可以“热插拔”的组件。这种设计开发，一方面可 保证系统的灵活和按需配置，另一方面可最大限度地保护开发资源，避免重复开发。高安全性系统根据 GBT31167、GBT31168的要求，对常见的攻击（SQL盲注

18、、OS攻击、 XSS攻击、CSRF攻击、MITM攻击）进行了有效的防护，并使用 AWVS对系统的安 全漏洞进行扫描，保证了系统的高安全性。高可用性系统当前根据定制项目的实际需求，有多种HA的实现方案可选，例如：应用服务器的主备倒换，或者负载均衡，或者以上两个方案结合在一起使用。从而保证任何一台服务器宕机都不会影响到整个系统的使用，理论上可用性能达到 7*24。高可扩展性由于系统架构的支撑层采用面向服务的开发方式，即定制系统的业务数据来源于CloudOS、CAS、IMC、VCFC和其它标准化的软件所提供的标准化接口。新增 的定制功能可以通过调用这些标准化的可复用服务实现自身的业务逻辑，而对现有功

19、能没有任何影响；可复用服务升级变更的时候，也可以通过提供多版本服务 对应用实现透明升级，不需要强制应用同步变更。系统整体架构如下图所示：1.3.2软件生命周期在云应用定制开发服务中，XXX公司向最终用户交付如下服务:工作任务具体工作内容输出需求调研需求沟通和讨论调研记录报告出差日报可行性分析与研发讨论和部门内部讨论可行性分析报告需求分析需求整理和文档编写、部门需 求评审、用户需求确认、软件 需求规格说明书编写业务需求分析说明书、需 求确认书、软件需求规格 说明书项目设计阶段编写概要设计说明书概要设计详细设计数据库结构说明（包括数据字字典说明）编码阶段代码开发、单元测试和代码走查软件测试集成测试

20、、系统测试、用户测试（验收测试）系统测试用例、验收测试用例功能测试报告软件交付编写用户帮助手册、编写部署 指导、项目实施、编写项目总 结用户帮助手册、软件部署 指导说明书、所有定制开 发程序源码（含注释说 明）、软件交付总结软件维护软件日常维护运维跟踪报告运维更新后的相关文档软件升级需求调整分析、软件功能扩展和系统优化软件升级说明文档1.3.3定制能力（1） 单点登录a）支持从 Portal单点登录到 IMC、CAS、CloudOS、VCFC、UIS和其它第三方系统；b）支持Portal被其它系统单点登录。（2） 模块整合a）支持将IMC、CAS、CloudOS、VCFC、UIS和其它第三方系

21、统的功能菜单设置到Portal的导航栏中，通过在 Portal点击进入指定系统的某个功能模块；b）支持将IMC、CAS、CloudOS、VCFC、UIS和其它第三方系统的功能直接嵌入到Portal中；c）支持CloudOS一揽子的资源申请定制。（3） 数据整合a）支持整合CSM的数据b）支持整合CloudOS的数据c）支持整合IMC的数据d）支持整合VCFC的数据e）支持整合CAS的数据f）支持整合其它第三方系统的数据（4） 个性化定制a）个性化LOGOb）个性化背景图片或者颜色c）个性化字体和样式d）个性化布局e）个性化权限管理f）个性化大屏页面展示（5） 流程定制a）人员注册流程定制b）主

22、机申请流程定制c）硬盘申请流程定制d）公网IP申请流程定制e）其它流程定制（6） 协作功能定制a）整合各个系统的数据，提供定制的REST接口给第三方系统b）提供移动设备接入的接口c）提供PORTAL内点对点讨论和聊天的功能（7） 报表定制a）支持CSM报表的定制b）支持CloudOS报表的定制c）支持IMC报表的定制d）支持VCF报表的定制e）支持CAS报表的定制（8） 客户端定制a） Portal支持手机版网页浏览b） CloudOS部分功能支持手机版网页浏览（9） 第三方系统对接定制a）短信平台b）邮件系统c）微信d）支付宝1.4业务迁移服务1.4.1 新应用系统建设与部署评估服务 新建业

23、务系统上线部署之前，需要进行充分的评估和分析，以确认最合适的部署方式，具体评估流程如下图所示新业务系统建设与部署评估流程图流程说明:1 .是否对独立硬件有特殊需求：IT系统需采用金融加密机等特殊硬件，如支付系统的金融加密机、经营分析系统NCR设备（采用Teradata数据仓库）等。2. 是否对操作系统有特殊需求：IT系统需采用除UNIX、Linux、Windows之外的特殊操作系统平台。3. 是否能够共享已有的平台：系统可以与已有系统共享已分配的虚拟化资源，且资源需求能够满足。4. 选择相应的操作系统镜像：根据 IT系统需求选择操作系统，包括 UNIX、Linux、Windows。5. 虚拟化

24、适用性矩阵：评估IT系统是否适合运行在虚拟化环境，对于不同的服务器可参考下图来评估其是否适合虚拟化，对于给定的应用，可以根据系统预期的硬件利用率和需求以及用户的数量决定是否适合虚拟化。H *月门利M刑6. 虚拟化整合指标：对于IT系统的虚拟化而言，业务压力、系统 I/O吞吐量、系统资源利用率是服务器虚拟化比例（虚拟机与物理机之比）的主要参考依据：a）高整合比例（如10:1）:对业务压力小的服务器，例如非实时数据采集服务器、防病毒服务器、接口服务器、备份服务器等。b）中等整合比例（如4:1）:对业务压力中等的服务器，例如中小型IT系统的数据库服务器、应用服务器（安全接入认证服务器、系统监控服务器

25、等卜邮件服务器等。c）低整合比例（如2:1）:对业务压力较大且内容敏感类应用的服务器，例如大型数据库服务器数据传输服务器、高性能运算服务 器、业务逻辑复杂的应用服务器、安全性要求高的服务器、对物理 隔离有特殊要求的服务器等。7. 物理平台适用性矩阵：对于独立的IT系统而言，可以按下图选择最佳的技术配置方案。1.4.2 老应用系统云化建设咨询评估服务为帮助客户顺利的实现应用系统的云化建设，我们提供专业的云化咨询服务对当前运行在传统架构下的应用系统及IT基础架构现状进行充分的调研和分析，并提供云化IT基础架构的规划与设计。为客户将业务系统从传统架构转移至云 架构提供有效的技术支撑。咨询服务主要包含

26、如下内容：服务名称服务描述业务系统现状调研咨询服务专家将根据调查问卷，通过现场访谈的方式，收集客户应用系统的现状信息，主要包括但不限于如下内容：IT基础架构部分用户数/并发数服务器、存储等设备型号、配置和数量网络架构，如接入层、汇聚层、核心层、站点互联设计等存储架构，如 SAN、DAS、NAS、分布式存储等服务器资源利用率，包括 CPU、内存等峰值和平均 利用率存储资源利用，包括总容量、可用容量和剩余空 间等灾备系统架构，包括组网结构、规模和 RTO/RP 指标IT应用系统部分应用系统名称和重要程度 应用系统架构，如 BS、CS或其他与其他应用系统对接和依赖关系 应用系统中间件、数据库等平台信

27、息 应用系统业务流程评估与分析根据应用系统现状调研的结果，进行具体的评估和分析，找出差 距和改进点，主要包括但不限于以下内容：网络架构分析，包括当前网络架构中的分层、分区、扩展性、安全性、可靠性、QOS保障等方面的分析；计算子系统分析，包括异构平台、计算模型、数据库 架构、集群架构、负载均衡架构、服务器资源利用率等方面的 分析；存储子系统分析，包括异构平台、存储架构、采用的 存储技术、数据模型、性能指标、高可用现状、存储空间利用 率等方面的分析；灾备子系统分析，包括灾备系统架构（如双活容灾、LAN Free备份等）、灾备目标和数据量、容灾链路带宽和距 离、备份策略和备份窗口等，以及业务系统在R

28、TO/RPO 勺需求，分析当前灾备系统是否能够满足业务需求。规划与设计根据对评估与分析的结果，进行云架构的规划和设计，主要包括 但不限于以下内容：总体架构设计，描述云化IT基础架构的设计思想和篮 图，包括资源层（物理资源层、虚拟化平台层、虚拟资源层）、 服务层（基础设施服务和平台服务）和应用层的整体设计，以 及统一的运维管理和安全管理设计；商务云平台架构设计，包括资源池化管理和调度、自动编排、自助服务等；网络架构设计，包括网络分层、功能分区、安全接入、 Overlay、网络虚拟化、扩展性和可靠性等；计算架构设计，包括计算模型定义和分类、区域部署、 服务器虚拟化、计算能力分析、集群和负载均衡等；

29、存储架构设计，包存储网络和架构、数据模型、性能 模型、数据保护、存储虚拟化整合、分布式存储等灾备架构设计，包括灾备等级、本地 /异地备份、本地 /异地容灾、双活容灾等1.4.3 云化测试与上线支持服务1.4.3.1 开发免费提供完整的商务云平台技术开发文档，并可根据客户需求，定期举办现场或网络视频培训，并可提供完整的培训教材。1.4.3.2 开发测试环境开发者新开发的应用在商务云平台上线前可以在政务专有云开发测试环境上进行相关测试。开发测试环境使用的架构和技术实现均与商务云平台相同，开发测试环境与商务云平台通过技术手段完全隔离，测试环境操作不影响商务云平台正常对外提供服务。1.4.3.2.1

30、开发测试环境资源开发测试环境，计算资源由4台物理服务器组成，每台服务器标配96GB内存，9TB硬盘，按照16GB内存每台虚拟机计算共可以提供大约24台虚拟机同时供开发者使用，如果按8GB内存计算则可以提供48台虚拟机同时供开发者使用。除本地硬盘外，虚拟机可以连接IP SAN存储或者FC存储进行相关测试。开发测试环境中提供MySQL SQL Server数据库服务。1.4.3.2.2 开发环境使用与商务云平台流程化申请不同，开发环境不单独对外提供完整流程portal界面，开发测试环境对开发者提供单独的申请/管理界面，由开发者提出资源需求，商务云平台管理员根据虚拟机模板开通相应的虚拟化资源，给开发

31、者最大限度的自由空间去构建测试环境。1.4.3.3 测试支持针对开发者从前期咨询到测试过程中遇到任何与云测试平台相关的技术问 题，都将提供所有必要技术支持。1.4.3.3.1 支持内容测试环境基本操作指导、网络通信保障、测试环境特殊需求受理、存储资源 分配、数据库资源分配，测试业务评估，业务上线支持。1.4.3.3.2 支持方式基本使用提供操作指导书，其他技术类支持，不仅限于电话、邮件咨询。1.4.3.4 上线商务云平台使用的底层环境与开发者使用的测试环境一致，可以保证在测试环境下测试通过的业务在商务云平台上正常运行。如果测试环境下开发的业务通过评估具备迁移到商务云平台的条件，则将协助开发者进

32、行相关迁移工作，保障业务在商务云平台正常运行。1.4.4 业务迁移服务1.4.4.1 应用迁移1.4.4.1.1 应用迁移方法云应用迁移是为了将现有应用平滑迁移到商务云平台，应分三个步骤来实施：1 .分析、设计及建设阶段收集基础设施新建、改造、扩容需求。识别和定义必需的运维、技术架构功能组件：包括技术规范、服务器架构、数据库服务/基础服务、并发处理能力、存储容量及增长趋势、SLA、故障响应时间、变更管理等等。快速建设支持测试验证的环境，包括基础网络、存储和服务器环境。2 .测试阶段包括组件功能性测试、组件集成性测试和组件性能测试。功能型测试：包括应用功能模块测试、高可靠性测试、数据备份测试等；

33、组件集成性测试：包括系统各模块间数据交互，与其他系统间数据交互，系统安全保障要求，设备故障恢复时间等；组件性能测试：包括系统响应测试，负荷峰值，数据交换吞吐量等。3 .迁移及扩展制定完善的迁移方案、充分的实施方案、良好的应急预案等，最后实施迁移。1.4.4.1.2 应用迁移流程已有应用要迁移到商务云平台需要各个线条对应用系统进行梳理，具体梳理的主要内容如下表所示：编号梳理项目主要内容1系统重要性适用范围；故障影响用户范围；允许最大宕机时间；重要等级；2系统当前部署模式市集中；区县分散部署；部署位置；3系统是否具备迁移条件系统是否长期使用；系统是否存在严重故障隐患；同时在线用户比例；系统资源利用

34、率；是否支持系统优化改造；是否支持平滑移植；在梳理完上述内容后，各应用可参照下图所示的流程进行迁移旦 nXu= L； - n -f -m IT7ttiT*通/ -注言三 小鸭总侬事 早JWt列密三I T .并fl篦j* y sF=|匕扇 五反段生理5区 压力居性而 xT展一L.史r耳娟h加需热咋 通行'LJ记可的'iiliiPl 亮号他动力说句、痴 H£1MCIL融松芝4h_J*-甘J21、洋营埠*，具体流程图的说明如下：迁移到商务云平台：将IT系统迁移到商务云平台，使用虚拟化资源或物理资源（例如虚拟服务器、虚拟存储、虚拟网络 ），并采用统一 运营管理平台进行管理。改

35、造后迁移：对系统架构、运行环境、接口等进行改造，使其满足迁移到商务云平台的技术要求，然后再迁移到商务云平台。保持现状：继续保持IT系统当前的运行环境，包括基础设施直至IT系统退役。系统是否会长期使用：该系统是否还将继续长期使用，如是否还会继续使用超过一年。系统是否存在故障隐患：该系统是否存在验证的故障隐患，如数据安全、架构缺陷等。设备利用率是否在60%与80%之间：该系统是否能够有效的利用基础设施硬件资源，如 CPU利用率、存储利用率过低或过高。同时在线用户比例是否大于等于50%:该系统用户的平均使用率（平均使用率指总体而言，同时在线的用户占全部预期用户的比例 于等于50%。系统是否随着压力增长而扩展：该系统是否能够进行平滑扩展以满足预期内或预期外的业务需求系统是否能够移植：该系统是否能够消除隐患以进行移植，并满足业务使用需求。是否有能力进行系统迁移及测试：该系统维护团队是否有足够的能力对系统进行测试及迁移。系统是否近期停用：该系统是否由于技术原因或业务的原因在近期将被停用。是否有业务驱动力进行系统迁移：该系统是否有足够的业务驱动力进行系统移植。是否能够进行虚拟化：该系统平台是否有合适的技术支