1.1.1.1.1迁移方案总体思路中心系统迁移是一种整体系统工程。迁移必须确保顾客系统建设的有关规定，在迁移方案设计中，我们重点考虑几个问题。保障业务中断停机时间最小化业务中断对于顾客无论是运行环境还是测试环境均存在较大的恢复风险，这样的风险特别对于时间敏感型数据和数据完整性业务都是不能够接受的。我们基于这样的规定，考虑到如何将停机时间最小，能否实现0停机的建设目的1、对于服务器操作系统而言，我们能够采用P2V的方式，运用操作系统的VolumeShadowCopy卷影副本复制服务作为基础，来实现在旧系统环境下的系统无修改，无停机的状况下，将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。2、对于应用中间件和其它应用服务器来说，我们能够基于应用服务器的动态业务扩展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样能够实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部分应用服务中我们能够使用session会话复制来实现旧系统的全局环境变量和会话请求状态也迁移到新环境中来。考虑到会话复制和状态的快速实时，我们能够采用会话内存复制，考虑到会话复制和状态的安全性，我们能够采用会话数据库复制管理。3、对于数据库而言，我们能够基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建，数据库镜像技术能够让我们不仅确保数据库迁移的不停机，并且还能够确保万一迁移中出现停机故障也不影响源数据库，而日志传递技术构建的迁移能够确保系统数据库迁移以异步方式进行，这样能够让我们的系统环境在网络出现故障的状况仍然能够进行迁移任务窗口的正常工作。业务切割时间节点优化针对现有系统需要对外提供服务的应用，需要通过对顾客历史应用进行分析，选择最优的的切割时间节点，并提切割期间的备份链路、人工受理手段。迁移后完整性测试迁移涉及到应用、实例、数据库的操作以外，还涉及到迁移前规划、迁移后测试的完整性测试。这些测试涉及但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试。只有这样才干确保迁移的安全性和有效性。1.1.1.1.2服务器硬件环境迁移方案按照顾客招标规定，本次项目建设的服务硬件环境重要是从原有服务器向北京政务云平台的迁移。首先需向北京市政务云服务平台咨询其对原有服务器硬件环境和操作系统环境虚拟的支持程度，能够减少迁移的难度。迁移评定迁移前，我公司将对迁移方案进行评定以确保迁移成功。首先我公司将派工程师勘察现有系统的架构和资源使用状况，评定过程必须包含下列信息和内容：现有系统支撑的服务数量以及在服务器中的分布状况；现有物理服务器资源占用状况，涉及CPU、内存、磁盘和网络连接状况，为确保迁移成功，目的虚拟机规格应不低于原物理机原则；现在的物理环境与否支持虚拟化，与否支持资源扩展，由于在迁移之前须在物理服务器上完毕虚拟化；对现在的存储容量和资源运用率进行评定，需在目的系统中规划好迁移需要的存储空间。需明确现有存储如何运用，例如有些服务器是在本地磁盘上创立系统盘和顾客盘，有些服务器则在本地磁盘上创立系统盘而在SAN/NAS上创立顾客盘。迁移计划通过对现有网络环境的评定，我们对现有资源运用率，服务以及系统需求非常清晰并进行评定后才干开始对迁移进行计划，环节以下：1、拟定迁移环节，涉及全部服务器的迁移先后次序，其次序按风险的高低降序排列。2、拟定备份方案，由于现有系统会被加固，某些服务器通过虚拟化重复运用，而在虚拟化前需要去除全部的数据，因此需要对这些服务器进行备份确保服务的持续性。3、拟定并准备好迁移所需的工具，涉及工具在迁移中必备的一系列功效和使用工具所需含有的网络环境。4、在实际迁移开始之前拟定额外的测试环境，该测试环境能够引导测试从而确保迁移成功。因此，测试环境需明确设计的服务器和存储数量。5、规划网络环境，由于网络中的服务器各处不同位置，因此在迁移中需考虑到网络连接状况、数据备份方式，以及网络流量来源，拟定网络流量与否...
