迁移方案.doc

迁移方案 迁移方案篇一：数据迁移方案 数据迁移方案 作者：Han.Xue 信息系统数据迁移需要考虑的因素很多，比如操作系统类别、数据库类型、版本、数据结构、数据规模、最小允许宕机时间等等。 对于本项目，假定满足下列条件： 1、 操作系统一致 2、 数据库类型一致，均为Microsoft SQL Server 3、 数据库版本均为SQL Server 2000 现存在两种数据迁移的考虑，第一种是新旧数据库系统采用相同数据结构存储，第二种是新旧数据库系统采用不同数据结构存储。下面分别详细说明。 一、不同数据结构的数据升迁 新系统建设完成后，需要对旧系统中数据进行升迁。对于从旧系统中升迁历史数据，需要首先建立旧系统历史数据与新系统数据结构的对应关系，并根据对应关系建立数据逻辑视图。然后使用导入导出工具将历史数据一次性导入到新系统中。数据升迁工作需要遵循以下原则： 1. 数据项长度不一致的处理 对于新系统与旧系统的数据项长度不一致的，为了防止数据丢失，应以数据项较长的为准。 2. 代码标准不一致的处理 对于新系统与旧系统的同一数据项，而代码标准不一致的，需要建立代码对照表交由用户审定后再进行升迁。 3. 数据采集方式不一致的处理 旧系统为代码输入项目，新系统为手工录入项目的，数据升迁时直接将含义升迁至新系统中。旧系统为手工录入项目，新系统为代码输入项目的，数据升迁时应将数据导入临时表中，由用户确认这些数据的新代码后再导入正式库。 4. 增减数据项目的处理 新系统中新增的数据项目，如果为关键非空项，在数据升迁时需要由用户指定默认值或者数据生成算法。旧系统有而新系统已取消的数据项目，原则上升迁至该记录的备注字段。对于没有备注项目的，需要与用户协商是否需要继续保留。 5. 历史数据归档的处理 这种数据交换模式为大量、批量、一次性执行的工作。此项工作要求需要支持异常终断后继续，并且在完成数据升迁后，需要出具数据升迁报告交由用户审核确认。如果数据升迁工作顺利完成，原有一期系统数据在备份并刻录光盘后，将不再保留。 6. 完成此项工作提交的： 1) 数据升迁报告 2) 新旧系统代码项对照关系备忘录 3) 新版系统中取消数据对象、数据项备忘录 4) 新版系统由于历史数据升迁工作要求数据结构修订备忘录 5) 历史数据清理工作备忘录6) 旧系统历史数据刻录光盘 二、数据结构相同的数据迁移 对于数据结构相同的数据迁移，常见有两种方式：先备份再恢复的方式和数据库文件分离与附加的方式。但无论哪种方式，均需要在不同数据库服务器之间，对数据文件或者备份文件进行拷贝和复制，因此我们建议在数据库迁移时尽可能减少数据库文件大小，便于进行处理，减少文件复制的耗时。 在开始说明两种方式之前，首先明确一下备份恢复和分离附加的概念： 1、备份与恢复 备份就是指对SQL Server数据库及其他相关信息进行拷贝，数据库备份记录了在进行备份这一操作时数据库中所有数据的状态，如果数据库因以外而损坏，这些备份文件将在数据库恢复时被用来恢复数据库。 恢复就是把遭受破坏、丢失的数据或出现错误的数据库恢复到原来的正常状态，这一状态就是有备份决定的。 2、分离与附加 在SQL Server运行时，在Windows中不能直接移动SQL Server数据库文件，如果想移动SQL Server数据库文件，就要将数据库文件从SQL Server服务器中分离出去，分离后SQL Server服务器上不再有该数据库。 附加数据库的工作是分离数据库的逆操作，通过附加数据库，可以将没有加入SQL Server服务器的数据库文件加到服务器中。 一般来讲，数据库的分离与附加操作比备份与还原的数据库迁移方式要更迅速、便捷。 下面详细介绍两种方式的迁移步骤。 1、准备工作 在SQL Server中，每个数据库的数据库文件分为数据和日志两个文件。旧系统经过长时间运行，一般来说数据库的日志文件均比较巨大。如果最初按照SQL Server默认参数建立数据库的话，日志文件按照10%的增量递增扩展，将占用很大磁盘空间。 我们建议在做数据库迁移之前，根据用户需要，对数据库的日志文件进行清空、截断和收缩。这样一来一般数据库的日志文件大小可以缩小至几兆。具体操作步骤这里就不再赘述了。在这里我们需要提醒用户的是，一旦进行了日志的清空、截断和收缩并且丢失了数据库的当前时间点备份，那么数据库自从上一次备份以来的数据将不可还原，这是尤其要注意的。因此一般我们建议用户在对日志文件进行上述处理时，需要做一次完整数据库备份。 2、备份与还原的方式 在准备工作完成后，用户应妥善保存数据库的完整备份文件，再进行下一步工作。 对于数据库规模比较大的项目，还原数据库耗时将比备份时间要长。而且在不同的数据库存储的磁盘工作模式下，还原时间也是有很大差异的。我们建议如果用户采用备份与还原的方式做数据迁移，并且对数据库离线时间要求比较苛刻的话，在新数据库存储磁盘模式上应选择RAID1或者RAID0。 还原数据库时，有两种具体操作方式：1、新建立一个空白数据库，再还原；2、还原数据库时指定新库存储位置和文件组。具体操作步骤这里不再赘述，我们建议用户采用第一种方式操作。 注意：在还原数据库后，根据用户旧数据库的配置不同，可能还需要建立登录名和数据库访问用户，并将新数据库的登录名与系统进行挂接。 4、 分离与附加的方式 一个数据库只能被一个服务器管理，通过分离数据库可以将数据库与服务器分离。附加数据库就是将存放在硬盘上的数据库文件加入到SQL Server服务器中。 对于数据规模比较大的数据库迁移，我们建议采用这种方式进行。具体操作步骤不再赘述。迁移方案篇二：迁移方案 5.1应用系统迁移方案 5.1.1迁移评估 迁移前，对迁移方案进行评估以确保迁移成功。首先需要勘察现有系统的架构和资源使用状况，评估过程必须包含以下信息和内容： 现有系统支撑的服务数量以及在服务器中的分布情况 现有物理服务器资源占用状况，包括CPU、内存、磁盘和网络连接状况，为保证迁移成功，目标虚拟机规格应不低于原物理机标 准 当前的物理环境是否支持虚拟化，是否支持资源扩展，因为在迁移之前须在物理服务器上完成虚拟化 对当前的存储容量和资源利用率进行评估，需在目标系统中规划好迁移需要的存储空间。需明确现有存储如何利用，比如有些服 务器是在本地磁盘上创建系统盘和用户盘，有些服务器则在本地 磁盘上创建系统盘而在SAN/NAS上创建用户盘。 5.1.2迁移 通过对现有网络环境的评估，我们对现有资源利用率，服务以及系统需求非常清晰。评估后才能开始对迁移进行计划，步骤如下： 确定迁移步骤，包括所有服务器的迁移先后顺序，其顺序按风险的高低降序排列。 确定备份方案，由于现有系统会被加固，某些服务器通过虚拟化重复利用，而在虚拟化前需要清除所有的数据，因此需要对这些 服务器进行(来自:WwW.XMsjob.Com 厦门培训 考试网:迁移方案)备份保证服务的连续性。 确定并准备好迁移所需的工具，包括工具在迁移中必备的一系列功能和使用工具所需具备的网络环境。 在实际迁移开始之前确定额外的测试环境，该测试环境能够引导 测试从而确保迁移成功。因此，测试环境需明确设计的服务器和 存储数量。 网络环境，由于网络中的服务器各处不同位置，因此在迁移 中需考虑到网络连接情况、数据备份方式，以及网络流量来源， 确定网络流量是否会引发网络拥塞 确定迁移周期以及参与人员，包括迁移起止时间，团队能力建设 以及团队成员的角色。 5.1.3测试计划 迁移计划后，执行小批量的测试迁移，这里会涉及到首批迁移的测试和审核，步骤如下： 准备用于测试迁移的测试系统环境，在测试时，第一批服务器将 会迁移到该系统环境中。 安装并核实迁移工具，此时要执行第一批服务器的P2V迁移。 对第一批服务器，需分析存储系统，不管该服务器在存储迁移中 采用本地磁盘存储还是远端SAN/NAS存储系统。 5.1.4迁移测试 在第一批服务器和服务的小批量测试迁移后，需对迁移后的服务器进行测试，包括单元测试和性能测试。 5.1.5迁移实施 在迁移实施过程中，所有的服务器都会被迁移到虚拟化系统下。执行步骤如下： 确保批量迁移的整个网络环境已准备完毕，并通过迁移工具完成 源系统和目标系统之间的连通。此处的目标系统属于中转系统。 对迁移系统进行性能审核和健康检查，如果系统状态监视则停用 旧系统并将其服务暂时转移到新的虚拟化系统中。 进行利旧，对于一部分可用的旧硬件可在服务器虚拟化中重新再 利用，一些软件资源需扩展，如内存和硬盘。这些服务器构成最 终的虚拟化基础设施，即最终系统。 最后，在目标系统和最终系统之间进行V2V迁移。这样，最终系统完成了现存硬件的重复利用。 (1)服务器虚拟化前进行备份 为了对旧系统中的物理服务器进行虚拟化，需考虑服务器虚拟化带来的影响。例如，现有服务器的重复利用，服务器虚拟化时会对这些服务器的CPU，内存以及硬盘资源进行再利用，然而这些服务器上存在某些服务仍在运行，若无备份则会影响现有业务。因此，在执行迁移和虚拟化之前，必须先对需利旧的服务器进行备份。 迁移步骤如下图所示。 提供物理备份服务器，并已进行虚拟化，数据和服务器已备份到虚拟化系统。 首先，对于要被迁移的服务器上，一般会存在多种服务正在运行，而且这些服务器在迁移评估后认为在虚拟化场景下可再利用的。但是，迁移过程中不允许存在较长的停机时间，因此需要准备一台采用虚拟化平台的备份虚拟机，通过P2V将该服务器备份到虚 拟机上。 备份完所有需要进行虚拟化的服务器之后，这些服务器上安装虚 拟化软件进行虚拟化，根据评估阶段确定的容量规划，在虚拟化 平台上创建相应规格的虚拟机，其计算资源用于承接旧系统中的 服务。 准备好所有的虚拟机后，规划和安装相关迁移工具，将备份系统 中的服务迁移到虚拟化系统的虚拟机中。虚拟机迁移是指将备份 的虚拟化系统中的应用服务迁移到最终的虚拟化系统中。 虚拟机迁移完毕后，要对这些服务进行测试，最后停用旧系统， 所有服务切换到虚拟化系统中。 (2)迁移的详细操作步骤 迁移的具体步骤及描述如下图所示: A. 在评估阶段，虚拟化和迁移之前需收集的信息如下： 性能统计：包括CPU使用率，内存使用率，硬盘IOPS和硬盘使用 情况； 物理服务器配置：包括CPU规格，内存容量，硬盘容量 统计物理服务器部署位置，分析是否支持虚拟化，累计支持虚拟 化的服务器数量，并规划出虚拟化中需新增的硬件情况； 通过上述无代理收集和代理收集两种场景收集当前系统的使用和配置情况。可采用华为信息收集工具或者第三方工具。 B. 分析现有服务的依赖条件，对当前系统进行备份。 上图描述了一种应用系统下的依赖关系，可作为迁移参考，确定所有服务器的迁移优先级顺序。 在确定各服务的依赖条件后，对需进行虚拟化的服务器进行备份。具体备份过程参见本小节迁移实施方案中“服务器虚拟化前进行备份”部分的内容。 C. 容量规划和虚拟化执行 根据当前的资源使用和需求情况，计算虚拟化所需的容量。 D. 规划应用服务 在华为虚拟化解决方案中，同类虚拟机部署在同一个计算资源池中，在同一个池中可相互共享存储/计算资源，一个集群的故障不会影响其他资源池。 E. 虚拟化规划和虚拟机分配 建立虚拟化平台后，要准备最终的迁移资源。迁移前，如果服务器a具备双核CPU和2G内存，那么在虚拟化平台中就创建一个2核/2G内存的虚拟机，并分配相应的硬盘。 迁移方案篇三：数据库迁移实施方案 数据库系统和网络存储系统项目 数据库迁移实施方案 文档控制 文档修订记录审阅分发 2 目录 第一章文档介绍 . 5 1.1背景 . 5 1.2目标 . 6 第二章系统硬件选型 . 7 2.1 存储设备 . 7 2.1.1 设备选型 . 7 2.1.2 设备功能及实现 . 7 2.2 服务器设备 . 7 2.1.1 数据库服务器 . 7 第三章系统安装 . 10 3.1 主机系统安装 . 10 3.2 配臵SAN网络、磁盘阵列 . 11 3.3 配臵HACMP . 12 3.4 安装数据库软件 . 14 第四章数据移植 . 14 4.1 移植准备工作 . 14 4.2 移植过程 . 15 4.3 系统检查 . 16 数据库检查 . 16 导入后系统需要完成的工作 . 17 应用检查 . 17 4.4 系统回退 . 17 第五章应用迁移 . 18 第六章新系统上线后的工作 . 18 第七章工作界面和工作内容 . 18 第八章实施计划 . 20 附件： . 错误！未定义书签。 1.设备、软件验收交付记录 . 错误！未定义书签。 2.操作系统安装 . 错误！未定义书签。 3.操作系统镜像 . 错误！未定义书签。 34.设备配臵清单(需确认) . 错误！未定义书签。 4.1 IBM p570服务器 . 错误！未定义书签。 4.2 光纤交换机配臵 . 错误！未定义书签。 4 第一章 文档介绍 1.1 背景 HP公司全面转向X86芯片，使用PA-RISC芯片的HP 9000服务器现已停产，虽然Oracle R12已经可以支持Itanium平台上的HP-UX，但某电厂应用系统目前是VXX.X.XX，而某应用软件 VXX版本目前尚不能运行于Itanium平台,故准备将系统迁移至新硬件平台(IBM power处理器)。 本次项目的主要目标是对包括如下几点： 1) 存储设备及小型机设备的选购 采购一台新磁盘阵列提供服务，替换