数据迁移技术方案

精品文档 1欢迎下载 数据迁移方案数据迁移方案 N8000N8000 到到 AS13000AS13000 精品文档 2欢迎下载 广东广东 XXXX 信息技术有限信息技术有限 20152015 年年 7 7 月月 1 1 系统拓扑图系统拓扑图 AS13000 成成果果存存储储 备备 成成果果数数据据存存储储系系统统拓拓扑扑图图 NAS 网关 成成果果存存储储 主主 万兆交换机1 千千兆兆以以太太网网光光纤纤线线路路 万万兆兆以以太太网网光光纤纤线线路路 AS13000 中间服务器 核心交换机 DPS 万兆交换机2 文件服务 已已有有存存储储 华赛 N8000 千千兆兆以以太太网网线线路路 2 2 需求分析需求分析 新增设备 2 台 AS13000 NAS 1 台 NAS 网关和 1 套 DPS 备份系统通过光 精品文档 3欢迎下载 纤跳线连接万兆交换机 中间服务器和华赛 N8000 通过 6 类网线连接万兆交换 机 最低达到千兆交换的物理基础架构 其中 1 台 AS13000 NAS 作为成果数据 存储 通过 NAS 网关对外提供存储服务 另一台通过 DPS 备份软件实现数据备 份 华赛 N8000 存储数据有 40TB 包括各种大小文件 压缩包 需安全迁移到 AS13000 实现数据的备份和共享 数据迁移是敏感性动作 必须保证迁移数据 的完整性 可用性 一致性 华赛 N8000 已发生硬件故障 须尽快完成数据迁移工作 3 3 数据迁移方案数据迁移方案 本次数据迁移的目标是在最少存储中断服务时间内完成数据在两个存储设 备之间快速有序迁移 并保证数据的完整性 可用性 一致性 我们在本方案中建议以下 2 种方式实现存储设备之间的数据迁移 文件复制 通过全备份 增量备份实现数据迁移 实现方式简单 迁移成本较低 需要较长的存储中断服务时间 备份软件迁移 通过建立选择备份的模式运行实现数据自动复制 实现数据迁移 支持异构平台 需要第三方备份工具支持 成本较高 精品文档 4欢迎下载 3 1 3 1 文件复制文件复制 该方法是通过中间服务器的指令在 2 个存储设备之间复制数据 数据迁移 实现方式简单 不需要对源数据进行设置变更 不影响源数据的正常运行 但 该方式迁移数据需要较长的迁移周期 同时需要安排一定的存储中断服务时间 以保证数据的完整迁移 该方法不适用于增量数据迁移 增量数据需另配存储或在存储中临时划 LUN 替用 迁移完原数据后再迁移增量数据 3 2 3 2 备份软件迁移备份软件迁移 该方法通过安装的备份软件实现 2 个存储设备之间数据备份 向导指引你 进行文件的备份与恢复 支持任务排程 进行备份时可以根据文件类型有选择 的进行备份 备份文件可以压缩为 ZIP 文件进行存放 以节省空间 并且可以 通过压缩密码保护您的文件 整个迁移过程都是可控的 原有存储环境保留 避免了迁移过程中的数据损失 保证了系统的平稳过渡 该方法适用于增量数据迁移 满足存储系统不间断运行 需另行采购备份软件 实施 提高实施成本 3 3 3 3 方案对比方案对比 文件复制备份软件迁移 难易程度较为容易需要专业软件 存储中断服务时间较长长 实施额外费用无需要购买软件授权 需要调整现有数据设置无无 迁移周期较长长 平台要求同构平台无要求 精品文档 5欢迎下载 通过以上 2 种方案综合比对 建议采购文件复制方式实施数据迁移 4 4 数据迁移实施数据迁移实施 4 1 4 1 AS13000AS13000 部署部署 新购存储预计 7 月 10 日到货 硬件设备上架安装 1 天 存储系统规划调试 3 天 预计 7 月 17 日可开始实施数据迁移工作 4 2 4 2 数据迁移实施数据迁移实施 数据迁移系统搭建 数据迁移系统由华赛 N8000 中间服务器 AS13000 网络设备组成 数据迁移链路 由华赛 N8000 中间服务器 AS13000 连接到万兆交换机 最低 1000Mbps 的以太网链路互联 如不能连接到万兆交换机 需要专门的千兆交换机保证数 据传输 减少影响业务网络运行 迁移速度 网络最大传输速度为 1000Mbps 最大的数据传输速度为 100 Mbps 按大小 文件传输平均速率大概为 60Mbps 精品文档 6欢迎下载 一天数据传输量 文件传输速率 3600 24 60 3600 24 5184000 5TB 实施时间 数据迁移包括 4 个阶段 测试 预演 正式迁移 检验 主要耗费时间为 正式迁移时间 目前 N8000 需传输的数据量为 40TB 传输时间 40TB 5TB 8 天 整个迁移完成时间预计 10 天左右 4 3 4 3 数据校验数据校验 为了保证数据迁移后的一致性 需进行迁移前后数据的验证 可采取以下 3 个方法核验 业务验证方式 业务验证方式是数据迁移验证的核心 由于迁移流程中从小到大 从易到难会 经历测试 预演和正式迁移三个实施阶段 而这三个阶段分别需要业务的验证 由于成果数据的数量太多 业务验证时间和参与验证的数据各有不同 业务验 证不可能面面俱到 不可能涵盖每一笔数据 因此需要根据每个阶段的测试目 的 根据数据的重要性 在不同的实施阶段 选择不同的数据和数量 制定每 个阶段可行的业务验证 在测试阶段 业务验证主要是验证数据迁移后应用能否正常使用 因此该 阶段验证侧重的是业务的可用性和正确性 预演阶段是正式迁移的预先演习 由于内部测试已经测试了较为完整的迁 移流程 预演的目的主要是验证实际数据迁移的可靠性 另外预演还能起到对 数据迁移链路一个压力测试作用 在正式迁移阶段 所有的验证数据均为真实的操作 之前两个阶段的验证 只在数据迁移有效性 迁移完成后的数据 此时的验证要尽可能的详细 必须 精品文档 7欢迎下载 包含所有核心业务 能测的都需要尽可能得测到 外围系统验证 如果存在外围系统 并且这些外围系统有些是需要与核心系统的应用和数据打 交道 有些是不需要通过业务交易直接在数据层面或者其他层面与核心系统进 行交互 基于此 可以对所有外围系统进行分析 将新旧数据迁移后是否正常 的系统进行筛选 列出各外围系统与核心系统的关联性 并提供可行的外围系 统验证方法 从而提高数据迁移验证的准确性 减少业务交易验证的工作量 技术验证方案 技术验证的方法可以考虑通过在特定的时间在原有的数据中插入特定的内 容 当数据迁移完成后 在新的数据中查找插入的特定内容是否存在 如果不 存在 迁移肯定有问题 如果存在 则在一定程度上可以证明数据的一致性 为了进一步验证迁移前后数据的一致性 还可以考虑将数据中与应用相关的 重要的数据求和进行统计 在数据迁移完成后 在新的存储中同样执行相同的 统计 能得到两个数据 将前后两次所得到的数据进行对比 如果两个数都分 别完全一致 则从另一个角度也能说明迁移前后新旧数据库数据的一致性 完 整性和可用性验证相对比较简单 只要迁移后的新数据能正常打开 并且架构 在数据之上的应用能正常启动 不会报由于数据的问题导致应用不可用 那就 可以肯定迁移后的新数据是完整的 可用的 数据迁移的验证是一个非常重要 的内容 通过验证可以确定新旧数据库内容是否一致 可以确定新的数据的完 整性和有效性 4 4 4 4 风险回退风险回退 本次数据迁移不会改变原有存储数据 只是复制方式 为零风险迁移方案 可不实施风险回退 精品文档 8欢迎下载 5 5 实施计划实施计划 7 月 6