系统云迁移方案说明.pdf
版权申诉
96 浏览量
2023-07-18
23:49:31
上传
评论
收藏 595KB PDF 举报
WORD 格式-可编辑
专业知识--整理分享
1.1.1.1.1 迁移方案总体思路
中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，
在迁移方案设计中，我们重点考虑几个问题。
保障业务中断停机时间最小化
业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这
样的风险特别对于时间敏感型数据和数据完整性业务都是不可以接受的。我们基
于这样的要求，考虑到如何将停机时间最小，能否实现 0 停机的建设目标？
1、对于服务器操作系统而言，我们可以采用 P2V 的方式，利用操作系统的
Volume Shadow Copy 卷影副本复制服务作为基础，来实现在旧系统环境下的系
统无修改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量
等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。
2、对于应用中间件和其他应用服务器来说，我们可以基于应用服务器的动
态业务扩展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样可
以实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部
分应用服务中我们可以使用 session 会话复制来实现旧系统的全局环境变量和会
话请求状态也迁移到新环境中来。考虑到会话复制和状态的快速实时，我们可以
采用会话内存复制，考虑到会话复制和状态的安全性，我们可以采用会话数据库
复制管理。
3、对于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数
据库日志传递技术来实现各自的分库、迁移库的构建，数据库镜像技术可以让我
们不但保证数据库迁移的不停机，而且还可以保证万一迁移中出现停机故障也不
影响源数据库，而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式
进行，这样可以让我们的系统环境在网络出现故障的情况依然可以进行迁移任务
窗口的正常工作。
业务切割时间节点优化
针对现有系统需要对外提供服务的应用，需要通过对用户历史应用进行分析，
选择最优的的切割时间节点，并提切割期间的备份链路、人工受理手段。
资源评论
