海航商业供应商系统
迁移方案
海南海航航空信息系统有限公司文档版本：v 1.0
文档日期：2016年3月3日
本文件中出现的任何文自序述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属海南海航航空信息系统有限公司所有，受到有关产权及版权法保护。任何个人、机构未经海南海航航空信息系统有限公司的书面授权许可，不得复制或引用本文件的任何片断，无论通过电子形式或非电子形式。
文档信息
版本记录
目录
版本记录 (3)
目录 (5)
一、文档介绍 (6)
1文档目的 (6)
2读者对象 (6)
二、迁移条件 (6)
1网络要求 (6)
2外部资源 (6)
3系统软硬件需求 (6)
三、迁移前准备工作 (6)
1人员分工及实施计划 (7)
2系统相关接口确认 (7)
3环境部署 (8)
4应用测试 (10)
四、迁移步骤 (10)
五、数据检查 (10)
六、回退方案 (10)
一、文档介绍
1 文档目的
本文档用于对海航商业供应商系统的迁移进行指导，包括迁移条件、迁移前准备工作以及具体迁移步骤。
2 读者对象
系统管理员及IT服务事业部相关领导。
二、迁移条件
1 网络要求
无
2 外部资源
无
3 系统软硬件需求
三、迁移前准备工作
1 人员分工及实施计划
2 系统相关接口确认
3 环境部署
1)、发布服务器部署：目前内外发布服务器均为虚拟机，应提前对发布服务器10.1.1.171（对外）、10.2.43.67（对内）进行系统克隆，并分配好IP；
2)、修改对内发布服务器如下配置信息：
a)Configuration.WebUI/Web.config文件下红色部分配置，以及配置文件中
connectionString="data source=10.2.43.67;user=sa;pwd=1234,qwer;database=UploadImages"/> type="Hnas.Application.Data.SqlClient.SqlDatabase, Hnas.Application.Data, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null" connectionString="data source=10.2.43.67;user=sa;pwd=1234,qwer;database=PortalConfigurations"/> b)https://www.doczj.com/doc/9518453436.html,2.IntegratedService/https://www.doczj.com/doc/9518453436.html,2.IntegratedService.WinformMana ger.exe.config文件 c)CreateExterUser/Web.config文件下的 第一个配置一样 d)XASupplier.WebUI/Web.config文件下的 及 e)XASupplier.WebService/Web.config文件下的 节，同第一个配置一样 f)XASupplierSysManage/Web.config文件下的 以及 g)XASupplierSystem/Web.config文件下的 及 h)SystemManage.WebUI/Web.config文件下的 同第一个配置一样 i)XASupplier_MessageRemind/CS_SMSRemind_Release/SMSRemind.exe.config 和SMSRemind.vshost.exe.config文件下的 同第一个配置一样 j)XASupplier_MessageRemind/EMailRemind_Release/MailRemind.exe.config 和MailRemind.vshost.exe.config文件下的 k)XASupplierSystemCS/Web.config文件下的 l)XASuppliers.WebUI/Web.config文件下的 3)、修改对外发布服务器以下配置信息： a) b)XASupplier.WebUI/Web.config文件下的 及 c)XASuppliers.WebUI/Web.config文件下的 以及 d)XASupplierSysManage/Web.config文件下的 以及 e)XASupplierSystem/Web.config文件下的 及 f)XASupplierSystemCS/Web.config文件下的 以及 4)、数据库服务器部署 a)安装sql2005以及相关补丁 b)挂接存储，附加ASPState、dbHrSys、dbHrsysManage、dbPigeonhole_bh、 dbPigeonhole_cs、DBXASapBH、DBXASupCS_Base、PortalConfigurations、 PortalServer、UploadImages c)检查确认数据库中的作业与原服务器一致 d)检查以上信息无误后启动发布服务器iis，通过IP访问内、外发布服务器测试 是否可以正常访问 4 应用测试 1、分配内部测试域名分别指向北京已经部署好的发布服务器； 2、通知伍华峰以及业务单位在内网环境下访问测试域名检查网站前、 后台数据是否正常、检查各模块是否可正常使用。 四、迁移步骤 1、在内网DNS服务器中将https://www.doczj.com/doc/9518453436.html,域名指向北京的对 内发布服务器； 2、在内部DNS服务器中将https://www.doczj.com/doc/9518453436.html,域名指向北京内外发布服 务器，并在外部DNS中修改外部域名指向外部IP； 五、数据检查 1、检查发布文件是否有更新，如有更新，重新从海口服务器上拷贝最新的 发布文件； 2、由存储管理员检查数据库文件的一致性，需进行增量数据同步（短时间 内即可完成）； 六、回退方案 1、在内网DNS服务器中将https://www.doczj.com/doc/9518453436.html,域名改回指向到 10.2.43.67； 2、在内部DNS服务器中将https://www.doczj.com/doc/9518453436.html,域名改回指向到10.1.1.176，并在外部DNS中修改外部域名指向外部IP 202.100.200.69/221.11.139.208； 3、通知业务单位测试。 1.1.1.1.1迁移方案总体思路 中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移方案设计中，我们重点考虑几个问题。 保障业务中断停机时间最小化 业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这样的风险特别对于时间敏感型数据和数据完整性业务都是不可以接受的。我们基于这样的要求，考虑到如何将停机时间最小，能否实现0停机的建设目标？ 1、对于服务器操作系统而言，我们可以采用P2V的方式，利用操作系统的V olume Shadow Copy卷影副本复制服务作为基础，来实现在旧系统环境下的系统无修改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。 2、对于应用中间件和其他应用服务器来说，我们可以基于应用服务器的动态业务扩展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样可以实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部分应用服务中我们可以使用session会话复制来实现旧系统的全局环境变量和会话请求状态也迁移到新环境中来。考虑到会话复制和状态的快速实时，我们可以采用会话内存复制，考虑到会话复制和状态的安全性，我们可以采用会话数据库复制管理。 3、对于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建，数据库镜像技术可以让我们不但保证数据库迁移的不停机，而且还可以保证万一迁移中出现停机故障也不影响源数据库，而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行，这样可以让我们的系统环境在网络出现故障的情况依然可以进行迁移任务窗口的正常工作。 业务切割时间节点优化 针对现有系统需要对外提供服务的应用，需要通过对用户历史应用进行分析，选择最优的的切割时间节点，并提切割期间的备份链路、人工受理手段。 数据迁移方案 N8000到AS13000 广东XX信息技术有限2015年7月 1. 系统拓扑图 成果数据存储系统拓扑图 千兆以太网光纤线路万兆以太网光纤线路 中间服务器 千兆以太网线路 2. 需求分析 新增设备：2台AS13000-NAS 、1台NAS 网关和1套DPS 备份系统通过光纤跳线连接万兆交换机，中间服务器和华赛N8000通过6类网线连接万兆交换机，最低达到千兆交换的物理基础架构。其中1台AS13000-NAS 作为成果数据存储，通过NAS 网关对外提供存储服务，另一台通过DPS 备份软件实现数据备份。 华赛N8000存储数据有40TB ，包括各种大小文件、压缩包，需安全迁移到AS13000，实现数据的备份和共享。数据迁移是敏感性动作，必须保证迁移数据的完整性、可用性，一致性。 华赛N8000已发生硬件故障，须尽快完成数据迁移工作。 3.数据迁移方案 本次数据迁移的目标是在最少存储中断服务时间内完成数据在两个存储设备之间快速有序迁移，并保证数据的完整性、可用性，一致性。 我们在本方案中建议以下2种方式实现存储设备之间的数据迁移： ●文件复制 ?通过全备份、增量备份实现数据迁移 ?实现方式简单，迁移成本较低 ?需要较长的存储中断服务时间 ●备份软件迁移 ?通过建立选择备份的模式运行实现数据自动复制，实现数据迁移 ?支持异构平台 ?需要第三方备份工具支持，成本较高 3.1.文件复制 该方法是通过中间服务器的指令在2个存储设备之间复制数据，数据迁移实现方式简单，不需要对源数据进行设置变更，不影响源数据的正常运行；但该方式迁移数据需要较长的迁移周期，同时需要安排一定的存储中断服务时间，以保证数据的完整迁移。 该方法不适用于增量数据迁移，增量数据需另配存储或在存储中临时划LUN替用，迁移完原数据后再迁移增量数据。 3.2.备份软件迁移 该方法通过安装的备份软件实现2个存储设备之间数据备份，向导指引你进行文件的备份与恢复，支持任务排程，进行备份时可以根据文件类型有选择的进行备份，备份文件可以压缩为ZIP文件进行存放，以节省空间，并且可以通过压缩密码保护您的文件。整个迁移过程都是可控的，原有存储环境保留，避免了迁移过程中的数据损失，保证了系统的平稳过渡。 正本 招标人：XXXX 项目名称：电信机房迁移项目 （数据库升级部分） 投 标 文 件 投标方全称：XXXX股份有限公司 2012年02月20日 前言 首先，非常感谢各位领导及专家给予XXXX参与“XXXX数据库迁移项目”的机会，我们凭借自身综合实力及多年系统集成，提交本方案，望能采用。 XXXX集团（原青鸟软件股份有限公司）起源于北京大学，是一家专业从事软件与信息技术服务的大型企业集团（以下简称“XXXX”），XXXX集团以XXXX股份有限公司为核心企业， XXXX活跃在新经济下企业转型服务领域，并在咨询服务、软件开发、系统集成以及运维服务四个核心业务领域积累了世界领先的专业技术和服务经验，与50多家国际著名管理咨询公司和软硬件厂商结成战略合作联盟，与3000多家国内集成商紧密合作，为数万家客户提供信息技术服务和应用软件解决方案及相关服务，在金融、能源、政府及企业领域建立起了卓越的声誉和品牌，是客户最佳的信息技术发展战略合作伙伴。 针对本项目，XXXX具有如下优势： 集成优势 XXXX作为一级系统集成商，对系统集成有着深刻的认识；同时设计和实施过在众多数据中心、大型业务系统的软硬件平台，有着丰富的建设经验；针对应用的高可用性和业务的连续性有着深入的研究，结合用户的具体需求，我们将提供全面、合理的解决方案。 产品优势 XXXX是IBM、HP、SUN小型机；ORACLE、SYBASE数据库；IBM、ORACLE中间件及试测软件；EMC、HDS存储；CISCO、AVAYA网络设备；APC机房设备等高级别代理商，对各类产品有深入细致的了解，能为贵校提供最优的解决方案。 完善的质量保证体系 ISO9001质量保证体系是质量管理标准和质量保证标准。XXXX为了进一步提高公司的管理水平，确立了以客户为中心的质量体系，并将其定义到整个系统集成的设计/开发、供应、安装和服务领域。本地化服务能力 上海XXX员工逾200人，技术人员50余名，其中包括小型机、中型机、存储、数据库、智 能化、软件、项目经理人及网络工程师若干名，具备较强的技术力量和集成能力。 公司特为此项目成立豪华项目小组，由公司销售总监担当项目组长，监控整个项目的实施过程，并组建15人的技术服务团队（有厂商资格认证的工程师）配合厂商为用户提供全方位的技术服务。 优惠政策 公司根据本实验室的建设目标、主要任务和功能定位，特免费赠送对改实验室建设有帮助的一款系统软件数据统计软件，希望能够充分的帮助学校更好的建设此实验室。 科研合作 近期，国家加大了对“产学研”过程的扶持与引导力度，而XXXX也一直致力于出身高校（前北大系）服务于高校的准则，大力与高校进行校企合作。充分利用高校的人力资源与科研能力，在金融、电力、能源、高教等领域共同开发出适合市场需求的产品，并树立良好的品牌。因此，希望通过此次参与上海交通大学项目，能够有机会更进一步与贵校在内容安全领域有更多的科研合作，通过XXXX现有的用户群来做市场推广。 本着与XXXX建立全面、持久、稳定、良好的业务合作关系，我们郑重承诺： 以丰富的项目实施能力、雄厚的资金实力，以方便、快捷的本地化服务特点为保障，确保XXXX数据库升级项目的顺利实施。 中国移动广东公司 UAP云平台应用迁移方案 （大纲） 版本 目录 1文档说明 (4) 2应用系统迁移方法 (4) 2.1应用迁移与整合方法 (4) 2.2应用迁移涉及的相关部门 (5) 3系统评估与分析 (6) 3.1系统评估和分析流程 (7) 3.2评估准备 (8) 3.2.1迁移范围确定 (8) 3.2.2评估方法与准备 (9) 3.2.3评估环境的准备 (9) 3.3系统调研与评估 (9) 3.3.1物理基础架构调研与评估 (9) 3.3.2应用系统调研与评估 (10) 3.3.3迁移对应用系统的影响 (11) 3.4需求分析及汇总 (11) 3.4.1基础架构需求分析与汇总 (11) 3.4.2应用系统需求分析和汇总 (11) 4方案设计 (11) 4.1方案设计流程 (12) 4.2云平台方案设计 (13) 4.3迁移方案设计 (13) 4.3.1虚拟化适用性分析 (13) 4.3.2迁移场景设计 (14) 4.3.3资源映射分析 (15) 4.3.4服务器放置设计 (16) 4.3.5资源竞争关系设计 (17) 4.3.6迁移顺序设计 (17) 5虚拟化环境准备 (18) 5.1虚拟化环境准备步骤 (19) 5.2虚拟化环境准备与方案设计 (19) 5.2.1环境确认 (19) 5.2.2实施规划与设计方案 (19) 5.3UAP云平台实施 (20) 5.3.1虚拟化系统设置与调试 (20) 5.3.2虚拟机系统设置 (20) 6应用迁移 (20) 6.1迁移实施流程 (21) 6.2迁移环境准备 (21) 6.3迁移执行 (22) 6.4迁移后虚拟机的优化 (22) 7测试验证 (22) 7.1应用系统测试验证流程 (23) 7.2应用系统测试验证内容 (23) 7.3应用系统测试 (23) 7.4系统优化 (24) 7.5应用系统验证 (24) 8应用系统割接 (24) 8.1应用系统割接流程 (25) 8.2割接评估 (25) 8.3割接准备 (25) 8.4割接操作 (26) 8.5回退机制 (26) 8.6割接后观察 (26) 8.7原系统删除 (26) 9附录 (27) 9.1MAP性能评估工具实施文档 (27) 9.2典型案例 (27) 目录 1.1总述 (2) 1.2系统迁移需求分析 (2) 1.2.1中心系统迁移需求分析总体结论 (2) 1.3迁移方案总体思路 (2) 1.3.1保障业务中断停机时间最小化 (3) 1.3.2业务切割时间节点优化 (3) 1.3.3迁移后完整性测试 (4) 1.4服务器硬件环境迁移方案 (4) 1.4.1迁移评估 (4) 1.4.2迁移计划 (5) 1.4.3测试计划 (5) 1.4.4迁移测试 (6) 1.4.5迁移实施 (6) 1.5运营商接入链路（路由）迁移 (9) 1.6应用系统和数据库迁移方案 (9) 1.6.1应用服务器迁移 (9) 1.6.2数据库迁移实施 (10) 1.7系统迁移的具体组织实施方案 (11) 1.7.1搬迁规划 (11) 1.7.2详细实施方案 (12) 1.7.3应急处理 (13) 1.1总述 按照本期招标采购要求，中心在建成后要实现对迁移应用和新建业务平台的一体化集成。 考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的搬迁将是项目建设的重点和难点。 本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基础，给出搬迁方案设计。 1.2系统迁移需求分析 按照用户招标要求，本期系统迁移的具体需求分析如下。 中心原有应用系统将全部迁移至虚拟化服务平台，迁移期间必须保证工作不能中断，历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接。 系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转换，历史数据的无损迁移也是系统搬迁的难点和重点。 1.2.1中心系统迁移需求分析总体结论 通过对中心现有上述应用迁移的需求分析，鉴于原系统建设单位并非我公司，迁移过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括：涉及运营商的接入切割，原有数据的迁移，合理切割时间节点规划。 1.3迁移方案总体思路 中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移方案设计中，我们重点考虑几个问题。 1.历史数据的迁移整合 本次系统是在原有系统的基础上开发完成，因此，新旧系统间就存在着切换的问题。另外，新开发的系统还存在与其他一些应用系统，例如，企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 1.1.新老系统迁移整合需求分析 系统迁移又称为系统切换，即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括：数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤：数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据；数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式，数据的整合是整合系统切换的关键；新旧系统迁移就是在数据正确转换的基础上，制定一个切实可行的计划，保证业务办理顺利、平稳过渡到新系统中进行；新系统运行监控就是在新系统正常运转后，还需要监控整个新系统运行的有效性和正确性，以便及时对数据转换过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合，以保证新开发的系统能与保留的老系统互动，保证业务的顺利开展。主要的任务是接口的开发。1.2.需要进行迁移整合的系统 1.3.数据迁移整合分析 根据招标文件工商总局新建系统的数据库基于IBM DB2，而原有系统的数据库包括ORACLE，SQL Server，DB2。这种异构数据在总局主要存在于两个方面， 即部门内部的异构数据和上下级部门之间的异构数据。同时，系统的技术构件有.NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法，如：如果数据有基于DB2管理的，有ORACLE管理的，有SQL Server管理的，就根据新系统DB2的要求，把ORACLE的数据迁移到DB2数据库中，把SQL Server的数据迁移到DB2数据库中。 上下级国工商局之间的异构数据的集成利用数据交换系统来完成，重点在于数据库存储标准、交换标准的制定和遵守，保证数据的共享，这部分工作由数据中心完成。 1.4.系统迁移和整合目标 1.4.1.系统迁移的主要目标： 1.保证系统正常运行 在数据转换过程中，由于原有的系统数据的复杂性，给数据转换工作带来了很大的难度，为了在新系统启动后不影响原系统正常的业务，因此数据转换完成后，必须保证新系统的正常运行。 2.保证原有系统在新系统中的独立性 原有系统是独立运行的系统，数据在新系统中虽然是集中存放的，但是各个系统由于存在业务上的差别，数据在逻辑上应当保持一定的独立性。 1.4. 2.系统整合的目标： 保证直接关联的系统互动，保证业务的正常办理。例如公众服务系统与基本业务系统之间互动，基本业务与协同业务之间互动等等。 华云迁移方案 1概述 对于使用华云平台的用户而言，会面临多种需要业务迁移的场景，可以分为三种情况：用户进行华云部署，需要将业务从原有云平台迁移到华云平台，原有的业务可能使用物理机承载，也有可能使用了第三方的云平台；用户在使用华云的过程中，需要将虚机从一台物理机迁移到另外一台物理机，也就是在华云系统内进行虚机的迁移；第三种情况是用户配置了伸缩策略，华云监控引擎根据资源的使用情况在集群内进行自动迁移。下面按照虚拟机到虚拟机（V2V）迁移、物理机到虚拟机（P2V）迁移两种使用模式来描述华云的迁移实施方案。 2 V2V迁移 2.1华云内部迁移 典型的华云部署构架如图1所示，云区域1为承载kvm类型虚机的集群，云区域2为承载xen类型虚机的集群，云区域3承载了ESXI类型的虚机。 图1 华云典型构架 以图1的部署构架为例，云区域1和云区域2内部的虚机迁移通过华云内置的迁移功能就能够完成，其它形式的迁移，比如异构（云区域1 和云区域2 ）区域间的迁移，以及云区域3 内部的迁移需借助第三方工具来执行。 2.1.1云区域内部迁移 对于kvm或xen类型的云区域内部迁移，通过华云内置的迁移功能完成，分为两个步骤执行：步骤1，如图2所示，在资源管理界面中选择需要迁移的虚机（这里是centos1 ），点击迁移，弹出迁移界面，如图3所示。 图2 迁移目标选择 步骤2，在弹出的迁移界面中选择迁移的目的地，这里选择node4，点击保存，出现迁移状态，如图4所示。图中会显示迁移的总体进度，并且展示当前所处的迁移状态，迁移过程中有虚机磁盘迁移、虚机状态迁移、虚机网络迁移三个状态。迁移完成后，在物理节点node4中可以看到被迁移的虚机，如图5所示。 新老系统迁移及整合方案 本次总局综合业务系统是在原有系统的基础上开发完成，因此，新旧系统间就存在着切换的问题。另外，新开发的系统还存在与其他一些应用系统，例如，企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 新老系统迁移及整合需求分析 系统迁移又称为系统切换，即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括：数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤：数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据；数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式，数据的整合是整合系统切换的关键；新旧系统迁移就是在数据正确转换的基础上，制定一个切实可行的计划，保证业务办理顺利、平稳过渡到新系统中进行；新系统运行监控就是在新系统正常运转后，还需要监控整个新系统运行的有效性和正确性，以便及时对数据转换过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合，以保证新开发的系统能与保留的老系统互动，保证业务的顺利开展。主要的任务是接口的开发。 需要进行迁移的系统 需要进行整合的系统 需要与保留系统整合的系统包括： 1、企业登记管理（含信用分类），全国企业信用联网统计分析，不冠行政区 划企业名称核准，大屏幕触摸屏系统与企业信用联网应用，企业登记子网站，属地监管传输，网上业务受理之间的整合； 2、外资企业登记管理（含信用分类），全国外资企业监测分析与属地监管传输，外资登记子网站，网上业务受理，大屏幕触摸屏系统之间的整合； 3、广告监管系统与广告监管子网站之间的整合； 4、12315数据统计分析与12315子网站之间的整合； 5、通用信息查询、统计系统与数据采集转换之间的整合； 数据迁移和转换分析 根据招标文件工商总局新建系统的数据库基于IBM DB2，而原有系统的数据库包括ORACLE，SQL Server，DB2。这种异构数据在总局主要存在于两个方面，即部门内部的异构数据和上下级部门之间的异构数据。同时，系统的技术构件有.NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法，如：如果数据有基于DB2管理的，有ORACLE管理的，有SQL Server管理的，就根据新系统DB2的要求，把ORACLE的数据迁移到DB2数据库中，把SQL Server的数据迁移到DB2数据库中。 上下级国工商局之间的异构数据的集成利用数据交换系统来完成，重点在于数据库存储标准、交换标准的制定和遵守，保证数据的共享，这部分工作由数据中心完成。 系统迁移和整合目标 一、系统切换的主要目标： ●保证系统正常运行 在数据转换过程中，由于原有的系统数据的复杂性，给数据转换工作带来了很大的难度，为了在新系统启动后不影响原系统正常的业务，因此数据转换完成后，必须保证新系统的正常运行。 ●保证原有系统在新系统中的独立性 原有系统是独立运行的系统，数据在新系统中虽然是集中存放的，但是各个 系统迁移云端服务方案 目录 一.方案背景 原xx 系统集约化平台定于 2018年6月30日关停。平台关闭后，相关单位可能开展的工作包括： 1、关停系统，系统上无xx 应用； 2、关停系统，系统上存在关联应用，需要迁移应用； 3、不关停系统，需要迁移整个系统。 二."问题及需求 原xx 系统集约化平台关停，相关单位本身缺少机房、技术人员、日常维护人员的情况下，会对后续工作的开展造成以下几个方面的困扰： 1、由谁来提供新的机房环境和网络基础环境； 2、由谁来对新的网络基础环境提供维护； 3、如何保证整个迁移过程的安全性、可靠性； 4、迁移完成后，由谁来负责整体系统的安全运维，保证系统的安全性。 如果由各单位自行负责本单位系统、应用系统的整合、迁移，就需要各单位投入大量的人力、物力解决新机房、网络、迁移、运维多方面的问题，而且无法保证系统后续的安全性。 三.方案思路 在当前的情况下，采用集中管理的方式是比较适合的，帮助相关单位统一解决机房、设备、人员等多方面的问题，同时能够降低成本。 1、由xx 统一提供机房和基础网络环境，可以是自建模式，也可以考虑采用整体迁移到公有云的模式。相关系统在从XX机房迁出后均由XX托管，和统一部 xx 署在一套系统系统上 2、 由xx 负责系统具体迁移工作与后续基础网络维护工作，可委托安全服 务公 司负责系统的迁移协调、迁移风险控制； 3、 委托服务公司统一负责系统后续的整体安全运维，包括日常的安全检 测、 加固及应急等。 本方案优势： 1、节省成本： 相比各单位自行解决机房、网络、迁移、运维、安全等问题，此方案更加 的节省费用； 2、节省人员： 各单位不需要再额外招聘、培训技术人员，将精力集中在核心业务上； 3、 保障 XX ： 专业的安全服务团队提供日常安全运维，保证系统的可靠性和安全性； 4、 更专业的技术服务： 让专业的团队来负责日常的运行、维护，解决日常运维过程中的各种问 题。 四． "方案设计 本方案以xx 第一批需迁移的系统（不包含门户系统下链接的应用系统，女口 有按单个系统计算）为统计基础， 4.1 资源需求 一、计算资源需求 数据中心机房搬迁方案 This manuscript was revised by JIEK MA on December 15th, 2012. 第1章设备迁移方案 1.1迁移流程及顺序说明 以上为系统迁移的流程图，各单位数据中心分系统均按该流程进行，做到系统迁移的有序进行。 1.2迁移实施前期准备 迁移的准备工作是整个迁移工作的极其重要的部分，充分的做好本次迁移的准备工作，是保证迁移工作顺利进行的首要条件，并可有效的减少迁移过程中的事故隐患，以下将对迁移前的准备工作做详细描述。 2.1迁移设备确认 在此过程中需和用户方确认迁移的网络设备、服务器、存储等硬件设备及其辅助设备和材料，并对需迁移的设备进行分类统计，形成文档，由用户方确认。 2.1设备检测 （一）硬件设备的检测 在迁移以前，用户方应对现有的设备进行一次全面的检测工作，包括系统状态、组件和系统配置的检测，确认系统迁移恢复后应具有的功能和性能。 （二）服务器软件应用系统的检测 配合业务系统的开发维护单位，对系统的集成接口、设备连接进行检测，确认系统迁移恢复后应具有的功能和集成方式。 2.1数据备份 做好数据备份工作是本次搬迁工作顺利完成的有效保障之一，对各系统配置参数和配置文件做有效的记录和保存，形成文档，为系统再运行、集成提供充分的依据。 2.1设备及接口标识 迁移工作比较繁琐，尤其值得注意的是，在系统的再集成过程中，设备物理连接的恢复将是系统再集成的首要保证，众多单位的业务系统与及数量繁多的设备容易引起现场的混乱，模糊不清或者意义不明确的设备标识、标识的丢失等因素将影响系统恢复运行的时间。 因此在迁移以前对所有的硬件设备做好编号和功能标示，对物理连接的接口和线缆做好标识，对设备、接口、线缆做到一一对应，并将以上标识内容形成文档，为系统快速恢复提供可靠的基础。 数据迁移方案 数据迁移方案 N8000到AS13000 广东XX信息技术有限2015年7月 1. 系统拓扑图 AS13000 成果存储 备 成果数据存储系统拓扑图 NAS 网关 成果存储 主 万兆交换机1 千兆以太网光纤线路万兆以太网光纤线路 AS13000 核心交换机 DPS 万兆交换机2 文件服务 已有存储 华赛 N8000 千兆以太网线路 2.需求分析 新增设备：2台AS13000-NAS、1台NAS网关和1套DPS备份系统通过光纤跳线连接万兆交换机，中间服务器和华赛N8000通过6类网线连接万兆交换机，最低达到千兆交换的物理基础架构。其中1台AS13000-NAS作为成果数据存储，通过NAS网关对外提供存储服务，另一台通过DPS备份软件实现数据备份。 华赛N8000存储数据有40TB，包括各种大小文件、压缩包，需安全迁移到AS13000，实现数据的备份和共享。数据迁移是敏感性动作，必须保证迁移数据的完整性、可用性，一致性。 华赛N8000已发生硬件故障，须尽快完成数据迁移工作。 3.数据迁移方案 本次数据迁移的目标是在最少存储中断服务时间内完成数据在两个存储设备之间快速有序迁移，并保证数据的完整性、可用性，一致性。 我们在本方案中建议以下2种方式实现存储设备之间的数据迁移： ●文件复制 ?通过全备份、增量备份实现数据迁移 ?实现方式简单，迁移成本较低 ?需要较长的存储中断服务时间 ●备份软件迁移 ?通过建立选择备份的模式运行实现数据自动复制，实现数据迁移 ?支持异构平台 ?需要第三方备份工具支持，成本较高 3.1.文件复制 该方法是通过中间服务器的指令在2个存储设备之间复制数据，数据迁移 应用系统迁云实施方案编制指南 贵州省大数据发展管理局 2017年6月 目录 一、格式和提纲 (1) 二、编制内容要求 (3) 前言 (3) 第一章项目概述 (3) 第二章现状调研及分析 (3) 第三章迁云总体规划 (4) 第四章迁云实施管理 (5) 第五章资金概算 (5) 第六章效益分析 (5) 附件1：7月应用系统迁云工作推进表（样表） (6) 附件2：应用系统迁云工作确认报告（模板） (7) 附件2：数据资源共享开放工作确认报告 (10) 附表1：应用系统详细信息表 (12) 附表2：云资源测算清单 (13) 附表3：项目投资估算表 (14) 附表4：数据资源目录梳理计划表 (14) 附表5：数据共享计划表 (16) 附表6：数据开放计划表 (17) 附表7：数据需求表 (18) 一、格式和提纲 应用系统迁云实施方案参考如下格式和提纲进行编制：（一）封面格式： ××××（项目全称） 项目建设单位：×××××（盖章） 编制单位：××××× 编制日期：××××年××月 项目建设单位联系人：×××× 联系方式：×××××（电话、传真、电子邮件）（二）扉页格式： 编制单位：××××（盖章） 编制单位负责人：×××（签章) 编制单位项目负责人：××× (职称) 主要编制人员：×××（职称) （三）应用系统迁云实施方案编制提纲： 目录 前言 第一章项目概述 1．项目名称 2．项目背景 3．项目建设单位概况 4．项目建设目标 5．项目建设内容 6．项目建设周期 7．项目投资及资金来源 8．方案编制依据 第二章现状调研及分析 1.信息化现状调研 2.存在问题 3.需求分析 第三章迁云总体规划 1．迁云原则 2．迁云目标 3．技术架构设计 4．数据处理及存储 5．网络建设规划 6．系统安全规划 7．迁云改造 8．云上贵州系统平台云资源选型及清单 9．运维规划 第四章迁云实施管理 1．实施计划 2．保障措施 第五章资金概算 1．投资概算 2．资金筹措 第六章效益分析 项目的经济效益和社会效益分析 附表：1．应用系统详细信息表 2．云资源测算清单 3．项目投资估算表 4．数据开放计划表 5．数据共享需求表 6.数据开放计划表 7.数据需求表 江阴电教馆云数据中心项目方案 目录 1 方案建设思路........................................... 2方案拓扑............................................... 3方案的优势............................................. 可靠性 ............................................ 服务器硬件高可用.............................. 虚拟化集群高可用.............................. 存储系统高可用................................ 数据备份高可用................................ 可扩展性 .......................................... 动态添加虚拟化集群............................ 容灾升级扩展.................................. 降低成本，提高效率和服务水平....................... 简化管理 .......................................... 浪潮云海OS的管理平台ICM概述................. 浪潮ICM管理特性.............................. 浪潮ICM主要功能.............................. 整体架构和管理界面............................ 4方案配置清单........................................... 5公司简介............................................... XXX公司应用系统迁云方案 XXX公司： 为加快XXXX企业服务器迁云的速度，确保上云过程系统运行不间断，联通特制定以下方案： 一、迁移方案总体思路 新旧系统的迁移是一个整体系统工程。迁移必须保证系统建设的相关要求，在迁移过程中，需要重点考虑以下问题： 1.1数据迁移如何保障业务运行不间断； 1.2迁移涉及到应用迁移、数据库迁移以外，还要考虑到迁移前的 数据备份、迁移后运行测试以及迁移完系统的培训等内容，只 有这样才能保证迁移的安全性和有效性。 二、迁移实施分工 本次系统的迁云主要有四方参与，具体分工如下： XXX公司：负责项目总协调、费用缴纳、监督； 联通：协助XX集团与XX开发方、XXX软件开发方协商制定迁云计划，负责基础云环境的开通，同时配合解决迁云过程中存在问题； XX开发方：负责XXX系统的数据备份、上传以及云服务器软件环境的搭建，系统数据导入及运行测试； XXX软件开发方：负责XXX的数据备份、上传以及云服务器软件环境的搭建，系统数据导入及运行测试； 三、服务器迁移方案 数据迁移计划分为七个步骤，具体如下： 3.1迁移评估（1天） 迁移前，对迁移方案进行评估以确保迁移成功。 由两家软件公司现有系统的架构和资源使用状况进行勘察，评估过程必须包含以下信息和内容： 现有系统支撑的服务数量以及在服务器中的分布情况，现有物理服务器资源占用状况，包括CPU、内存、磁盘和网络连接状况。 对当前的存储容量和资源利用率进行评估，需在目标系统中规划好迁移需要的存储空间。 3.2联通阿里云服务器开通（1天）（与数据清理、备份同步进行）根据评估所确认的信息，由联通负责开通需求配置的阿里云服务器，XX企业财务负责费用缴纳（因阿里均为在线缴费，需财务在线缴纳） 3.3数据清理、备份（1天） 原服务器数据备份，由对应软件公司进行数据备份； 3.4云服务器环境搭建、软件调测（2天） 在阿里云服务器上搭建环境，包括FTP的上传软件、相关数据库及页面服务器软件，XX及XXX软件安装，XX及XXX软件数据通道调试； 3.5系统运行测试（3天） 数据迁移，由两家软件服务商分别将实体服务器的数据库上传至云服务器；XX及XXX软件系统运行测试； 1 某中心应用系统迁移方案 目录 1某中心应用系统迁移方案 (1) 1.1总述 (2) 1.2系统迁移需求分析 (2) 1.2.1中心系统迁移需求分析总体结论 (2) 1.3迁移方案总体思路 (2) 1.3.1保障业务中断停机时间最小化 (2) 1.3.2业务切割时间节点优化 (3) 1.3.3迁移后完整性测试 (3) 1.4服务器硬件环境迁移方案 (4) 1.4.1迁移评估 (4) 1.4.2迁移计划 (4) 1.4.3测试计划 (5) 1.4.4迁移测试 (5) 1.4.5迁移实施 (5) 1.5运营商接入链路（路由）迁移 (8) 1.6应用系统和数据库迁移方案 (8) 1.6.1应用服务器迁移 (8) 1.6.2数据库迁移实施 (9) 1.7系统迁移的具体组织实施方案 (9) 1.7.1搬迁规划 (10) 1.7.2详细实施方案 (10) 1.7.3应急处理 (11) 1.1 总述 按照本期招标采购要求，中心在建成后要实现对迁移应用和新建业务平台的一体化集成。 考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的搬迁将是项目建设的重点和难点。 本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基础，给出搬迁方案设计。 1.2 系统迁移需求分析 按照用户招标要求，本期系统迁移的具体需求分析如下。 中心原有应用系统将全部迁移至虚拟化服务平台，迁移期间必须保证工作不能中断，历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接。 系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转换，历史数据的无损迁移也是系统搬迁的难点和重点。 1.2.1 中心系统迁移需求分析总体结论 通过对中心现有上述应用迁移的需求分析，鉴于原系统建设单位并非我公司，迁移过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括：涉及运营商的接入切割，原有数据的迁移，合理切割时间节点规划。 1.3 迁移方案总体思路 中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移方案设计中，我们重点考虑几个问题。 1.3.1 保障业务中断停机时间最小化 业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这 篇一：03金蝶升级迁移服务合同金蝶软件升级/迁移服务合同 附件： 金蝶软件升级/迁移服务合同 第一条产品定义及服务范围 1.1 甲乙双方在本合同中明确约定，乙方向甲方提供如下产品的升级/迁移服务支持：1.2 双方约定乙方于年月日内提供软件升 级/迁移服务，将甲方的当前产品升级/迁移至目标产品。 第二条服务费用及付款约定 2.1 本合同约定升级/迁移服务费实际金额为______佰______ 拾______万______仟______佰______拾______元整。 2.2 上述费用不含升级/迁移产品可能涉及的软件使用许可费用，如有上述费用发生，甲方应与 乙方另行签订《金蝶软件使用许可合同》，在该合同中列明软件使用许可费。 2.3 甲方应于本合同生效之日起的向乙方一次性支付本合同约定的全部费 用。 第三条代垫费用 3.1 乙方（或乙方指定的服务提供方）提供现场服务时，如甲方（或被服务方）要求的服务地 点距离乙方办公地点单程超过40公里，乙方（或乙方指定的服务提供方）的往返差旅费和食宿 费由甲方（或被服务方）承担。食宿费标准为元/人天，差旅费根据实际发生结算。 1./ 2 金蝶软件升级/迁移服务合同 3.2 双方同意于发生以上费用后的5个工作日内结清。第四条甲方责任 4.1 甲方应准备升级/迁移环境（包括计算机、网络、其他相关设备与软件环境等），确保许 可软件的使用和管理正常，确保许可软件运行环境（包括计算机、打印机及相关硬件设备）的安全，为软件升级/迁移正常进行提供保障。 4.2 甲方应定期做好当前产品版本系统数据及账套的备份并妥善保管。 4.3 在乙方提供升级/迁移服务时，甲方应根据乙方要求，指定配合的员工，提供必要的设备。4.4 在乙方升级/迁移服务完成时，甲方配合检查目标软件产品的运行是否正常。第五条乙方 责任 5.1 乙方负责为甲方提供目标产品版本的安装与调试服务。 5.2 乙方负责协助甲方将当前产品版本的账套数据（限于客户已购买账套数）升级/迁移到目 标产品版本中使用。 第六条有限保证 6.1 乙方承诺根据本合同的约定向甲方提供软件升级/迁移服务，但是对于因不可抗力或甲方 因素导致的延误而给甲方造成的损失乙方不承担任何责任。 6.2 除本合同或其附件另有约定，乙方提供服务内容不包括以下：目标产品版本的软件实施、 培训、定制服务（含客户化开发）、标准支持、高级支持等服务。如甲方需要乙方提供此类服务，须和乙方另行签订相应的服务合同。 VMWARE云平台升级及迁移参考实施方案 ————————————————————————————————作者：————————————————————————————————日期： VMWARE云平台升级及迁移 参 考 方 案 目录 1.原系统4.X到5.X的升级 (2) 2.新部署分方式 (2) 2.1.交叉模式 2 2.2.重新挂载 2 2.3.迁移软件迁移 3 3.迁移工具介绍 (3) 4.迁移方法介绍 (5) 4.1.热克隆简介 5 4.1.1.热克隆准备条件 5 4.1.2.热克隆优点 5 4.1.3.热克隆缺点 6 4.1.4.热克隆适用场景： 6 4.1. 5.热克隆不适用的场景 6 4.1.6.热克隆流程图解 7 4.1.7.热克隆完成后的虚机处理 8 4.2.冷克隆 8 4.2.1.冷克隆准备条件 9 4.2.2.冷克隆优点 9 4.2.3.冷克隆缺点 9 4.2.4.适用环境 9 4.2. 5.不适用的环境 9 4.3.手动部署 10 4.3.1.优点 10 4.3.2.适用场景 10 1.原系统4.X到5.X的升级 4.x版本直接升级到 5.x版本，理论上可以，但版本差异大应用容易出问题， 因此厂家不建议此种升级方式，建议新部署的方式升级 2.新部署分方式 2.1.交叉模式 两套虚拟化连接相同的存储交换机，分别识别两套存储，采用storage vMotion功能迁移虚拟机文件 但是rdm挂载盘如果选择了物理模式这就不支持了。 2.2.重新挂载 旧存储在原有虚拟化系统中卸载（不是删除），再在新虚拟化上重新挂载 核心业务数据迁移方案 为了对系统集成核心技术拥有更多的自主控制能力, 为了解决数据库的线性扩展问题，为了尽量减少对软件数据的依赖,针对核心业务数据的迁移做如下方案分析. 一、可选用的数据迁移方式有： 1、数据库方式 1）使用RMAN 将数据全库导出导入。优点是数据不会有逻辑性错误，速度快；缺点是存在数据恢复风险，如果使用带库，必须保障磁带不出问题，如果使用磁盘，必须保障文件系统容量大于数据库 2）使用EXPDP 方式。优点是数据不会有逻辑性错误，导出导入后可提高数据访问性能；缺点是导出导入速度太慢，而且必须保障文件系统容量大于数据库 2、主机方式 1）使用DD。优点是速度快，可在物理上保障数据一致性；缺点是操作复杂，需要对每个要迁移的LV执行DD 操作 2）磁盘MIRROR 技术。优点是操作简单，可在物理上保障数据一致性；缺点是速度慢，一次只能做一个LV，而且稍有疏忽就可能把源数据毁 掉，风险较大 3. 存储方式 1）使用存储磁盘远程复制软件CA。在同一品牌、同一档次的存储器之间 可以使用磁盘远程复制软件，优点是不需要停业就可以进行数据迁移；缺 点是除需要相关软件许可以外，技术条件苛刻，要求源磁盘和目标磁盘的 格式和大小必须一样。 （2）存储内部复制软件BC。优点是不需要停业而且速度快；缺点是需要 对两台存储器进行虚拟化挂接，让一台管理另一台，而且要求源磁盘和目 标磁盘的格式和大小必须一样 二、迁移设计详细实施方案 根据西藏机房环境及数据转移最后选择了DD 方式1），RMAN 方式作为备 用 （1）通过对数据环境（包括主机、磁盘阵列和SAN交换机）的信息收集 分析，确定需要升级的软硬件系统（含微码） （2）确定方案具体细节。新增主机HBA 卡和SAN交换机，构成SAN网络 （3）制定详细操作步骤，确定操作人和复核人。 （4）分析可能出现的风险及采取的应对措施。 （5）由主机、存储、数据库、网络等各方面技术人员对方案进行最终评 审，确定最终方案。 三、迁移组织计划 （1）成立实施小组。由实施小组全面负责项目实施的技术方案、对外沟 通协调、人员组织调配、后勤服务保障等工作。 （2）确定实施日期及停机时间 （3）提前作好停机前的沟通协调工作。 中国移动广东公司 UAP 云平台应用迁移方案 （大纲） 版本 6.4迁移后虚拟机的优化.............................................................................................. 错误!未指定书签。 1文档说明 本文档的目的在于为UAP云平台地市应用系统设计的一个迁移与整合方法，并对实际操作有指导和建议。 本文档主要针对广东移动UAP的地市应用系统迁移到UAP云平台。 2应用系统迁移方法 2.1 应用迁移与整合方法 根据以往丰富的项目经验，结合UAP云平台的具体业务特点，定制了一套数据迁移与整合的方法。本迁移与整合方法分为6个阶段，分别为系统评估与分析、方案设计、虚拟化环境准备、应用移植、测试验证和业务割接。 图2-1应用迁移与整合方法 ?评估与分析 在系统评估与分析阶段，应确定迁移范围和目标，利用调查问卷、系统评估工具（MAP）和访谈等评估形式，对应用系统进行评估，分析和汇总系统需求，形成调研报告。 ?方案设计 在方案设计阶段，针对项目范围内的物理服务器进行虚拟化适用性分析，设计迁移场景和云平台架构方案。在云平台方案设计的基础上，进行迁移顺序、迁移方法等内容的设计，形成总体迁移方案。 ?虚拟化环境准备 在虚拟化环境准备阶段，应判断现有的UAP云平台环境是否能容纳被迁移的所有对象，以及，具体应检查计算资源、存储资源、网络资源以及数据库资源等，建立迁移所需的环境准备，如虚拟机、虚拟化网络等。 信息系统上云迁移服务流程 设计方案 目录 第一章服务流程图 (3) 第二章系统调研与评估 (3) 2.1迁移范围确定 (3) 2.2物理基础架构调研与评估 (3) 2.3应用系统调研与评估 (4) 2.3.1业务重要性评估 (4) 2.3.2业务生命周期评估 (5) 2.3.3应用系统逻辑架构 (5) 2.4其他内容调研与评估 (6) 第三章需求分析及汇总 (6) 3.1基础架构需求分析与汇总 (6) 3.2应用系统需求分析和汇总 (6) 第四章迁移实施 (7) 4.1迁移实施流程 (7) 4.2迁移环境准备 (8) 4.2.1人员准备 (8) 4.2.2网络环境准备 (8) 4.2.3计算资源准备 (8) 4.2.4重要数据和应用的备份 (9) 4.3迁移执行 (9) 4.3.1迁移失败分析 (9) 4.3.2迁移后云主机的优化 (10) 4.4测试验证 (11) 第五章确认交割 (12) 第一章服务流程图 第二章系统调研与评估 2.1 迁移范围确定 首先要确定迁移范围： （1）哪些应用系统需求从哪些服务器上迁移到云平台上； （2）哪些应用系统需要进行解耦和整合等操作； （3）迁移前后机房环境的变化确认等。 2.2 物理基础架构调研与评估 在物理基础架构信息收集和评估中，利用自动化评估工具和调查问卷的方式完成计算容量、存储容量和网络容量以及相关的利用率和性能数据等评估内容的收集。 物理基础架构的评估中，完成如下内容的评估： （1）在基础架构硬件的CPU评估中，收集CPU的型号、主频、内核数、颗数，评估CPU的利用率。 （2）在基础架构硬件的内存评估中，收集内存的容量、型号以及使用率。 （3）在基础架构硬件的磁盘评估中，收集磁盘的数量、RAID方式、文件系统类型、文件系统总容量、磁盘IO 性能等； （4）在基础架构硬件的网络评估中，收集物理服务器的网卡容量、数量及网络性能，网络交换机的型号、网口数、数量、基础架构的网络拓扑图等。 2.3 应用系统调研与评估 在应用系统层面，评估业务的重要性、业务成熟度、应用系统逻辑架构等内容，为迁移提供重要的参考依据。 2.3.1 业务重要性评估 在评估阶段，评估应用系统的重要程度，利用应用系统的重要程度设置相关的资源竞争策略，并且对重要的应用系统采用相应的技术方案进行保护，如重要的应用系统可使用HA等技术方案保证业务连续性。 业务的重要性可作为云主机发生竞争时如何争取资源的一个重要输入。在云主机的资源竞争机制中，有最低占系统云迁移方案
数据迁移技术方案
xx数据迁移方案
云平台应用系统迁移方案大纲
应用系统迁移方案
数据迁移整合方案
云迁移方案
系统历史数据迁移方案
应用系统迁移云端服务方案
数据中心机房搬迁方案
数据迁移方案
应用系统迁云实施方案编制
数据中心项目方案
联通企业迁云方案-共享版
专业信息化应用系统迁移方案
数据迁移服务合同
VMWARE云平台升级及迁移参考实施方案
核心业务数据迁移方案
云平台应用系统迁移办法大纲
信息系统上云迁移服务流程设计方案
相关主题
文本预览