云迁移服务采购服务方案
招标编号：****
投标单位名称：****
授权代表：****
投标日期：****
一、详细技术规格
1.项目简介
1.1.1 这是中国移动力建集成有限公司（以下简称买方）为本项目服务合同所制定的技术规格说明书。该说明书将作为供应商（以下简称卖方）编制技术方案和报价的重要依据。
1.1.2 卖方需确保其所提供的整体解决方案、系统软硬件设备、集成及服务等完全符合买方制定的技术标准。对于任何可能存在的不符合情况，卖方应在投标响应中详细阐明，并提出相应的改进措施和解决方案。若卖方在响应中未明确指出，将默认其提交的整体方案、所有系统软硬件设备、集成及服务已满足相关技术规范和规范书的要求。
(1)卖方承诺，其为本项目提交的方案、配套的所有软硬件设备、集成服务等内容，均需严格遵循附件中规定的标准和技术规格，以及相关的其他专业技术规范。
(2)卖方应确保所提供的软硬件设备符合国际通用标准（包括ISO、ITU-T、ETSI、IETF、3GPP、OMA、OASIS等），以及国家颁布的全部技术规格和相关文件。在建议书中，卖方需详尽阐述这些要求，并附上相应的专业技术文档以供参考。
(3)在建议书中，如卖方的设备和系统自带特定的专用标准，应详尽阐述并附带相关详细技术文档。
(4)买方支持卖方采用国内自主研发的软件、开放源代码软件以及基于开放式技术架构的解决方案。
1.1.3 任何技术要求若与上述规范存在分歧，将优先依据本文件的规定执行。
1.1.4 在本工程所构建系统的保修期内，卖方承诺无偿提供必要的服务以确保系统性能达标。
(1)一旦买方发布新的准则或规定，例如中华人民共和国通信行业的标准或中国移动通信集团公司制定的业务和技术规范，卖方需在三个月内无偿对系统进行相应的更新以符合这些新要求。
(2)卖方需承诺在系统运行过程中，如遇到功能缺陷、性能下降或安全问题，将无偿提供相应的系统修订、性能提升以及版本升级服务。
(3)如本期工程项目的功能维持不变，仅涉及业务流程优化、用户体验提升、界面布局调整、权限配置更新及系统重新部署等环节的改动，卖方需确保无条件履行系统调整，以充分满足买方的需求.
1.1.5 卖方需确保提供的所有软硬件设备为商业成熟且稳定的制品，其功能、性能、容量、处理能力和接口数量等须严格符合买方指定的技术规格与标准。卖方需确保所配置的软硬件在数量和性能上均能满足或超越买方的既定需求。若在工程实施和网络运营过程中检测到设备及系统性能未达工程规范书规定，卖方需无偿提供额外或必要的软件升级或硬件调整，以满足或超越买方要求。对于本规范书中未明确的性能指标，卖方需提出专业建议，并详细阐述其技术依据。
1.1.6 买方拥有权对拟采购的卖方软硬件设备配置实施定制调整，并可根据卖方应答方案选择性购买部分产品（设备）。若买方仅购置部分产品（设备）或系统配置范围发生变化，卖方需确保其优惠政策及服务费用比率维持原定不变。
1.1.7 卖方提供的所有产品及其应用软件的功能与性能应全面符合买方的需求，并至少达到或超越买方明确指定的标准。对于本规格书未涵盖的性能参数，卖方需主动建议并详尽阐述。
1.1.8 规范书有关内容的澄清
(1)卖方如对技术规格书有任何疑问，应通过书面形式与买方沟通。在提交建议书截止日期前，买方将提供书面回复，并将该回复的副本同时转发给所有获得工程技术规范书的供应商。
(2)在采购流程的不同阶段，买方将以书面形式向卖方提出技术性咨询，卖方需提交正式的书面答复。所有这些阶段的技术澄清文档将被纳入合同附件之中，作为法定依据。
1.1.9 买方保有并行使对本文件的解释权益。在签署合同之前，买方有权依据实际需求对本规范书进行修订和完善。经此修订和补充后的最终技术规格书将作为合同的法定附件。
1.1.10 本规定被视为确保系统运行的最低标准，任何未涵盖的内容，卖方有义务进行补充。若在入选后发现遗漏，将默认卖方同意对遗漏部分无条件提供且无需额外费用。
1.1.11 任何情况下，未经买方书面授权，卖方不得将本文件向任何第三方泄露或公开。
2.明确项目规格与期望
2.1服务内容
服务内容概述： - 主机迁移服务 - 应用迁移解决方案 - 数据迁移支持服务 - 新建系统迁移执行 - 定制化集成服务定制 - 迁移工具运用与培训
2.2服务需求
(1)客户需迁移的主机系统及其相关数据应被迁移到甲方预先指派的特定资源池节点。
(2)力求平稳迁移，确保迁移过程对现有业务系统的干扰减至最低，同时保障业务连续性以及数据的安全性和一致性。
(4)在迁移过程中，我们专注于对CPU、内存和硬盘空间等关键资源的精细优化与调整。
(5)确保关键系统及重要数据的完整性，实现高效的数据与系统的灾备恢复功能。
(6)确保迁移任务在客户设定的时间范围内顺利完成
(7)针对特殊场景下客户可能提出的迁移任务，我们建议借助相应的迁移工具来实现这一需求。
(8)为了确保迁移工作的高效性和质量，我们需引入相应的工具，以满足客户的期望标准。
2.3中选供应商份额执行规则
采购策略规划为框架合同结合订单模式，提议选定两名供应商。依据综合评估得分排序分配中标份额，具体如下：第一名供应商将获得60%的合同份额，而第二名供应商则占有40%。所有交易将遵循框架合同框架下，后续订单结算执行。
1、供应商份额执行规则
如合同生效后，供应商遭遇终止合同或执行额度达到中选份额上限等致使无法履行的情形，将对该服务项目启动再招标程序，并启用服务保障执行机制：在新合同签署前，受影响的服务任务将由其他中选供应商暂代执行，但累计执行总额须严格遵守原中选份额上限的规定。
2、供应商份额调整原则
1)绩效评估采用月度周期制，得分如下：低于70分者被评为D（需提升），70分至80分对应C（一般表现），80分至90分对应B（良好业绩），而90分以上则被评为A（卓越表现）.
2)若供应商的考核评定达到A级或B级，其份额将保持不变。
3)若供应商评估得分被评为C级，其份额将相应减少至原总量的30%。
4)若供应商的考核成绩被评为D级，其份额将相应减少至原总额的50%。
若乙方在两个连续的考核周期内被评为D类供应商，甲方将有权直接解除或终止合同。若乙方连续两个周期未获得A或B等级评价，甲方将给予警告。若次周期考核结果仍为C级或D级，甲方亦将行使解除或终止合同的权利。
3、供应商退出机制
如供应商遇到下列任一情形，可能导致采购合同关系的终止：
1)按照供应商考核要求，出现两次项目考核不达标（考核分数为D）,或者连续三次未达到A或B。
2)任何严重违规行为，包括但不限于违背既定的保密协议，泄露项目相关资料及核心技术机密，或者由于操作失误造成重大系统故障或引发人员安全事件，若导致中移集成或中国移动公司蒙受重大经济损失的行为，都将受到严肃处理。
3)与客户发生冲突并引发严重投诉，对中移集成或中国移动公司造成了重大经济损失的情况。
重大损失评估，由甲方总办会议定结果为准。
3.迁移方案
3.1服务周期
本合同签订之日起一年。
3.2咨询评估阶段
提供用户关于云化迁移的疑虑解答，详细收集业务系统的应用清单、负载状况、组件详情以及业务关联数据，对上云的可行性及可利用的既有软硬件资源进行评估。针对各类应用定制适宜的停机时间表，明确关键应用迁移可能面临的风险，确保实施过程中对业务影响降至最低。
本次项目的服务硬件环境迁移，将遵循用户的招标需求，首要步骤是与平台沟通确认其对现有服务器的硬件设施和操作系统环境的虚拟化兼容性，以此来优化迁移过程，降低实施难度。
迁移评估
在迁移实施之前，我们公司将严谨地对迁移计划进行详尽的评估，以确保其顺利进行。这将涉及到派遣专业工程师对当前系统的结构与资源利用状况进行全面勘查，评估过程中涵盖的关键信息点如下：
当前系统的服务承载量及其在服务器资源的分布详情
评估迁移需求时，需关注当前物理服务器的资源占用情况，包括处理器（CPU）、内存、存储设备（磁盘）及网络连接性能。为了确保迁移的顺利进行，目标虚拟机的配置需达到或超过原有物理机的基本规格要求。
在迁移前，必须评估物理环境是否具备虚拟化能力，以及是否支持资源的扩展，这包括了对物理服务器虚拟化支持的考察。
启动对现有存储容量与资源使用效率的详尽评估，以确保在目标系统迁移过程中精确规划所需的存储空间。需厘清当前存储设备的利用情况，例如部分服务器采用本地磁盘构建系统分区和用户分区，而其他可能倾向于在本地磁盘部署系统盘，而用户盘则存放在SAN或NAS环境中。
3.3迁移方案制定阶段
作为一项全面的体系工程，中心系统的迁移需确保遵循用户系统建设的关键需求。在设计迁移方案的过程中，我们尤为关注以下几个核心问题。
保障业务中断停机时间最小化
任何业务中断对运行环境与测试环境都构成显著的恢复挑战，尤其是对于那些对时效性高度依赖的时间敏感数据和关键业务来说，是绝对不可容忍的。为此，我们致力于遵循这一原则，寻求在最大程度上减少停机时间，目标是实现零停机的高效构建策略。
1、在服务器操作系统转移过程中，我们推荐采用P2V策略，凭借Volume Shadow Copy（卷影副本）服务，可在无需改动现有系统且不中断运行的前提下，将所有数据、应用程序、操作系统环境及系统变量等关键信息转化为快照形式，无缝迁移到新服务器，从而实现整个服务器环境的完整迁移。
2、在支持中间件和应用服务器的场景下，我们采取动态业务扩展集群策略，通过无停机方式增加业务节点，从而实现在运行中将应用服务器无缝接入故障转移/负载均衡集群体系。针对部分应用服务，我们利用会话会话复制技术，确保旧系统全局环境变量和会话请求状态能够迅速迁移至新环境。为了保证会话复制与状态的实时性和安全性，我们分别采用会话内存复制和会话数据库复制管理模式。
3、在数据库管理中，我们可以通过利用数据库内置的镜像复制技术和日志传输技术，来构建分库与迁移库。数据库镜像技术的优势在于它不仅实现了在迁移过程中的零停机，即使在迁移过程中发生故障，也能确保源数据库的稳定。而日志传输技术支持的异步迁移策略，使得即使网络环境遇到问题，系统环境仍能维持正常的迁移任务窗口操作，确保业务连续性。
业务切割时间节点优化
为了优化现有系统对外服务的应用性能，我们需对用户的历次应用交互进行深入分析，从而确定最适宜的切割时间节点。同时，需确保在该时段内具备有效的备份链路和应急的人工支持机制。
迁移后性测试
迁移过程涵盖了广泛的环节，不仅限于应用程序、实例及数据库操作，还包括前期的详细规划和后期的严谨测试。这些测试项目主要包括：数据一致性验证、数据完整度检验、应用会话状态确认、连接中断模拟测试以及数据恢复性能评估。这些步骤旨在确保迁移的顺利进行和结果的可靠有效。
依据现有应用与性能指标进行容量规划，针对各类业务场景设计迁移策略和步骤，为各业务系统定制应急及回退预案，明确迁移验证方法和测试用例。根据业务关联性和关键性对应用程序进行分类，进而制定详尽的迁移执行方案，确立各应用实际迁移流程与职责分工。
3.4实施阶段
在关键业务迁移实施前，我们执行预先的应急演练，旨在识别并修正潜在方案漏洞，从而保障业务的连续运行。依据预定的迁移策略，我们将借助自主研发或采用开源技术工具进行实际操作。
本次项目的服务硬件环境迁移，将遵循用户的招标需求，首要步骤是与平台沟通确认其对现有服务器的硬件设施和操作系统环境的虚拟化兼容性，以此来优化迁移过程，降低实施难度。
迁移评估
在迁移实施之前，我们公司将严谨地对迁移计划进行详尽的评估，以确保其顺利进行。这将涉及到派遣专业工程师对当前系统的结构与资源利用状况进行全面勘查，评估过程中涵盖的关键信息点如下：
当前系统的服务承载量及其在服务器资源的分布详情
评估迁移需求时，需关注当前物理服务器的资源占用情况，包括处理器（CPU）、内存、存储设备（磁盘）及网络连接性能。为了确保迁移的顺利进行，目标虚拟机的配置需达到或超过原有物理机的基本规格要求。
在迁移前，必须评估物理环境是否具备虚拟化能力，以及是否支持资源的扩展，这包括了对物理服务器虚拟化功能的考察。
启动对现有存储容量与资源使用效率的详尽评估，以确保在目标系统迁移过程中精确规划所需的存储空间。需厘清当前存储设备的利用情况，例如部分服务器采用本地磁盘构建系统分区和用户分区，而其他可能倾向于在本地磁盘部署系统盘，而用户盘则存放在SAN或NAS环境中。
迁移计划
在对当前网络环境进行全面评估后，我们明确了现有资源的利用效率、服务质量以及系统需求，从而为迁移计划奠定了坚实的基础。接下来的步骤如下：
1、规划迁移流程，明确各服务器的迁移顺序，优先级根据风险评估从高到低进行排列。
2、为确保服务的连续性，我们需制定详细的备份策略。鉴于计划对现有系统实施强化措施，并通过虚拟化技术重用部分服务器，在迁移前必须先清除所有数据，因此，对涉及的服务器进行彻底备份是必不可少的步骤。
3、筹备并确保所有必要的迁移工具已就绪，这些工具应具备迁移过程中所必需的功能，并且要求具备支持工具操作的适宜网络环境。
4、在正式启动迁移程序之前，一项至关重要的步骤是预先设立一个专门的测试环境，该环境旨在通过严谨的测试确保迁移过程的成功。为此，测试环境的设计应明确规定所需的服务器和存储资源数量。
5、在构建网络环境的过程中，鉴于服务器分布在不同的地理位置，迁移策略必须考虑以下因素：网络连通性、数据备份方案的实施，以及网络流量的源头，以评估其可能带来的网络拥堵风险。
6、规划迁移的时间框架，明确参与人员及其职责，包括迁移活动的开始与结束日期，同时着重于团队能力的提升与团队成员角色的界定。
测试计划
在执行完迁移计划后，我们将采用分批方式进行测试迁移，首阶段包括对迁移内容的检验与审批，其详细步骤如下：
为确保迁移过程的顺利进行，我们已经构建了一个专门用于测试迁移的系统环境，该环境中首先将实施对首批服务器的迁移操作。
启动并验证迁移工具的安装过程，随后将着手进行首批服务器的迁移操作。
针对首批服务器，需对存储系统进行详尽评估，无论其在存储迁移过程中是采用本地硬盘存储抑或远程SAN/NAS存储解决方案。
迁移测试
完成小批量服务器和服务的初期迁移后，后续阶段需对迁移后的服务器进行全面的评估与测试，涵盖单元测试与性能优化检验。
迁移实施
在进行系统迁移操作时，所有服务器将被整合至虚拟化环境中，其实施流程详述如下：
已全面确保网络环境在批量迁移前完成所有准备工作，利用迁移工具成功建立了源系统与中转系统之间的连通性。
执行迁移系统的性能评估与健康检查，若检测到系统运行状况良好，将暂停旧系统的运行，并临时将服务过渡至新虚拟化环境。
在优化利用中，部分可用的旧硬件可通过服务器虚拟化得以复用，同时对软件资源如内存和硬盘进行扩充。这些整合与升级的服务器共同构建了系统的终极虚拟化基础架构。
最后，在目标系统和最终系统之间进行迁移。
3.5验证阶段
与客户紧密协作执行验证用例，对迁移后的业务系统实施连续7日（包括周末）的全面监控，以确保其安全稳定运行。同时，我们致力于提升迁移后应用的性能指标及用户体验。基于评估反馈和监控中的发现，我们将针对性地制定优化策略，对业务流程进行持续改进。
完成系统安装后，我们遵循系统设定的基准功能，逐一进行详尽的系统测试。
1)测试流程：在单个产品安装完毕后，投标人需执行产品性能的独立评估。设备的通电测试务必逐台进行，确保所有设备完成自检并显示正常状态后方可进行连接操作。
2)联网运行及测试阶段：在网络系统安装完毕后，投标人与设备使用单位将协同对采购的所有产品进行联网操作，并实施相应的在线功能测试。
3)系统运行正常，联机测试通过。
3.6计费模式
|
迁移场景 |
主机数量 |
存储大小 |
人工支撑工时 |
计费模式 |
|
普通主机迁移，远程程完成迁移无需现场支撑 |
迁移主机数量 |
单台迁移费根据存储大小阶梯定价 |
无 |
主机数量＊单台费用 |
|
集群迁移，流程复杂需要现场支撑完成迁移 |
迁移主机数量 |
单台迁移费根据存储大 |
根据迁移投入工程师人天工作量 |
主机数量＊单台费用＋人工单价＊工时 |
3.7云迁移服务内容
迁移的具体步骤及描述如下：
1、在项目评估阶段，预实施虚拟化与迁移前的关键信息搜集清单如下：
系统性能指标概览：涉及CPU占用率、内存占用情况、硬盘I/O操作每秒次数（IOPS）以及硬盘利用状态。
硬件配置详情：详述处理器规格、内存容量以及硬盘存储容量
分析服务器部署位置的统计信息，评估其对虚拟化的兼容性，记录已实现虚拟化的服务器总数，并规划针对虚拟化需求所需的新增硬件配置明细。
本研究旨在通过无代理采集与代理采集两种途径，对现有系统的运用状况及配置细节进行全面了解，利用相应的信息搜集工具执行此任务。
2、评估现有服务的必备前提，实施针对当前系统的备份措施。
通过对应用系统的服务器依赖关系进行详细分析，以便形成迁移参考依据，从而确立各服务器优先级的迁移顺序。
在明确各服务的依赖关系之后，实施对相关服务器的备份操作。
3、容量规划和虚拟化执行
评估并基于当前的资源利用状况与需求，核算虚拟化的必要容量配置。
4、规划应用服务
在虚拟化架构的设计中，同类的虚拟机被集中部署于单一的计算资源共享池内。这些虚拟机能够互相利用池内的存储与计算能力。值得一提的是，单个集群的故障不会对其他独立的资源池造成任何影响，确保了系统的高可用性与稳定性。
5、虚拟化规划和虚拟机分配
在构建虚拟化平台后，首要任务是筹备资源迁移。在迁移操作开始前，针对服务器a配备的双核CPU和2GB内存，应在虚拟化环境中设立一个配置为2核/2GB内存的虚拟机，并为其分配适当的硬盘空间。
6、规划迁移工具
实施磁盘迁移，通过迁移工具将物理或虚拟服务器的硬盘内容迁移到目标的虚拟化系统中。
7、通过工具执行在线迁移
在筹备好源系统、目标虚拟机及目标系统的基础上，确定采用的迁移工具和相应的迁移策略是实施迁移的关键步骤。
8、迁移测试
完成迁移任务后，紧接着的关键步骤是对迁移效果进行验证性测试，具体测试场景包括：
应用服务迁移后对虚拟化基本功能的监测；
迁移前后应用服务的特性功能是否几乎相同；
虚拟化系统的性能监控；
9、停用旧系统
当前，所有服务器已实现虚拟化并得到高效利用，非虚拟化服务器上的相关服务已成功迁移至虚拟化环境。因此，我们提议将应用服务转换至虚拟系统，并适时停用原有设施。
为了最大限度地降低本项目实施中的环境变迁风险，我们计划在系统迁移前，于平台中预先安装并配置与原有应用兼容的操作系统、中间件及服务器管理平台软件环境，确保迁移过程中的无缝衔接。
应用服务器迁移
对于本项目的系统迁移，原系统的架构复杂，涵盖多样的应用环境和应用程序框架。我们的策略是设计并实现一个NLB（负载均衡器）集群，旨在无缝地将现有系统在无需停机的情况下整合为集群内的一个节点。与此同时，新环境将独立构建为集群的另一个节点。迁移过程结束后，我们将从旧的迁移集群中退出，并将新环境融入到已构建完成的新NLB集群中。
NLB具备负载均衡及多元冗余功能。它适用于文件变更较少且非持续驻留在内存中的场景，例如Web服务、FTP服务以及VPNs等应用。
我们提供专业的迁移工具服务，确保满足客户的迁移质量和效率要求，以满足其对工具支持的必要性。
服务定制与集成：针对客户对于云资源迁移、云计算专项培训、以及云计算软件开发等DICT项目的特定需求，乙方将依据项目特性提供技术支持，并确保集成管理费用控制在3%以内，确保服务的专业与高效执行。
4.优质服务承诺
我方承诺按照甲方的需求，派遣相应的技术人员（详述人数及技术等级），无论是远程支持还是现场驻守，均能确保在约定的时间内及时到位。相关差旅、住宿、办公等费用由乙方自行承担。
我们致力于按照甲方的要求，供应相应的迁移设备，并竭尽全力满足特定项目中对设备和工具的个性化需求。
在项目初期阶段，我方将无偿提供远程或现场的针对性能力提升培训给甲方相关人员。
我方根据甲方需求为客户提供技术支持人员，包括但不限于
小时电话响应、技术咨询、客户现场支持。
我们的技术人员，根据甲方的要求，在指定的工作地点履行对甲方的委托服务职责。
在迁移服务通过验收并确认达标后，我方将提供包含周末在内的七日（共计7天）免费售后服务，对于任何故障问题，我们承诺在接收到通知后的两小时内做出响应。
我们按照甲方的规格，在约定的时间期限内，将递送包括项目日报、会议纪要、现状分析报告、迁移技术规划、详细执行方案等在内的各类项目成果。若我方派遣的技术团队未能满足甲方的标准，甲方有权提出人员更换需求，乙方需在五个工作日内提供合适的替代人选。
4.1效率
实时同步功能的核心目标在于实现实时更新生产系统的动态，以便该系统能够有效支持即时业务的接管操作。
工程进度安排
按照用户的要求，工程进度安排如下：
设备的到货时间将依据合同约定，交付地址则为用户预先指定的现场地点。
到货后进行设备的安装和调测。
设备安装，
调试，达到技术规范书规定的指标
系统验收工作。
项目进度
设计交易迁移系统的部署方案，
实施迁移系统调优，
完成系统优化配置；
完成各套迁移系统测试与调优；
开发、编写相应《脚本检验程序》，
实施数据，保证系统数据安全率达100%；
完成项目所需的数据库初始化；
完成项目所需的磁盘空间划分；
提供专业化技术服务；
提供专业化技术培训，包括：
产品概述：0dysys迁移工具的专业特性与Oracle兼容性详解
0dysys迁移工具实现原理与产品组成；
0dysys迁移工具安装配置方法、
0dysys迁移工具维护管理与获得支持；
制订《迁移演练计划》；
完成项目涉及的各系统全部数据同步。
周期本合同签订之日起一年。
4.2质量、管理
迁移管理规划
在理解迁移并非单纯设备替换的基础上，我们强调其对管理要素的深度关注。这包括但不限于灾备管理架构的设计，以及详细的迁移转换流程规划。灾备管理架构明确划分了灾难发生前后各阶段（预备期、应急期和恢复期）中各类人员的角色与职责；而迁移转换流程则需系统地记录并详述各项恢复工作的操作流程与执行步骤。BCP（业务连续性计划）和DRP（灾难恢复计划）的核心内容应当涵盖这些关键环节。
·灾难管理组织结构
●应急响应流程
●灾难评估流程
●迁移转换决策流程
·迁移系统启动流程
●IT系统和回切流程
·业务验证流程
业务恢复流程
●BCP或DRP的管理方法
●迁移演习的规划
工具的日常维护
日常维护在0dysys迁移工具软件的运行过程中占据着至关重要的地位，其主要内容涵盖：
●检查工具是否运行正常
启动和停止抽取任务进程
排除抽取过程出错的错误
评估所抽取工作的执行状况与业务需求之间的契合程度是否存在显著偏离
数据一致性的检查
●修复不一致的数据
·维护迁移端oracle数据库工作状态
以上是针对工具日常维护需要作的事情
人员组织结构规划
5.实施与执行策略
5.1需求分析详述
(1)对各类需迁移的系统进行系统化的整理与划分，实施分阶段逐批迁移。
(2)针对不同难度级别，设计并制定相应的迁移策略和实施计划。
(3)确保系统迁移工作的高效有序进行，遵循由简至繁的步骤优先级安排。
5.2迁移顺序设计
按照业务系统之间的相互依赖关系以及各应用系统的特性和性质，规划系统的迁移流程，将应用系统划分为独立系统、被依赖系统、依赖系统及堆叠系统进行逐一迁移。
该服务器主机承载单一的应用系统，该系统独立运行，与其他应用程序不存在任何相互依赖性。
-被依赖应用系统，是指该应用系统被其他应用系统所依赖，如数据库等；一依赖应用系统，是指该应用系统依赖于其他应用系统；
服务器主机承载着多个相互独立或关联的应用系统，构成了一个复合的系统架构，其中各应用系统之间可能存在或不存在功能上的相互作用。
在迁移实施过程中，我们推荐遵循递进的策略，即从复杂任务逐渐过渡到简单环节，以便更有效地推进所有迁移工作。具体建议的迁移顺序如下：
1)优先处理关键应用系统的迁移，例如依赖性较高的数据库等。
2)应用依赖关系系统
3)独立应用的系统
4)应用堆叠的应用系统
5)数据迁移
|
流程 |
工作内容 |
|
业务系统现状调研 |
调研迁移上云的业务系统信息，包括但不限于开发集成商信息、业务系统信息、业务服务对象信息、关联业务系统信息、部署地址信息、网络架构、计算资源配置、存储资源配置、操作系统、数据库系统、中间件、安全策略、高可用策略、访问策略、巡检记录等 |
|
系统迁移可行性评估 |
制定系统迁移标准基线体系，根据迁移标准基线评估业务系统迁移指标满足度，给出迁移可行性建议 |
|
容量规划与设计 |
对业务系统现有资源用量及使用率进行分析，并对迁移后的资源规格和用量进行设计 |
|
割接方案设计 |
对系统迁移上云的网络、安全、数据等割接步骤进行设计 |
|
迁移方案送审 |
将业务系统迁移方案报业务迁移用户进行审批，并配合答疑，并形成评审报告 |
|
应用迁移 |
按审批的迁移方案，安装部署系统应用软件 |
|
数据迁移 |
按审批的迁移方案，将业务系统的数据迁移上云 |
|
联调测试 |
按审批的迁移方案，进行业务功能测试、性能测试、连通性测试 |
|
系统割接 |
按审批的割接方案做业务系统割接上线、应急策略实施 |
|
系统验收 |
向业务迁移用户发起系统验收申请，梳理验收清单，组织验收实施工作 |
|
安全整改 |
根据测试结果，针对系统架构、安全、备份等缺陷提出优化策略，并进行加固调优 |
5.3流程设计策略
迁移整体流程
|
过程 |
条目 |
工作内容 |
|
方案设计 |
业务系统现状调研 |
调研迁移上云的业务系统信息，包括但不限于开发集成商信息、业务系统信息、业务服务对象信息、关联业务系统信息、部署地址信息、网络架构、计算资源配置、存储资源配置、操作系统、数据库系统、中间件、安全策略、高可用策略、访问策略、巡检记录等 |
|
系统迁移可行性评估 |
制定系统迁移标准基线体系，根据迁移标准基线评估业务系统迁移指标满足度，给出迁移可行性建议 |
|
|
容量规划与设计 |
对业务系统现有资源用量及使用率进行分析，并对迁移后的资源规格和用量进行设计 |
|
|
割接方案设计 |
对系统迁移上云的网络、安全、数据等割接步骤进行设计 |
|
|
方案评审 |
迁移方案送审 |
将业务系统迁移方案报业务迁移用户进行审批，并配合答疑，并形成评审报告 |
|
迁移实施 |
应用迁移 |
按审批的迁移方案，安装部署系统应用软件 |
|
数据迁移 |
按审批的迁移方案，将业务系统的数据迁移上云 |
|
|
|
联调测试 |
按审批的迁移方案，进行业务功能测试、性能测试、连通性测试 |
|
系统割接 |
按审批的割接方案做业务系统割接上线、应急策略实施 |
|
|
迁移验收 |
系统验收 |
向业务迁移用户发起系统验收申请，梳理验收清单，组织验收实施工作 |
|
安全 |
安全整改 |
根据测试结果，针对系统架构、安全、备份等缺陷提出优化策略，并进行加固调优 |
《迁移步骤》
根据不同的安装配置，分为数据库组件、服务器部分、存储设备以及其他子系统，具体细节如下所述。
1)数据库迁移转换0dysys系统流程
0dysys系统的具体步骤为：
|
基于Odysys系统的迁移转换步骤 |
|
历史数据初始化； |
|
差量数据抽取； |
|
停应用，停止0dysys迁移工具抽取进程 |
|
数据稽核 |
|
修复差异表数据； |
|
割接结束 |
2)确保数据完整性和准确性
ORACLE通过其数据库的SQL接口，主要依赖于读取记录并进行细致的比较，来确保数据一致性.
3)灾备与系统恢复策略
|
序号 |
内容 |
相关设备 |
负责人 |
|
1 |
一、主机故障步骤：交易系统有两台主机做群集，当两台主机同时故障时，需要启动本地迁移服务器应用。修改主机IP启动应用做数据和业务验证二、存储设备故障步骤：1、当交易系统的存储发生故障，导致业务无法正常进行时，需要启动本地迁移服务器应用。修改主机IP启动应用做数据和业务验证2、当交易系统和本地迁移系统故障，导致业务无法正常进行时，启动远程迁移服务器应用。修改主机IP启动应用做数据和业务验证3、当交换机故障当光纤交换机发生故障，导致主机无法访问存储时A、停止交易系统的应用停止HACMP删除主机上所有跟EMC相关的逻辑设备信息交易系统主机的光纤和存储直连主机重新识别存储设备同步HACMP启动HACMP做数据和业务验证B、本地迁移系统删除主机上所有跟存储相关的逻辑设备信息交易系统主机的光纤和存储直连主机重新识别存储设备做数据和业务验证 |
|
|
|
|
C、远程迁移系统删除主机上所有跟存储相关的逻辑设备信息交易系统主机的光纤和存储直连主机重新识别存储设备做数据和业务验证三、数据库故障由于数据崩溃导致交易系统无法正常运行停止HACMP和应用系统修改本地迁移主机IP启动迁移主机上应用验证数据和业务 |
|
|
|
2 |
服务器演练步骤：1、本地迁移服务的演练关闭交易系统服务器修改本地迁移服务器IP启动应用做数据和业务验证2、远程迁移服务的演练关闭交易系统和本地迁移系统修改迁移服务器的IP启动应用做数据和业务验证 |
|
|
|
3 |
演练其他配件：电源线：光纤线交换机；SFPHBA卡其他（文档、工具、电话、灯具等）检查配置、参数；重新恢复原位；验证系统一致性；编制《演练报告》 |
|
|
|
4 |
联系客服
关注公众号：
|
京公网安备 11010802045440号
