服务器和应用系统迁移方案要点.pdfVIP

服务器和应用系统迁移方案 一、迁移方案总体思路 新旧系统的迁移是一个整体系统工程。 迁移必须保证用户系统建设的相关要求， 在迁移过程 中，我们需要重点考虑几个问题： 1、数据迁移如何保障 业务中断停机时间“ ”。业务中断对于用户无论是运行环境还是测试环 境均存在较大的恢复风险， 这样的风险特别是对于时间敏感型数据还是对于数据完整性业务 都是不可以接受的。我们基于这样的要求，考虑到如何将停机时间最小，能否实现 0 停机 的建设目标？ i. 对于服务器操作系统而言，我们可以采用 P2V 的方式，利用操作系统的 Volume Shadow Copy 卷影副本复制服务作为基础，来实现在旧系统环境下的系统无修改， 无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量等全部以 “快照 ”形式迁 移到新服务器中。由此实现服务器环境的整体迁移。 ii. 对于应用 IIS 和其他应用服务器来说， 我们可以基于应用服务器的动态业务扩展集群方式， 来实现服务器不停机环境下的增加业务节点操作， 这样可以实现应用服务器 热添加“ ”到新环 境中的故障转移 / 负载均衡集群系统中，在部分应用服务中我们可以使用 session 会话复制 来实现旧系统的全局环境变量和会话请求状态也迁移到新环境中来。 考虑到会话复制和状态 的快速实时， 我们可以采用会话内存复制， 考虑到会话复制和状态的安全性， 我们可以采用 会话数据库复制管理。 iii. 对于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技 术来实现各自的分库、 迁移库的构建， 数据库镜像技术可以让我们不但保证数据库迁移的不 停机，而且还可以保证万一迁移中出现停机故障也不影响源数据库， 而日志传递技术构建的 迁移可以保证系统数据库迁移以异步方式进行， 这样可以让我们的系统环境在网络出现故障 的情况依然可以进行迁移任务窗口的正常工作。 2 、迁移涉及到的除了应用、实例、数据库的操作以外，还涉及到迁移前规划、迁移后测试 的完整性测试。 这些测试包括但不限于数据一致性测试、 数据完整性测试、 应用会话状态完 整性测试、连接中断测试、数据恢复测试。只有这样才能保证迁移的安全性和有效性。 二、服务器硬件环境迁移方案 1. 迁移评估 迁移前， 对迁移方案进行评估以确保迁移成功。 首先需要勘察现有系统的架构和资源使用状 况，评估过程必须包含以下信息和内容： 现有系统支撑的服务数量以及在服务器中的分布情况 现有物理服务器资源占用状况，包括 CPU、内存、磁盘和网络连接状况，为保证迁移成功， 目标虚拟机规格应不低于原物理机标准 当前的物理环境是否支持虚拟化，是否支持资源扩展，因为在迁移之前须在物理服务器上 完成虚拟化 对当前的存储容量和资源利用率进行评估，需在目标系统中规划好迁移需要的存储空间。 需明确现有存储如何利用， 比如有些服务器是在本地磁盘上创建系统盘和用户盘， 有些服务 器则在本地磁盘上创建系统盘而在 SAN/NAS上创建用户盘。 2. 迁移 计划 通过对现有网络环境的评估， 我们对现有资源利用率， 服务以及系统需求非常清晰。 评估后 才能开始对迁移进行计划，步骤如下： 一、确定迁移步骤，包括所有服务器的迁移先后顺序，其顺序按风险的高低降序排列。 二、确定备份方案， 由于现有系统会被加固， 某些服务器通过虚拟化重复利用，而在虚拟化 前需要清除所有的数据，因此需要对这些服务器进行备份保证服务的连续性。 三、确定并