admin 管理员组文章数量: 887016
2024年4月12日发(作者：h5游戏网)
--
WORD格式-可编辑
1.1.1.1.1 迁移方案总体思路
中心系统迁移是一个整体系统工程。 迁移必须保证用户系统建设的相关要求，
在迁移方案设计中，我们重点考虑几个问题。
保障业务中断停机时间最小化
业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，
样的风险特别对于时间敏感型数据和数据完整性业务都是不可以接受的。
于这样的要求，考虑到如何将停机时间最小，能否实现
1、对于服务器操作系统而言，我们可以采用
这
我们基
0 停机的建设目标？
P2V 的方式，利用操作系统的
Volume Shadow Copy 卷影副本复制服务作为基础，来实现在旧系统环境下的系
统无修改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量
等全部以 “快照 ”形式迁移到新服务器中。由此实现服务器环境的整体迁移。
2、对于应用中间件和其他应用服务器来说，我们可以基于应用服务器的动
态业务扩展集群方式， 来实现服务器不停机环境下的增加业务节点操作， 这样可
以实现应用服务器 “热添加 ”到新环境中的故障转移 /负载均衡集群系统中，在部
分应用服务中我们可以使用 session会话复制来实现旧系统的全局环境变量和会
话请求状态也迁移到新环境中来。 考虑到会话复制和状态的快速实时， 我们可以
采用会话内存复制， 考虑到会话复制和状态的安全性， 我们可以采用会话数据库
复制管理。
3、对于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数
据库日志传递技术来实现各自的分库、 迁移库的构建， 数据库镜像技术可以让我
们不但保证数据库迁移的不停机， 而且还可以保证万一迁移中出现停机故障也不
影响源数据库，而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式
进行，这样可以让我们的系统环境在网络出现故障的情况依然可以进行迁移任务
窗口的正常工作。
业务切割时间节点优化
针对现有系统需要对外提供服务的应用， 需要通过对用户历史应用进行分析，
选择最优的的切割时间节点，并提切割期间的备份链路、人工受理手段。
专业知识 --整理分享
--
--
WORD格式-可编辑
迁移后完整性测试
迁移涉及到应用、实例、数据库的操作以外，还涉及到迁移前规划、迁移后
测试的完整性测试。这些测试包括但不限于数据一致性测试、数据完整性测试、
应用会话状态完整性测试、 连接中断测试、 数据恢复测试。 只有这样才能保证迁
移的安全性和有效性。
1.1.1.1.2 服务器硬件环境迁移方案
按照用户招标要求， 本次项目建设的服务硬件环境主要是从原有服务器向北
京政务云平台的迁移。 首先需向北京市政务云服务平台咨询其对原有服务器硬件
环境和操作系统环境虚拟的支持程度，可以降低迁移的难度。
迁移评估
迁移前，我公司将对迁移方案进行评估以确保迁移成功。 首先我公司将派工
程师勘察现有系统的架构和资源使用状况，评估过程必须包含以下信息和内容：
现有系统支撑的服务数量以及在服务器中的分布情况；
现有物理服务器资源占用状况，包括 CPU、内存、磁盘和网络连接状况，
为保证迁移成功，目标虚拟机规格应不低于原物理机标准；
当前的物理环境是否支持虚拟化， 是否支持资源扩展， 因为在迁移之前须在
物理服务器上完成虚拟化；
对当前的存储容量和资源利用率进行评估， 需在目标系统中规划好迁移需要
的存储空间。 需明确现有存储如何利用， 比如有些服务器是在本地磁盘上创建系
统盘和用户盘， 有些服务器则在本地磁盘上创建系统盘而在
户盘。
迁移计划
通过对现有网络环境的评估， 我们对现有资源利用率， 服务以及系统需求非
常清晰并进行评估后才能开始对迁移进行计划，步骤如下：
1、确定迁移步骤，包括所有服务器的迁移先后顺序，其顺序按风险的高低
降序排列。
2、确定备份方案，由于现有系统会被加固，某些服务器通过虚拟化重复利
用，而在虚拟化前需要清除所有的数据， 因此需要对这些服务器进行备份保证服
SAN/NAS 上创建用
专业知识 --整理分享
--
版权声明：本文标题：系统云迁移方案说明 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://www.freenas.com.cn/free/1712859256h618049.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。
发表评论