数据迁移服务V200R100C00----AIX下使用LVM镜像的数据迁移方案

数据迁移服务V200R100C00----AIX下使用LVM镜像的数据迁移方案
数据迁移服务V200R100C00----AIX下使用LVM镜像的数据迁移方案

数据迁移服务V200R100C00交付材料AIX下使用LVM镜像的数据迁移方案

华为技术有限公司

版权所有侵权必究

AIX下使用LVM镜像的数据迁移方案文档密级:内部公开修订记录

AIX下使用LVM镜像的数据迁移方案文档密级:内部公开

目录

第1章数据迁移前必读 (1)

1.1概述 (1)

1.2读者对象 (1)

1.3适用场景 (1)

1.4注意事项 (2)

第2章数据迁移流程 (3)

第3章数据迁移前准备 (4)

3.1迁移环境准备 (4)

3.1.1 准备参考文档 (4)

3.1.2 查询系统信息 (4)

3.1.3 获取所需的软件和工具 (5)

3.1.4 检查系统及设备运行状态 (5)

3.2 配置目标存储 (6)

3.2.1 配置热备盘 (6)

3.2.2 创建RAID组及划分LUN (6)

3.3 数据备份 (7)

第4章数据迁移方案 (8)

4.1添加目标存储映射 (9)

4.1.1 更改设备物理连接 (10)

4.1.2 映射目标存储LUN给主机 (11)

4.1.3 在服务器上配置虚拟磁盘 (11)

4.2迁移数据 (12)

4.3迁移完成后移除源存储 (13)

4.4同步备机 (15)

4.5添加目标存储多路径 (16)

4.6 调测业务系统 (17)

第5章回退方案 (18)

5.1 回退场景 (18)

5.1.1 数据备份与恢复; (18)

5.1.2 割接失败导回方案 (18)

5.2 回退步骤 (19)

AIX下使用LVM镜像的数据迁移方案文档密级:内部公开第6章 FAQ (20)

第7章如何获取帮助..................................................................................... 错误!未定义书签。第8章缩略语.. (21)

AIX下使用LVM镜像的数据迁移方案文档密级:内部公开关键词:存储迁移、AIX、卷镜像

摘要:本文主要目的是描述使用AIX的LVM卷镜像的方式迁移数据的操作过程。

缩略语清单:

参考资料清单:

对应产品开局指导书

AIX下使用LVM镜像的数据迁移方案文档密级:内部公开

第1章数据迁移前必读

1.1 概述

本文以OceanStor S3100迁移到OceanStor S3900为例,详细描述了利用

AIX操作系统中的LVM镜像功能实现不同存储系统之间的数据迁移,同时提

供了常见的问题解答。

1.2 读者对象

本文档用于指导华为服务工程师和华为合作工程师使用AIX的LVM镜像功能

实现跨存储的数据迁移。操作人员必须具备以下经验和技能:

●熟悉当前业务的组网和系统版本信息。

●有华为存储设备维护经验,熟悉设备的操作维护方式。

●AIX服务器操作维护经验,AIX LVM使用经验

1.3 适用场景

本文只介绍使用AIX的LVM镜像功能进行数据迁移的存储配置操作以及数据

迁移相关的步骤,不包括上层的主机、集群、数据库等业务系统相关的配置

操作过程和步骤。必须同时满足以下几点,才能使用AIX的LVM镜像功能进

行数据迁移。

●业务场景

业务应用的磁盘空间是AIX LVM提供的LV(逻辑卷),这些LV(逻辑卷)

建立在源存储提供的PV(物理卷)上。

●集群应用

AIX单机、AIX主备双机(LVM + Hacmp)、AIX并发双机(LVM + Hacmp)。

●存储型号

兼容对应AIX系统环境的存储,例如本文中的S3100(源存储)和S3900(目

标存储)。

AIX下使用LVM镜像的数据迁移方案文档密级:内部公开

●组网方式

1. DAS连接(AIX服务器直连存储)。

2. SAN连接(AIX服务器通过交换机直连存储)。

●迁移方式

支持在线或离线的数据迁移,如有疑问请联系存储专业服务团队寻求技术支

持。

说明

安装目标存储多路径软件、卸载源存储多路径软件等步骤需根据实际要求确

定是否停止业务。

1.4 注意事项

进行数据迁移时,需要注意以下几点:

●请确保电源持续供电。

●Xxxxxx(请补充)

AIX下使用LVM镜像的数据迁移方案文档密级:内部公开

第2章数据迁移流程

使用AIX的LVM进行数据迁移总体流程如下图所示:

AIX下使用LVM镜像的数据迁移方案文档密级:内部公开

第3章数据迁移前准备

3.1 迁移环境准备

3.1.1 准备参考文档

包括并不限于以下文档:

3.1.2 查询系统信息

包括并不限于以下信息:

AIX 下使用LVM 镜像的数据迁移方案

文档密级:内部公开

3.1.3 获取所需的软件和工具

包括并不限于以下软件和工具:

其他工具准备:

串口线(RJ45串口)、网线、防静电手套、标签纸、笔记本电脑(确认可连接RJ45串口)。

3.1.4 检查系统及设备运行状态

包括并不限于以下运行状态:

AIX下使用LVM镜像的数据迁移方案文档密级:内部公开

注意

1、启动数据迁移前务必进行主机/业务重启以及集群切换等动作,确保业务

系统没有潜在的风险

2、进行检查过程中如果发现业务软硬件环境存在故障,必须在启动数据迁移

前完成故障处理,确保业务系统和设备都健康运行

3.2 配置目标存储

请完全按照源存储(S3100)的RAID组、LUN、主机组、主机和映射关系等

配置,完成目标存储(S3900)的安装部署。

3.2.1 配置热备盘

在每个框(控制框或硬盘框)里面,配置两块热备盘。如果每框满配24块硬

盘,请将slot22和slot23硬盘设置为热备盘,如果没有满配,请将最后两块

硬盘设置为热备盘。

3.2.2 创建RAID组及划分LUN

请根据《XXX数据迁移项目设备档案.xlsx》记录的“3、RAID配置”和“4、

LUN配置与映射”,按照以下要求,完成S3900存储的配置。

●RAID组配置:与原S3100的RAID组顺序、RAID组名称、RAID级别

和RAID组成员盘数目等RAID组配置信息保持完全一致。

●LUN配置:与原S3100的LUN归属RAID组、LUN名称、LUN容量和

LUN数目等配置信息保持一致。

●映射关系:与S3100的主机组、主机和启动器信息保证完全一致。

注意

1. 当目标存储新创建的LUN的运行状态是“正在格式化”时,可以进行配

置操作,但不能进行数据迁移。

2. 全部LUN的运行状态从“正在格式化”变成“在线”后,表示可正常读

写数据,才能再进行数据迁移操作。

AIX下使用LVM镜像的数据迁移方案文档密级:内部公开

3. 启动数据迁移前,必须确认目标存储(S3900)工作状态正常,无任何

告警,否则不能进行数据迁移操作。

3.3 数据备份

包括并不限于以下数据:

注意

迁移前必须进行数据备份,降低数据迁移风险。

AIX下使用LVM镜像的数据迁移方案文档密级:内部公开

第4章数据迁移方案

针对3类AIX服务器集群应用迁移步骤也不相同,分别如下:

●AIX单机

迁移步骤如下:

●AIX主备集群

AIX下使用LVM镜像的数据迁移方案文档密级:内部公开

●AIX并发集群

说明

本文档中重点描述了数据迁移过程与存储相关的操作步骤,实际流程需要根

据现网实际情况补充业务系统相关的操作步骤。

4.1 添加目标存储映射

说明:

“添加目标存储映射”时间和业务组网复杂度以及源LUN数量相关,可按照

120min进行估算

需先确认是否满足以下2个条件:

1、目标存储的多路径软件和源存储多路径软件兼容,可以共存与同一台AIX

主机上并对2台存储映射的LUN互不影响;

2、目标存储的多路径软件安装在AIX系统上不需要重启主机就可以生效;

AIX 下使用LVM 镜像的数据迁移方案 文档密级:内部公开

20140310 华为机密,未经许可不得扩散

第10页, 共21

说明

如果无法确认是否满足上面2个条件,请联系二线进行支持。 如果同时满足以上2个条件,可以按照下面步骤操作:

步骤一:按照标准组网将目标存储通过DAS 或SAN 方式连接到AIX 主机上; 步骤二:在AIX 主机上安装目标存储多路径软件;

如果不能同时满足以上2个条件,比如本文中的目标存储(S3900)多路径安装需要重启主机生效,则按照下面章节的内容进行操作

4.1.1 更改设备物理连接

在将目标存储(S3900)接入映射前在AIX 主机上扫描磁盘可以看到

# lspv

hdisk0 000507829621c7f8 rootvg active hdisk1 000507824e40e0d3 rootvg active hdisk2 00050782bcc10788 datavg active hdisk3 00050782bcc10925 datavg active hdisk4 00050782bcc10abb datavg active

说明:

hdisk2~hdisk4是源存储映射的LUN ,已经在业务应用的datavg 中 将目标存储(S3900)的1个控制器上的1个业务光纤接口连接到AIX 主机或者光纤交换机对应端口,如下图:

AIX 下使用LVM 镜像的数据迁移方案 文档密级:内部公开

20140310 华为机密,未经许可不得扩散

第11页, 共21

4.1.2 映射目标存储LUN 给主机

完成物理组网后,在目标存储(S3900)使用的ISM 管理软件添加对应的主机的FC HBA 信息,并将格式化完成的LUN 映射给主机。

注意

如果是双机应用,需将目标存储的LUN 同时映射给双机,但迁移时只能用一台主机进行迁移,请使用主节点进行迁移操作。

4.1.3 在服务器上配置虚拟磁盘

1. 步骤一:系统扫描新硬件

# cfgmgr

使用cfgmgr 命令可以扫描主机端的硬件变更,扫描后使用lspv 查看 2. 步骤二:发现磁盘

# lspv

hdisk0 000507829621c7f8 rootvg active hdisk1 000507824e40e0d3 rootvg active hdisk2 00050782bcc10788 datavg active

AIX 下使用LVM 镜像的数据迁移方案 文档密级:内部公开

20140310 华为机密,未经许可不得扩散

第12页, 共21

hdisk3 00050782bcc10925 datavg active hdisk4 00050782bcc10abb datavg active hdisk5 none None hdisk6 none None hdisk7 none None

说明:

输出的hdisk5~hdisk7是目标存储(S3900)新映射到主机上的LUN 3. 步骤三:将目标存储(S3900)映射到主机的LUN (pv )加入到原业务vg 中,并确认所有新pv 状态。

# /usr/sbin/extendvg -f datavg hdisk5 hdisk6 hdisk7 # lspv

hdisk0 000507829621c7f8 rootvg active hdisk1 000507824e40e0d3 rootvg active hdisk2 00050782bcc10788 datavg active hdisk3 00050782bcc10925 datavg active hdisk4 00050782bcc10abb datavg active hdisk5 00050782d59629c3 datavg active hdisk6 00050782d5962ae8 datavg active hdisk7 00050782d5962c4f datavg active

4.2 迁移数据

说明:

迁移速度可按照60MB/s 进行估算 1. 步骤一:以root 用户登录主机

2. 步骤二:使用mirrorvg 命令对vg 进行镜像同步,完成pv 数据迁移: # mirrorvg –S –m –c 2 datavg hdisk5 hdisk6 hdisk7 说明:

1、使用mirrorvg 命令用于LV (逻辑卷)数据的镜像同步

2、-S 参数用于在数据同步在后台进行。

3、-m 确保lv 所在的pv 个数一致

4、-c 表示lv 的拷贝是2份(包括源的1份)

5、hdisk5、hdisk

6、hdisk7表示镜像的目标盘

AIX 下使用LVM 镜像的数据迁移方案 文档密级:内部公开

20140310 华为机密,未经许可不得扩散

第13页, 共21

说明:

1、该命令是在后台进行,在命令发出后,可以进行其他作业,不影响业务

2、同步过程中,如遇到网络连接异常退出而无法确认LV 是否同步完成,请联系二线进行支持

3. 步骤三:查看迁移进度

# lsvg -l datavg datavg:

LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT

Lv1 jfs2 36 72 2 open/syncd / Lv2 jfs2 36 72 2 open/syncd /usr Lv3 jfs2 36 72 2 open/syncd /var Lv4 jfs2 36 72 2 open/syncd /tmp Lv5 jfs2 36 72 2 open/syncd /home Lv6 jfs2 36 72 2 open/stale /opt Lv7 jfs2 36 72 2 open/stale /admin

说明:

上面输出结果中“LV STATE ”列代表vg (卷组)中lv (逻辑卷)的镜像状态,“open/syncd ”表示已经镜像同步完成,“open/stale ”表示镜像同步进行中,当所有lv 的状态变为“open/syncd ”时表示数据镜像同步完成

4. 步骤四:验证数据一致性

由客户在业务侧验证数据一致性,确定数据迁移成功

4.3 迁移完成后移除源存储

说明:

“迁移完成后移除源存储”时间和源LUN 数量相关,可按照30min 进行估算 1. 步骤一:镜像关系拆除(只在主机操作)

所有需要迁移的vg 的所有lv 完成数据镜像后,这时候进行解开镜像关系,让AIX 系统只使用目标存储(S3900)。

AIX 下使用LVM 镜像的数据迁移方案 文档密级:内部公开

20140310 华为机密,未经许可不得扩散

第14页, 共21

注意:

1、必须非常谨慎的操作。

2、该命令只是给vg 一个信号,告诉vg 要解开镜像关系,不删除源存储(S3100)上的数据,所以执行速度比较快。 命令:

# unmirrorvg datavg hdisk2 hdisk3 hdisk4 说明:

此时的磁盘“hdisk2、hdisk3、hdisk4”是源存储(S3100)映射给主机的LUN

该命令执行完毕后,执行下面的命令,若结果都为空说明lv 都已迁移到S3900磁盘上。

# lspv –l hdisk2 # lspv –l hdisk3 # lspv –l hdisk4

2. 步骤二:在主机操作把源存储(S3100)的盘从vg 中删除

# reducevg datavg hdisk2 hdisk3 hdisk4

3. 步骤三:查看此时pv 状态

# lspv

hdisk0 000507829621c7f8 rootvg active hdisk1 000507824e40e0d3 rootvg active hdisk2 none None hdisk3 none None hdisk4 none None

hdisk5 00050782bcc10788 datavg active hdisk6 00050782bcc10925 datavg active hdisk7 00050782bcc10abb datavg active

源存储(S3100)的磁盘不归属任何一个vg 属于正常。 4. 步骤四:在主机上删除源存储(S3100)映射的LUN

# rmdev –dl hdisk2 # rmdev –dl hdisk2 # rmdev –dl hdisk2

AIX 下使用LVM 镜像的数据迁移方案 文档密级:内部公开

20140310 华为机密,未经许可不得扩散

第15页, 共21

4.4 同步备机

说明:

“同步备机”时间和业务/集群以及源vg 数量相关,可按照120min 进行估算 1. 步骤一:停止备机hacmp 服务 说明:

1、 如果hacmp 使用了心跳盘并且需要对心跳盘也进行迁移,必须将主备机

上的业务和集群服务全部停止后在hacmp 中修改心跳盘设置

2、 采用“graceface ”方式关闭备机的hacmp 集群服务,不影响主机业务

3、 对于并发集群在“4.1 添加目标存储映射”节前就需停止一台AIX 服务

器的业务以及hacmp 服务 2. 步骤二:在主机上获取vg 的major 号

# ls –l /dev/datavg

Crw-rw---- 1 root system 49,0 Jul 17 14:51 datavg

说明:

命令中“49”是卷组的major 号 3. 步骤三:在备机同步vg 信息

# cfgmgr

# varyoffvg datavg # exportvg datavg

# importvg –V 49 –y datavg hdisk*

说明:

hdisk*代表vg 中包含的任一个和主机中vg 相同的目标存储(S3900)的LUN

4. 步骤四:在备机上扫描识别目标存储(S3900)映射的LUN 并导入vg 信息,设置vg 属性为不启动激活

# chvg –an datavg

5. 步骤五:在备机同步资源和配置 执行如下命令:

# smit hacmp

应用及数据迁移方案

1应用及数据迁移方案 1.1应用及数据迁移概述 本次的应用及数据迁移工作,新旧设备的数据迁移也将体现本次实施工作的水准。 原应用及数据迁移具有时间短、系统结构复杂、测试时间长、设备繁多昂贵、人员 多、层次复杂等特点。本项目迁移工作,应用不能中断,迁移准备工作要充 足,迁移时间在尽可能非工作时间完成,并在极短的时间内完成准备工作,并能够有超过时 间的倒退方案,所有新设备的应用系统稳定性也是一个考验。因此,必须协调好各单位人 员的关系,齐心协力才可能在预定时间内完成应用和数据的迁移工作。 本方案是以尽量不影响XXX信用社的日常工作或将影响降低到最低为前提的情况下制 定的,在小型机及存储设备到货后,先完成对小型机及存储的独立系统安装与调试工作, 第二步完成应用系统的安装与调试工作,整个新系统完成可独立运行后,选择在非工作时 间开始开始数据迁移工作,到工作时间以前完成整个服务器、存储设备的数据迁移及测试 工作。并且在正式上线运行以后,继续跟踪系统的运行情况,随时处理系统运行的异常情 况。当然,在XXX信用社各方面人员的充分协调及配合下才能完成本次应用及数据的迁移 任务。 我公司在上游厂商资源方面有较大优势,如在迁移工作中出现设备故障,除在备品备件中提供的备件外,还可协调各方资源以最快速度解决客户设备故障问题。 1.2迁移规划 1、实施流程: 流程主要根据迁移前的需要制定,主要详细了解当前系统设备情况,系统运行情况。针对所了解情况制定详细迁移方案以及应急方案。 2、专业工程师了解用户原有设备的现状以及迁移后的具体要求。充分考虑 在实施过程中可能出现的各种情况,定制详细可行性的迁移实施计划,将应用及数据迁移

数据库迁移实施方案

数据库系统和网络存储系统项目数据库迁移实施方案

文档控制文档修订记录 审阅 分发

目录 第一章文档介绍 (4) 1.1背景 (4) 1.2目标 (5) 第二章系统硬件选型 (6) 2.1存储设备 (6) 2.1.1 设备选型 (6) 2.1.2 设备功能及实现 (6) 2.2服务器设备 (6) 2.1.1 数据库服务器 (6) 第三章系统安装 (9) 3.1主机系统安装 (9) 3.2配置SAN网络、磁盘阵列 (10) 3.3配置HACMP (11) 3.4安装数据库软件 (12) 第四章数据移植 (13) 4.1移植准备工作 (13) 4.2移植过程 (14) 4.3系统检查 (15) 数据库检查 (15) 导入后系统需要完成的工作 (15) 应用检查 (16) 4.4系统回退 (16) 第五章应用迁移 (17) 第六章新系统上线后的工作 (17) 第七章工作界面和工作内容 (17) 第八章实施计划 (19) 附件: (20) 1.设备、软件验收交付记录 (20) 2.操作系统安装 (21) 3.操作系统镜像 (26) 4.设备配置清单(需确认) (28) 4.1 IBM p570服务器 (28) 4.2 光纤交换机配置 (31)

第一章文档介绍 1.1背景 HP公司全面转向X86芯片,使用PA-RISC芯片的HP 9000服务器现已停产,虽然Oracle R12已经可以支持Itanium平台上的HP-UX,但某电厂应用系统目前是 VXX.X.XX,而某应用软件 VXX版本目前尚不能运行于Itanium平台,故准备将系统迁 移至新硬件平台(IBM power处理器)。 本次项目的主要目标是对包括如下几点: 1) 存储设备及小型机设备的选购 采购一台新磁盘阵列提供服务,替换过去的旧存储设备,磁盘按现有存储容量预期的1.3至1.5倍配置, (RAID10或RAID5提供冗余保护,热备盘提供磁盘 的在线替换),空间考虑为_T(为以后的扩容考虑需要,最大支持在_T),如可能涉 及到系统日后的扩容、容灾及测试空间需求,可对存储适当增加扩展柜来扩充容量。 2)系统硬件规划及配置 当前硬件系统按应用规划要求划分LPAR分区,并基于两台服务器分区之间实现集群配置。 3)数据库移植 包括移植准备、移植实施、移植检查及移植后最终上线,同时处理在移植过程中出现故障的回退恢复步骤。 4)应用迁移 1.2目标 针对某电厂实际业务需求,本次建议方案提供数据库的迁移,新采购设备选购、系统配置及业务上线测试到最终的迁移。

数据迁移技术方案

数据迁移方案 N8000到AS13000 广东XX信息技术有限2015年7月

1. 系统拓扑图 成果数据存储系统拓扑图 千兆以太网光纤线路万兆以太网光纤线路 中间服务器 千兆以太网线路 2. 需求分析 新增设备:2台AS13000-NAS 、1台NAS 网关和1套DPS 备份系统通过光纤跳线连接万兆交换机,中间服务器和华赛N8000通过6类网线连接万兆交换机,最低达到千兆交换的物理基础架构。其中1台AS13000-NAS 作为成果数据存储,通过NAS 网关对外提供存储服务,另一台通过DPS 备份软件实现数据备份。 华赛N8000存储数据有40TB ,包括各种大小文件、压缩包,需安全迁移到AS13000,实现数据的备份和共享。数据迁移是敏感性动作,必须保证迁移数据的完整性、可用性,一致性。 华赛N8000已发生硬件故障,须尽快完成数据迁移工作。

3.数据迁移方案 本次数据迁移的目标是在最少存储中断服务时间内完成数据在两个存储设备之间快速有序迁移,并保证数据的完整性、可用性,一致性。 我们在本方案中建议以下2种方式实现存储设备之间的数据迁移: ●文件复制 ?通过全备份、增量备份实现数据迁移 ?实现方式简单,迁移成本较低 ?需要较长的存储中断服务时间 ●备份软件迁移 ?通过建立选择备份的模式运行实现数据自动复制,实现数据迁移 ?支持异构平台 ?需要第三方备份工具支持,成本较高 3.1.文件复制 该方法是通过中间服务器的指令在2个存储设备之间复制数据,数据迁移实现方式简单,不需要对源数据进行设置变更,不影响源数据的正常运行;但该方式迁移数据需要较长的迁移周期,同时需要安排一定的存储中断服务时间,以保证数据的完整迁移。 该方法不适用于增量数据迁移,增量数据需另配存储或在存储中临时划LUN替用,迁移完原数据后再迁移增量数据。 3.2.备份软件迁移 该方法通过安装的备份软件实现2个存储设备之间数据备份,向导指引你进行文件的备份与恢复,支持任务排程,进行备份时可以根据文件类型有选择的进行备份,备份文件可以压缩为ZIP文件进行存放,以节省空间,并且可以通过压缩密码保护您的文件。整个迁移过程都是可控的,原有存储环境保留,避免了迁移过程中的数据损失,保证了系统的平稳过渡。

数据迁移方案

数据迁移方案 作者:Han.Xue 信息系统数据迁移需要考虑的因素很多,比如操作系统类别、数据库类型、版本、数据结构、数据规模、最小允许宕机时间等等。 对于本项目,假定满足下列条件: 1、操作系统一致 2、数据库类型一致,均为Microsoft SQL Server 3、数据库版本均为SQL Server 2000 现存在两种数据迁移的考虑,第一种是新旧数据库系统采用相同数据结构存储,第二种是新旧数据库系统采用不同数据结构存储。下面分别详细说明。 一、不同数据结构的数据升迁 新系统建设完成后,需要对旧系统中数据进行升迁。对于从旧系统中升迁历史数据,需要首先建立旧系统历史数据与新系统数据结构的对应关系,并根据对应关系建立数据逻辑视图。然后使用导入导出工具将历史数据一次性导入到新系统中。数据升迁工作需要遵循以下原则: 1.数据项长度不一致的处理 对于新系统与旧系统的数据项长度不一致的,为了防止数据丢失,应以数据项较长的为准。 2.代码标准不一致的处理 对于新系统与旧系统的同一数据项,而代码标准不一致的,需要

建立代码对照表交由用户审定后再进行升迁。 3.数据采集方式不一致的处理 旧系统为代码输入项目,新系统为手工录入项目的,数据升迁时直接将含义升迁至新系统中。旧系统为手工录入项目,新系统为代码输入项目的,数据升迁时应将数据导入临时表中,由用户确认这些数据的新代码后再导入正式库。 4.增减数据项目的处理 新系统中新增的数据项目,如果为关键非空项,在数据升迁时需要由用户指定默认值或者数据生成算法。旧系统有而新系统已取消的数据项目,原则上升迁至该记录的备注字段。对于没有备注项目的,需要与用户协商是否需要继续保留。 5.历史数据归档的处理 这种数据交换模式为大量、批量、一次性执行的工作。此项工作要求需要支持异常终断后继续,并且在完成数据升迁后,需要出具数据升迁报告交由用户审核确认。如果数据升迁工作顺利完成,原有一期系统数据在备份并刻录光盘后,将不再保留。 6.完成此项工作提交的文档: 1)数据升迁报告 2)新旧系统代码项对照关系备忘录 3)新版系统中取消数据对象、数据项备忘录 4)新版系统由于历史数据升迁工作要求数据结构修订备忘录 5)历史数据清理工作备忘录

xx数据迁移方案

正本 招标人:XXXX 项目名称:电信机房迁移项目 (数据库升级部分) 投 标 文 件 投标方全称:XXXX股份有限公司 2012年02月20日

前言 首先,非常感谢各位领导及专家给予XXXX参与“XXXX数据库迁移项目”的机会,我们凭借自身综合实力及多年系统集成,提交本方案,望能采用。 XXXX集团(原青鸟软件股份有限公司)起源于北京大学,是一家专业从事软件与信息技术服务的大型企业集团(以下简称“XXXX”),XXXX集团以XXXX股份有限公司为核心企业, XXXX活跃在新经济下企业转型服务领域,并在咨询服务、软件开发、系统集成以及运维服务四个核心业务领域积累了世界领先的专业技术和服务经验,与50多家国际著名管理咨询公司和软硬件厂商结成战略合作联盟,与3000多家国内集成商紧密合作,为数万家客户提供信息技术服务和应用软件解决方案及相关服务,在金融、能源、政府及企业领域建立起了卓越的声誉和品牌,是客户最佳的信息技术发展战略合作伙伴。 针对本项目,XXXX具有如下优势: 集成优势 XXXX作为一级系统集成商,对系统集成有着深刻的认识;同时设计和实施过在众多数据中心、大型业务系统的软硬件平台,有着丰富的建设经验;针对应用的高可用性和业务的连续性有着深入的研究,结合用户的具体需求,我们将提供全面、合理的解决方案。 产品优势 XXXX是IBM、HP、SUN小型机;ORACLE、SYBASE数据库;IBM、ORACLE中间件及试测软件;EMC、HDS存储;CISCO、AVAYA网络设备;APC机房设备等高级别代理商,对各类产品有深入细致的了解,能为贵校提供最优的解决方案。 完善的质量保证体系 ISO9001质量保证体系是质量管理标准和质量保证标准。XXXX为了进一步提高公司的管理水平,确立了以客户为中心的质量体系,并将其定义到整个系统集成的设计/开发、供应、安装和服务领域。本地化服务能力 上海XXX员工逾200人,技术人员50余名,其中包括小型机、中型机、存储、数据库、智 能化、软件、项目经理人及网络工程师若干名,具备较强的技术力量和集成能力。 公司特为此项目成立豪华项目小组,由公司销售总监担当项目组长,监控整个项目的实施过程,并组建15人的技术服务团队(有厂商资格认证的工程师)配合厂商为用户提供全方位的技术服务。 优惠政策 公司根据本实验室的建设目标、主要任务和功能定位,特免费赠送对改实验室建设有帮助的一款系统软件数据统计软件,希望能够充分的帮助学校更好的建设此实验室。 科研合作 近期,国家加大了对“产学研”过程的扶持与引导力度,而XXXX也一直致力于出身高校(前北大系)服务于高校的准则,大力与高校进行校企合作。充分利用高校的人力资源与科研能力,在金融、电力、能源、高教等领域共同开发出适合市场需求的产品,并树立良好的品牌。因此,希望通过此次参与上海交通大学项目,能够有机会更进一步与贵校在内容安全领域有更多的科研合作,通过XXXX现有的用户群来做市场推广。 本着与XXXX建立全面、持久、稳定、良好的业务合作关系,我们郑重承诺: 以丰富的项目实施能力、雄厚的资金实力,以方便、快捷的本地化服务特点为保障,确保XXXX数据库升级项目的顺利实施。

XX数据迁移服务技术建议书

XX数据迁移服务技术 建议书

目录 目录 (ii) 1 项目概述 (6) 1.1 项目背景-服务现状 (6) 1.2 项目宏观服务范围 (6) 2 XX数据迁移方法论 (7) 2.1 XX数据迁移方案概述 (7) 2.2 迁移风险&计划阶段 (7) 2.3 迁移实施阶段 (8) 2.4 数据迁移完成阶段 (9) 3 数据迁移方法简介 (10) 3.1 基于主机卷管理软件的数据迁移方案 (10) 3.1.1 数据迁移方案架构图 (10) 3.1.2 数据迁移工作原理 (10) 3.1.3 迁移步骤 (11) 3.1.4 方案特点 (12) 3.1.5 停机时间和数据复制时间估算 (12) 3.1.6 使用建议 (13) 3.1.7 技术限制 (13) 3.1.8 选择此方案的优选场景 (14) 3.1.9 责任界面 (14) 3.2 基于文件拷贝工具的数据迁移方案 (15) 3.2.1 数据迁移方案架构图 (15) 3.2.2 数据迁移工作原理 (15) 3.2.3 迁移步骤 (16) 3.2.4 方案特点 (17) 3.2.5 停机时间和数据复制时间估算 (17) 3.2.6 使用建议 (17) 3.2.7 技术限制 (18) 3.2.8 选择此方案的优选场景 (18) 3.2.9 责任界面 (18) 3.3 基于虚拟化平台的数据迁移方案 (20) 3.3.1 数据迁移方案架构图 (20) 3.3.2 数据迁移工作原理 (20) 3.3.3 迁移步骤 (21) 3.3.4 方案特点 (21) 3.3.5 数据迁移时间估算 (22)

3.3.6 使用建议 (22) 3.3.7 技术限制 (22) 3.3.8 选择此方案的优选场景 (23) 3.3.9 责任界面 (23) 3.4 基于网络功能(VIS)的数据迁移方案 (25) 3.4.1 数据迁移方案架构图 (25) 3.4.2 数据迁移工作原理 (25) 3.4.3 迁移步骤 (26) 3.4.4 方案特点 (27) 3.4.5 停机时间和数据复制时间估算 (28) 3.4.6 使用建议 (28) 3.4.7 技术限制 (29) VIS的限制 (29) 3.4.8 选择此方案的优选场景 (30) 3.4.9 责任界面 (30) 3.5 基于异构虚拟化的数据迁移方案 (31) 3.5.1 数据迁移方案架构图 (31) 3.5.2 数据迁移工作原理 (31) 3.5.3 迁移步骤 (32) 3.5.4 方案特点 (33) 3.5.5 停机时间和数据复制时间估算 (33) 3.5.6 使用建议 (34) 3.5.7 技术限制 (34) 3.5.8 选择此方案的优选场景 (35) 3.5.9 责任界面 (35) 3.6 基于存储功能(LUN拷贝)的数据迁移方案 (36) 3.6.1 数据迁移方案架构图 (36) 3.6.2 数据迁移工作原理 (36) 3.6.3 迁移步骤 (37) 3.6.4 方案特点 (38) 3.6.5 迁移时间和停机时间估算 (38) LUN拷贝实施(离线): (39) 3.6.6 使用建议 (39) 3.6.7 技术限制 (39) 3.6.8 选择此方案的优选场景 (40) 3.6.9 责任界面 (40) 3.7 基于Toolkit SAN迁移工具的数据迁移方案 (40) 3.7.1 数据迁移方案架构图 (40) 3.7.2 数据迁移工作原理 (41)

关于数据迁移的各种方法

关于数据迁移的各种方法 在项目中经常会遇到系统完全更换后的历史数据迁移问题,以示对客户历史工作的尊重,何况很多数据仍有保留的必要。 那怎么做历史数据迁移呢? 系统分析: 1、分析原有的业务系统 精确到大致的系统功能模块、大致的处理流程即可 2、分析现有的业务系统 精确到大致的系统功能模块、大致的处理流程即可 3、分析两者自己的区别和差异 大致分析一下两个业务系统之间的区别,有助于确定工作量和工作进

4、分析用户对旧有数据的需求 分析对旧有数据的需求,才不至于盲目的全部性的进行迁移 5、分析用户对旧有数据的处理规则 旧有数据的处理规则,一般分为以下几类: 1、基础数据,通常这一类容易迁移,数据格式简单,但是会影响所有的相关业务数据,关注点为数据的主键和唯一键的方式。 2、纯历史数据的导入,仅供参考用的,这一类数据导入容易 2.1 纯历史数据 这一类数据处理起来会比较容易,一次性导入即可,后续采用增量数据导入。 2.2 流程性数据 这一类数据只有在记录完全关闭后才能结束,需要进行增量导入和

数据更新,同时还要进行相关查询界面的开发,以保证旧有数据能够在新系统中查询的到。 3、新老系统表结构变化较大的历史数据 这一类数据的工作量是最重的,就需要仔细去研究新老业务系统的数据结构了。 1、尽量通过甲方单位来收集齐全相关原系统的相关设计文档,这一点对数据分析很有帮助,通过人的感觉和对数据的观察来分析毕竟不太靠谱。 2、在原系统上进行相关数据的观察,了解数据的变化和数据表数据的关系(对于比较难以理解的相关字段很有帮助) 3、比较新老系统数据的差异,如果实在很不靠谱的话,建议按2.2去处理。 系统设计: 1、做完系统分析之后,对相关数据进行归类,基础数据、纯历史数据、变化较大的历史数据

数据迁移整合方案

1.历史数据的迁移整合 本次系统是在原有系统的基础上开发完成,因此,新旧系统间就存在着切换的问题。另外,新开发的系统还存在与其他一些应用系统,例如,企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 1.1.新老系统迁移整合需求分析 系统迁移又称为系统切换,即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括:数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤:数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据;数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式,数据的整合是整合系统切换的关键;新旧系统迁移就是在数据正确转换的基础上,制定一个切实可行的计划,保证业务办理顺利、平稳过渡到新系统中进行;新系统运行监控就是在新系统正常运转后,还需要监控整个新系统运行的有效性和正确性,以便及时对数据转换过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合,以保证新开发的系统能与保留的老系统互动,保证业务的顺利开展。主要的任务是接口的开发。1.2.需要进行迁移整合的系统 1.3.数据迁移整合分析 根据招标文件工商总局新建系统的数据库基于IBM DB2,而原有系统的数据库包括ORACLE,SQL Server,DB2。这种异构数据在总局主要存在于两个方面,

即部门内部的异构数据和上下级部门之间的异构数据。同时,系统的技术构件有.NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法,如:如果数据有基于DB2管理的,有ORACLE管理的,有SQL Server管理的,就根据新系统DB2的要求,把ORACLE的数据迁移到DB2数据库中,把SQL Server的数据迁移到DB2数据库中。 上下级国工商局之间的异构数据的集成利用数据交换系统来完成,重点在于数据库存储标准、交换标准的制定和遵守,保证数据的共享,这部分工作由数据中心完成。 1.4.系统迁移和整合目标 1.4.1.系统迁移的主要目标: 1.保证系统正常运行 在数据转换过程中,由于原有的系统数据的复杂性,给数据转换工作带来了很大的难度,为了在新系统启动后不影响原系统正常的业务,因此数据转换完成后,必须保证新系统的正常运行。 2.保证原有系统在新系统中的独立性 原有系统是独立运行的系统,数据在新系统中虽然是集中存放的,但是各个系统由于存在业务上的差别,数据在逻辑上应当保持一定的独立性。 1.4. 2.系统整合的目标: 保证直接关联的系统互动,保证业务的正常办理。例如公众服务系统与基本业务系统之间互动,基本业务与协同业务之间互动等等。

数据迁移服务合同

篇一:03金蝶升级迁移服务合同金蝶软件升级/迁移服务合同 附件: 金蝶软件升级/迁移服务合同 第一条产品定义及服务范围 1.1 甲乙双方在本合同中明确约定,乙方向甲方提供如下产品的升级/迁移服务支持:1.2 双方约定乙方于年月日内提供软件升 级/迁移服务,将甲方的当前产品升级/迁移至目标产品。 第二条服务费用及付款约定 2.1 本合同约定升级/迁移服务费实际金额为______佰______ 拾______万______仟______佰______拾______元整。 2.2 上述费用不含升级/迁移产品可能涉及的软件使用许可费用,如有上述费用发生,甲方应与 乙方另行签订《金蝶软件使用许可合同》,在该合同中列明软件使用许可费。 2.3 甲方应于本合同生效之日起的向乙方一次性支付本合同约定的全部费 用。 第三条代垫费用 3.1 乙方(或乙方指定的服务提供方)提供现场服务时,如甲方(或被服务方)要求的服务地 点距离乙方办公地点单程超过40公里,乙方(或乙方指定的服务提供方)的往返差旅费和食宿费由甲方(或被服务方)承担。食宿费标准为元/人天,差旅费根据实际发生结算。 1 / 2 金蝶软件升级/迁移服务合同 3.2 双方同意于发生以上费用后的5个工作日内结清。第四条甲方责任 4.1 甲方应准备升级/迁移环境(包括计算机、网络、其他相关设备与软件环境等),确保许可软件的使用和管理正常,确保许可软件运行环境(包括计算机、打印机及相关硬件设备)的安全,为软件升级/迁移正常进行提供保障。 4.2 甲方应定期做好当前产品版本系统数据及账套的备份并妥善保管。 4.3 在乙方提供升级/迁移服务时,甲方应根据乙方要求,指定配合的员工,提供必要的设备。 4.4 在乙方升级/迁移服务完成时,甲方配合检查目标软件产品的运行是否正常。第五条乙方责任 5.1 乙方负责为甲方提供目标产品版本的安装与调试服务。 5.2 乙方负责协助甲方将当前产品版本的账套数据(限于客户已购买账套数)升级/迁移到目标产品版本中使用。 第六条有限保证 6.1 乙方承诺根据本合同的约定向甲方提供软件升级/迁移服务,但是对于因不可抗力或甲方因素导致的延误而给甲方造成的损失乙方不承担任何责任。 6.2 除本合同或其附件另有约定,乙方提供服务内容不包括以下:目标产品版本的软件实施、培训、定制服务(含客户化开发)、标准支持、高级支持等服务。如甲方需要乙方提供此类服务,须和乙方另行签订相应的服务合同。 6.3 除本合同或其附件另有约定,乙方提供的服务支持不包括发生以下情况时的修复:甲方人 员非法操作、计算机设备感染病毒、第三方产品的故障、计算机设备故障、网络故障等导致当前应用软件无法正常升级/迁移;甲方因当前应用软件遗失、被盗、被误用或被擅自修改、计算机设备故障、网络故障、其他软件的故障、操作失误等情况造成数据混乱和丢失。

数据库迁移方案v1.0

文档版本:Ver 0.7 市区域卫生信息平台 数据迁移方案 编制单位:东软集团股份 2014年11月12日

文档修改记录

目录 1引言 (2) 1.1编写目的 (2) 2数据库环境概述 (3) 2.1正式数据库环境(旧版) (3) 2.2临时数据库环境(升级) (3) 3数据迁移需求 (3) 3.1软硬件需求 (3) 3.2网络需求 (4) 3.3数据迁移需求 (4) 4数据迁移方案 (5) 4.1正式数据库数据 (5) 4.2临时数据库数据 (6) 4.3数据迁移步骤 (6)

1 引言 1.1 编写目的 本文档用于描述市基于健康档案的区域卫生信息平台由于迎接卫计委标准符合性测评整体升级中数据库整体迁移的说明文档,用以说明目前数据库情况,迁移涉及的容以及迁移需求,需要硬件集成工程师根据实际情况给出合理建议,并指导数据库迁移工作的实施。 本文档的预期读者为: 建设单位:卫生局领导、技术人员、工作人员; 承建单位:硬件集成工作人员、东软平台实施人员。

2 数据库环境概述 2.1 正式数据库环境(旧版) 旧版数据库为正式数据库,做了RAC 集群,其用于2012年、2013年的项目实施采集,于2014年进行项目升级时暂停使用。 说明: 旧版数据库环境,交换库的数据完全无用,中心库的数据偶尔应对上级检查的集成浏览器调阅显示(由于新版浏览器集成未做好) ,且只应用于旧版浏览器的调阅使用。 2.2 临时数据库环境(升级) 说明: 临时数据库环境的数据为2014年升级后采集的数据,数据库均未做集群,平台所有新版应用、综合管理系统、新上线的服务均连接访问临时数据库28。 3 数据迁移需求 3.1 软硬件需求 ? 操作系统字符集为UTF-8; ? 两台小型机虚拟出独立的四台机器,两台作为交换数据库,两台作为中心 数据库,并支持RAC 集群,如下图:

数据库迁移方案

数据库迁移方案 XXXXX公司 XXXX年XX月

文档控制 此文档仅供最终用户审阅,不得向与此无关的个人或机构传阅或复制。修改记录 分发者 审阅记录

1.概述 年前完成XXXXX系统的数据库迁移工作,同时对源库进行小版本升级,有11.2.0.3升级到11.2.0.4版本。 2.迁移前准备工作 3.源库备份 4.目标库恢复 4.1.传输备份文件 从源端拷贝备份文件到目标端指定目录

4.2.还原spfile到pfile RMAN>startup nomount --rman自启动一个实例 RMAN>restore spfile to pfile ‘/u01/initdba.ora’ from ‘/u01/bakup/xxx’; 注意:修改磁盘组名称,归档路径、控制文件路径,日志路径,trace文件路径、remote_listener 4.3.还原控制文件 在其中一个节点上执行。 4.3.1.用pfile启动到nomount状态 RMAN>startup nomunt pfile=’/u01/app/xx/initdba.ora’; 4.3.2.rman执行对控制文件的恢复 RMAN> restore controlfile from '/HS5220/c-2006462633-20170123-03'; Starting restore at 2017-02-04 12:16:56 using channel ORA_DISK_1 channel ORA_DISK_1: restoring control file RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of restore command at 02/04/2017 12:16:57 ORA-19870: error while restoring backup piece /HS5220/c-2006462633-20170123-03 ORA-19504: failed to create file "+DG_DATA" ORA-17502: ksfdcre:4 Failed to create file +DG_DATA ORA-15001: diskgroup "DG_DATA" does not exist or is not mounted ORA-15040: diskgroup is incomplete ORA-15040: diskgroup is incomplete ORA-15040: diskgroup is incomplete ORA-15040: diskgroup is incomplete ORA-15040: diskgroup is incomplete ORA-15040: diskgroup is incomplete [oracle@ora8db1 ~]$ ls -l $ORACLE_HOME/bin/oracle -rwsr-s--x 1 oracle oinstall 239840968 3月15 12:32 /u01/app/oracle/product/11.2.0/db_1/bin/oracle [oracle@ora8db1 ~]$ exit logout [root@ora8db1 ~]# su - grid [grid@ora8db1 ~]$ cd $ORACLE_HOME/bin/ [grid@ora8db1 bin]$ setasmgid setasmgid setasmgid0 setasmgidwrap

数据迁移解决方案

1 数据迁移解决方案 VNX 系列支持在线数据移动和迁移,同时将复杂性和中断降至最低。快速、高效并且无中断地在存储层、平台和站点之间移动数据。EMC 公司有众多的工具实现在线数据迁移,为组织提供了选择余地和灵活性,让他们可以在正确的时间使用正确的工具提供正确的服务级别,针对本项目EMC 有众多的数据迁移工具包含: 1.1 数据迁移工具 1、EMC PowerPath Migration Enabler (PPME) PowerPath Migration Enabler (PPME) 是基于主机的迁移产品,可在存储系统之间迁移数据。PPME 充分利用 PowerPath 技术并结合使用其他基础技术(如 Open Replicator 或 EMC Invista?)来实际迁移数据。PPME 通过利用基于阵列或 SAN 的复制来提供基于主机的解决方案,几乎不会对主机资源造成影响。PPME 通过三种主要的方式来使数据迁移受益:大大减少或消除因迁移而导致的应用程序中断现象,同时降低迁移风险以及简化迁移操作。PowerPath Migration Enabler 独立于 PowerPath 多路径技术,不需要将 PowerPath 用于多路径。 2、SAN COPY ——是VNX 免费自带的一种数据迁移工具,是一种简单、数据块迁移选项 SAN Copy 基于阵列的快速迁移,需要宕机 RecoverPoint/MirrorView 远程复制和灾难恢复 在线 PowerPath Migration Enabler 基于主机的透明迁移 VPLEX 基于阵列的透明迁移 CLARiiON 迁移服务 EMC 与合作伙伴迁移服务VMware Storage VMotion 适用于VMware 环境的迁移 第三方VNX

系统历史数据迁移方案

新老系统迁移及整合方案 本次总局综合业务系统是在原有系统的基础上开发完成,因此,新旧系统间就存在着切换的问题。另外,新开发的系统还存在与其他一些应用系统,例如,企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 新老系统迁移及整合需求分析 系统迁移又称为系统切换,即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括:数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤:数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据;数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式,数据的整合是整合系统切换的关键;新旧系统迁移就是在数据正确转换的基础上,制定一个切实可行的计划,保证业务办理顺利、平稳过渡到新系统中进行;新系统运行监控就是在新系统正常运转后,还需要监控整个新系统运行的有效性和正确性,以便及时对数据转换过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合,以保证新开发的系统能与保留的老系统互动,保证业务的顺利开展。主要的任务是接口的开发。 需要进行迁移的系统 需要进行整合的系统 需要与保留系统整合的系统包括: 1、企业登记管理(含信用分类),全国企业信用联网统计分析,不冠行政区划企业名称核准,大屏幕触摸屏系统与企业信用联网应用,企业登记子网站,属

地监管传输,网上业务受理之间的整合; 2、外资企业登记管理(含信用分类),全国外资企业监测分析与属地监管传输,外资登记子网站,网上业务受理,大屏幕触摸屏系统之间的整合; 3、广告监管系统与广告监管子网站之间的整合; 4、12315数据统计分析与12315子网站之间的整合; 5、通用信息查询、统计系统与数据采集转换之间的整合; 数据迁移和转换分析 根据招标文件工商总局新建系统的数据库基于IBM DB2,而原有系统的数据库包括ORACLE,SQL Server,DB2。这种异构数据在总局主要存在于两个方面,即部门内部的异构数据和上下级部门之间的异构数据。同时,系统的技术构件有.NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法,如:如果数据有基于DB2管理的,有ORACLE管理的,有SQL Server管理的,就根据新系统DB2的要求,把ORACLE的数据迁移到DB2数据库中,把SQL Server的数据迁移到DB2数据库中。 上下级国工商局之间的异构数据的集成利用数据交换系统来完成,重点在于数据库存储标准、交换标准的制定和遵守,保证数据的共享,这部分工作由数据中心完成。 系统迁移和整合目标 一、系统切换的主要目标: ●保证系统正常运行 在数据转换过程中,由于原有的系统数据的复杂性,给数据转换工作带来了很大的难度,为了在新系统启动后不影响原系统正常的业务,因此数据转换完成后,必须保证新系统的正常运行。 ●保证原有系统在新系统中的独立性 原有系统是独立运行的系统,数据在新系统中虽然是集中存放的,但是各个系统由于存在业务上的差别,数据在逻辑上应当保持一定的独立性。

数据迁移解决方案

数据迁移解决方案

1 数据迁移解决方案 VNX 系列支持在线数据移动和迁移,同时将复杂性和中断降至最低。快速、高效并且无中断地在存储层、平台和站点之间移动数据。EMC 公司有众多的工具实现在线数据迁移,为组织提供了选择余地和灵活性,让他们可以在正确的时间使用正确的工具提供正确的服务级别,针对本项目EMC 有众多的数据迁移工具包含: 1.1 数据迁移工具 1、EMC PowerPath Migration Enabler (PPME) PowerPath Migration Enabler (PPME) 是基于主机的迁移产品,可在存储系统之间迁移数据。PPME 充分利用 PowerPath 技术并结合使用其他基础技术(如 Open Replicator 或 EMC Invista?)来实际迁移数据。PPME 通过利用基于阵列或 SAN 的复制来提供基于主机的解决方案,几乎不会对主机资源造成影响。PPME 通过三种主要的方式来使数据迁移受益:大大减少或消除因迁移而导致的应用程序中断现象,同时降低迁移风险以及简化迁移操作。PowerPath Migration Enabler 独立于 PowerPath 多路径技术,不需要将 PowerPath 用于多路径。 2、SAN COPY ——是VNX 免费自带的一种数据迁移工具,是一种简单、 数据块迁移选项 SAN Copy 基于阵列的快速迁移,需要宕机 RecoverPoint/MirrorView 远程复制和灾难恢复 在线 PowerPath Migration Enabler 基于主机的透明迁移 VPLEX 基于阵列的透明迁移 CLARiiON 迁移服务 EMC 与合作伙伴迁移服务VMware Storage VMotion 适用于VMware 环境的迁移 第三方VNX

Oracle数据库迁移方法

Oracle 数据库迁移 1. 背景: 据项目实施人员反映,部署系统的过程中,有一个最大的问题,那就是平台数据库的迁移。经常会遇到表空间导出导入失败,或是导入过程中数据表丢失或是数据表虽然能导入,但表字段丢失等现象。针对这种情况,我仔细分析了一下:主要原因出在目前的exp/imp 这种数据导入导出工具存在比较大的缺陷,这种缺陷将在后面提到。相比目前这种方式,我这里提供一种比较方便稳定的数据库迁移方案。以下提到的方案,我也多次尝试验证了,并且还很实 在。 2. 数据库迁移方案: 实用环境:Oracle10g 或是以上版本。 原理:利用Oracle10g 提供的数据泵,快速加载以及卸载数据。优点:导入导出数据库快速比较快,且完整,性能稳定。缺点:这种方式只能在装有Oracle 服务器端的软件的机器上应用。完整方案: 这里模拟二个场景: 场景1:实现不同库下不同用户之间表空间的迁移。 假设通过Oracle 数据泵, A 用户UserA 将表空间TA 提取到 A.dmp,而后B用户UserB将A.dmp装载到表空间TB。 第一步:首先在源库(A) 上建一个目录,这个目录用于转储导入导出过程中的数据文件及日志文件。 create directory dumpdir as 'E:\dump'; 注:dumpdir为目录名,它是数据库中的目录对象名, “cdump':为对应的磁盘物理路径。 第二步:给用户授予目录的读写权限。(因为要写日志,这一步是必须的) grant read, write on directory dumpdir to UserA;

第三步:导岀用户UserA下的所有对象: expdp UserA/Password@orcl schemas=UserA dumpfile=expa.dmp DIRECTORY= dumpdir 注: 1、orcl为配置的用于从客户端连接Oracle的连接名。 2、dumpfile 中不能再包含路径 以上三步为数据导岀过程,下面几步为数据导入过程。 第四步:在目标库(B)上创建一表空间(TB)(如果不存),已存则直接到下一步。 CREATE TABLESPACE TB LOGGING DATAFILE 'F:\oracle\product\1020\oradata\orclDB\sde.dbf' SIZE 32M AUTOEXTEND ON NEXT 32M MAXSIZE 2048M EXTENT MANAGEMENT LOCAL; 以上是我本机测试代码 第五步:在目标库上创建用户UserB CREATE USER UserB IDENTIFIED BY "sagis" DEFAULT TABLESPACE TB; GRANT DBA TO UserB; 第六步:在目标库(B)上,创建一个目录对象,如果A、B位于同一个Oracle服务器上,则可以不创建,可以用第一步创建的dumpdir 对象。如果A、B位于不同Oracle服务器,则 需另外创建。 create directory dumpdir as 'c:\dump'; 以不同服务器上Oracle迁移为例,则此时要将第三步创建的expa.dmp 数据文件拷到B服务 器的c:\dump 目录下。 第七步:给用户授予目录对象的读写权限,同第二步。 grant read, write on directory dumpdir to UserB; 第八步:导入数据到B库上用户UserB的表空间TB下 impdp UserB/sagis@sgs directory=dumpdir dumpfile=expa.dmp remap_schema=UserA:UserB remap_tablespace=TA:TB,TC:TD

数据迁移的八大步骤

数据迁移的八大步骤 -天互数据 根据IDC的统计数据显示,只有60%的迁移工作是按时完成的。而造成数据迁移延迟的最大原因之一便是托管服务提供商没有对企业客户现有的基础设施实施详细的分析,进而了解细微差别,并挖掘核心的问题。如果托管服务提供商们对于企业客户的架构的复杂性有了较强的了解,那么,他们就能够有针对性的对迁移过程中可能发生的任何暂时性的小问题进行规划。 您的企业是否需要实施迁移数据 在深入钻研如何完成一项成功的数据迁移的步骤之前,您应该首先确认的是您企业是否真的需要实施数据迁移。通常,数据迁移工作是在企业经历了显著的业绩增长和客户量增长的前提下进行的。相关业务量和客户数量的显著大幅增加会对企业现有的资源供应带来相当的压力,也就意味着您的公司可能需要通过将数据迁移到一个更大的服务器来扩大其托管功能。 而搞清楚贵公司当前业务的发展周期的阶段,以便保持领先,避免企业在成长过程中的麻烦是相当重要的。而如若未能成功做到这一点的话,您企业的客户可能会遭遇到带宽问题或在您企业的现有架构步伐满足业务的非线性增长的前提下发生停机。 如何选择一家托管服务提供商 当企业用户在选择一家托管服务提供商时,保持开放的沟通是至关重要的。在理想的情况下,您企业应该被潜在的服务供应商指定一个专门的接洽小团队,该团队将与您一起完成整个数据迁移过程。企业用户要尽量避免在该过程中被供应商向踢皮球一样在迁移过程中的每一步,都被转移到由服务供应商的不同团队接手,毕竟,就像厨房里有太多的厨师会增加不必要的复杂性一样,何况数据迁移工作的本身就已经够复杂的了。 当在评估托管服务提供商时,您应该明确托管服务公司的责任与他们期望您所做到的事情。如果没有对这一点的清晰的认识,您可能会认为某些事务将交由托管服务提供商来处理,而事实上,这应该是您企业应该自行完成的。您也应该把您的关注重点放在最初的关于供应商将如何为您公司的应用程序的各个部分实施解剖,并确认他们如何打算对这各个部分实施单独迁移的讨论方面。同时,不要害羞,大胆的询问他们在过去经手过哪些类似的迁移技术堆栈,并在这些迁移过程中获得了怎样的感悟,当初的迁移工作花了多长时间等。 如何成功地完成数据迁移 既然您已经确定您企业的确需要将数据迁移到一台更大的服务器,而且也已经选定了您的托管服务提供商,那么,您就应该遵循如下的步骤,来确保您企业的数据迁移工作获得成功了。 注意:如下每一个步骤均提供了一个估计的完成时限;但是,这一时间框架将随着每家企业数据迁移项目具体要求的不同而存在一定差异性。 步骤1:定制解决方案架构师

数据库迁移实施技术方案

数据库系统和网络存储系统工程数据库迁移实施方案 1 / 18

文档控制 文档修订记录 审阅 分发 目录 第一章文档介绍3 1.1背景3 1.2目标4 2 / 18

第二章系统硬件选型5 2.1存储设备6 2.1.1 设备选型6 2.1.2 设备功能及实现6 2.2服务器设备6 2.1.1 数据库服务器6 第三章系统安装8 3.1主机系统安装8 3.2配置SAN网络、磁盘阵列10 3.3配置HACMP10 3.4安装数据库软件12 第四章数据移植12 4.1移植准备工作12 4.2移植过程13 4.3系统检查14 数据库检查14 导入后系统需要完成的工作15 应用检查15 4.4系统回退15 第五章应用迁移16 第六章新系统上线后的工作16 第七章工作界面和工作内容16 第八章实施计划18 附件:错误!未定义书签。 1.设备、软件验收交付记录错误!未定义书签。 2.操作系统安装错误!未定义书签。 3.操作系统镜像错误!未定义书签。 4.设备配置清单(需确认)错误!未定义书签。 4.1 IBM p570服务器错误!未定义书签。 4.2 光纤交换机配置错误!未定义书签。 第一章文档介绍 1.1背景 3 / 18

HP公司全面转向X86芯片,使用PA-RISC芯片的HP 9000服务器现已停产,虽然Oracle R12已经可以支持Itanium平台上的HP-UX,但某电厂应用系统目前是VXX.X.XX,而某应用软件VXX版本目前尚不能运行于Itanium平台,故准备将系统迁移至新硬件平台(IBM power处理器)。 本次工程的主要目标是对包括如下几点: 1) 存储设备及小型机设备的选购 采购一台新磁盘阵列提供服务,替换过去的旧存储设备,磁盘按现有存储容量预期的1.3至1.5倍配置,(RAID10或RAID5提供冗余保护,热备盘提供磁盘的在线替换),空间考虑为_T(为以后的扩容考虑需要,最大支持在_T),如可能涉及到系统日后的扩容、容灾及测试空间需求,可对存储适当增加扩展柜来扩充容量。 2)系统硬件规划及配置 当前硬件系统按应用规划要求划分LPAR分区,并基于两台服务器分区之间实现集群配置。 3)数据库移植 包括移植准备、移植实施、移植检查及移植后最终上线,同时处理在移植过程中出现故障的回退恢复步骤。 4)应用迁移 1.2目标 针对某电厂实际业务需求,本次建议方案提供数据库的迁移,新采购设备选购、系统配置及业务上线测试到最终的迁移。 4 / 18

相关文档
最新文档