数据迁移方案
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
RAID Group 1
RAID Group 2
© 2006 Hitachi Data Systems
18
HDS跨阵列数据迁移方案 数据迁移方案一
•
利用USP控制器上的 UVM＋Volume Migration
硬件级的复制 、高速可靠
基于控制器的 虚拟,随时回退
© 2006 Hitachi Data Systems
8
DB Backup & Restore
© 2006 Hitachi Data Systems
利用数据库技术做数据迁移 全备份后，复制新产生的archive和redo log
营帐和非营帐系统共用主机平台
主Oracle 实例
继续对外提 供 服 务
HA
备Oracle 实例
应用复制的归档日志和重 演日志,保证standby database的数据最新,以 正常方式启动该数据库 对外提供服务
FC SW
FC SW
# # # HP Superdome A
# # # HP Superdome B
© 2006 Hitachi Data Systems
17
HDS Volume Migration
• •
优化存储资源 降低管理负荷
– – – 提高效率 解放人力资源 制定策略自动执行
• • •
改善用户的SLA 降低管理成本 提高ROI
数据迁移
© 2006 Hitachi Data Systems
常用数据迁移的技术方法
迁移方案 是否需要计 划性停机,几 次 数据迁移速度、性能 迁移所需要消耗的资源 实施难度 完全采用系统管理员 熟悉的文件系统命 令，难度很小且易控 制 取决于对数据库的熟 悉程度（注意数据库 的no log操作）
© 2006 Hitachi Data Systems
2
LVM
© 2006 Hitachi Data Systems
通过卷管理软件方式做数据迁移
迁移前的LV与PV的映射关系 建立新PV与原PV的镜像关系,映射到LV PP PP PP PP PP PP PP PP PV(原) LP LP LP LP LV PP PP PP PP PV(新) 取消LV与原PV的映射关系,取消镜像
19
数据迁移方案二
•
利用USP UVM＋ShadowImage
不需停应用
主机短暂重启
© 2006 Hitachi Data Systems
20
Q&A
© 2006 Hitachi Data Systems
EMC SAN Copy缺点
• EMC SAN Copy缺点
– – 只能offline生产系统的情况下才能执行SAN Copy数据复制 或者需要对生产卷做克隆，做出BCV卷，以BCV卷作为源，通过 SAN Copy复制到目标卷。但是现在EVA 3000上没有空间来做 BCV卷了，而且也没有Business Copy的License SAN Copy只有在运行SAN Copy的EMC CLARiion阵列做为源的 时候才能做到增量复制 也就是说如果采用EMC的方案，在本次从HP EVA 3000迁移到 EMC CX阵列，只能停机操作，而且只能一次做完（不能增量复制）， 如果一个晚上的停机都不能完成迁移就意味着需要在工作时间继 续停机，这种情况肯定是不能接受的
LP LP LP LP LV
PP PP PP PP PV(原)
LP LP LP LP LV
PV(新)
卷管理过程逻辑示意图
新旧PV先Mirror,后取消
主机原访问路径
数据迁移后主机访问路径
© 2006 Hitachi Data Systems
4
HP MirrorDisk/UX数据迁移步骤-1
LV1
LV2
• 利用TCP/IP网络作为复制链路的数据 数据
• 复制单位：磁盘卷数据块
• 一致性和完整性保证：定义多个磁盘逻 辑卷(即AIX中的Logical Volume)为一 个Logical Group
User Data
• 复制链路：局域网或广域网
• 断点续传功能
Asynchronous
• 异步方式复制 • 支持系统平台
• AIX, HP-UX，Solaris, Windows
Control Unit
Control Unit
• 提供API接口可供二次开发 • 需要两次计划性停机完成整个数据迁 移
Mounted Source Volumes Un-mounted Target Volumes
© 2006 Hitachi Data Systems
© 2006 Hitachi Data Systems
15
HDS USP UVM数据迁移步骤
迁移步骤1:
XP512 USP # # # # # #
e-LUN
-关闭应用、数据库和服务器 -改变ZONE设置 -删除HP XP512和服务器之间的Zone -建立Zone：XP512到USP -建立Zone：服务器到USP -改变HP XP512端口的属性 -在UPS上用UVM功能识别XP512上的LUN -在UPS上把这些eLUN Map到主机端口 -开机，检查LUN状态 -重启数据库和应用，检查应用状态
© 2006 Hitachi Data Systems
7
HP MirrorDisk/UX数据迁移步骤-4
LV1
LV2
VG1
PVG1 PV PV
PV
4. Mirro完成后，把以前阵 列上的LUN从镜像中分 离出来，并把它们从 VG1中删除，这时候整 个数据迁移过程就完成 了
© 2006 Hitachi Data Systems
PV
© 2006 Hitachi Data Systems
6
HP MirrorDisk/UX数据迁移步骤-3
LV1
LV2
VG1
PV PV PV
PVG1 PV PV
PV
3. 改变各个LV的状态为 PVG-Strict，以防做 Mirror的时候意外覆盖 数据源，然后针对每个 LV进行Mirror。
Mirror
操作系统镜像数据 拷贝命令
不需要
可以根据业务情况， lun一级灵活控制拷贝 速度
需要消耗较少的主机 端资源（文件系统层次镜像）
Oracle Standy by方 式备份和恢复
两次
中等
需要消耗一定的主机 端资源（数据库层次log） 1.需消耗阵列30-50％ 的控制器能力和大量 缓存资源； 2.主机IO 需增加一定的时延， 若在同机房迁移则影 响较小 TDMF需要占用10%左右 的主机系统资源 和主机无关，能够根 据策略动态调整速度。 消耗10％以下的控制 器资源。
13
HDS数据迁移
© 2006 Hitachi Data Systems
HDS USP UVM数据迁移步骤
迁移准备工作:
HP XP512 USP
Fra Baidu bibliotek
-记录XP512上的LUN Map状态 -在USP上划分相应的LDEV -USP连接到SAN
FC SW
FC SW
HP Superdome A
HP Superdome B
SAN交换机
SAN交换机
归档
归档日志目
备份
EMC 8830
日志
标存放空间 数据库
HDS 9980V
© 2006 Hitachi Data Systems
10
利用数据库技术做数据迁移 把standby DB恢复到最新状态,迁移成功
营帐和非营帐系统共用主机平台
修 移 件改 后 重该 的 新实 数 定例 据 向参 库 到数 迁文
磁盘阵列复制（只能 在同构阵列间实施）
一次
较快，但是不能灵活 调节
需仔细规划，确保阵 列和主机之间的数据 完整性
TDMF
两次
速度可控
取决于数据迁移服务 人员的实施能力。
HDS数据迁移方案
不需要停 机，只需要 一次重启
完全可调，可灵活配 置
非常方便，全图形化 界面操作
注：采用磁盘阵列方案时，数据复制只能在同构的磁盘阵列之间进行。
FC SW
FC SW
# # # HP Superdome A
# # # HP Superdome B
© 2006 Hitachi Data Systems
16
HDS USP UVM数据迁移步骤
迁移步骤2:
XP512 # # # # # # USP
-在USP中启动Volume Migration功能进行 数据迁移 -后台数据复制 -复制完成后LDEV号交换 -迁移完成，整个过程不需要挺应用，对 用性能基本无影响
VG1
PV PV PV
1. 在服务器上加装两块的 HBA卡，安装HDLM负 载均衡软件，通过这两 块HBA卡来访问新的阵 列。
© 2006 Hitachi Data Systems
5
HP MirrorDisk/UX数据迁移步骤-2
LV1
LV2
VG1
PV PV PV
PVG1 PV PV
2. 把新阵列上的LUN作为 新PV加入VG1，同时设 置新加入的PV在同一个 PVG内。
,
主Oracle 实例
HA
对外提供服务
备Oracle 实例
SAN交换机
SAN交换机
迁移后的营帐
EMC 8830
数据库
HDS 9980V
© 2006 Hitachi Data Systems
11
三方软件
© 2006 Hitachi Data Systems
利用第三方软件做数据迁移 TDMF软件介绍
– –
© 2006 Hitachi Data Systems
22
RAID Group 2
© 2006 Hitachi Data Systems
18
HDS跨阵列数据迁移方案 数据迁移方案一
•
利用USP控制器上的 UVM＋Volume Migration
硬件级的复制 、高速可靠
基于控制器的 虚拟,随时回退
© 2006 Hitachi Data Systems
8
DB Backup & Restore
© 2006 Hitachi Data Systems
利用数据库技术做数据迁移 全备份后，复制新产生的archive和redo log
营帐和非营帐系统共用主机平台
主Oracle 实例
继续对外提 供 服 务
HA
备Oracle 实例
应用复制的归档日志和重 演日志,保证standby database的数据最新,以 正常方式启动该数据库 对外提供服务
FC SW
FC SW
# # # HP Superdome A
# # # HP Superdome B
© 2006 Hitachi Data Systems
17
HDS Volume Migration
• •
优化存储资源 降低管理负荷
– – – 提高效率 解放人力资源 制定策略自动执行
• • •
改善用户的SLA 降低管理成本 提高ROI
数据迁移
© 2006 Hitachi Data Systems
常用数据迁移的技术方法
迁移方案 是否需要计 划性停机,几 次 数据迁移速度、性能 迁移所需要消耗的资源 实施难度 完全采用系统管理员 熟悉的文件系统命 令，难度很小且易控 制 取决于对数据库的熟 悉程度（注意数据库 的no log操作）
© 2006 Hitachi Data Systems
2
LVM
© 2006 Hitachi Data Systems
通过卷管理软件方式做数据迁移
迁移前的LV与PV的映射关系 建立新PV与原PV的镜像关系,映射到LV PP PP PP PP PP PP PP PP PV(原) LP LP LP LP LV PP PP PP PP PV(新) 取消LV与原PV的映射关系,取消镜像
19
数据迁移方案二
•
利用USP UVM＋ShadowImage
不需停应用
主机短暂重启
© 2006 Hitachi Data Systems
20
Q&A
© 2006 Hitachi Data Systems
EMC SAN Copy缺点
• EMC SAN Copy缺点
– – 只能offline生产系统的情况下才能执行SAN Copy数据复制 或者需要对生产卷做克隆，做出BCV卷，以BCV卷作为源，通过 SAN Copy复制到目标卷。但是现在EVA 3000上没有空间来做 BCV卷了，而且也没有Business Copy的License SAN Copy只有在运行SAN Copy的EMC CLARiion阵列做为源的 时候才能做到增量复制 也就是说如果采用EMC的方案，在本次从HP EVA 3000迁移到 EMC CX阵列，只能停机操作，而且只能一次做完（不能增量复制）， 如果一个晚上的停机都不能完成迁移就意味着需要在工作时间继 续停机，这种情况肯定是不能接受的
LP LP LP LP LV
PP PP PP PP PV(原)
LP LP LP LP LV
PV(新)
卷管理过程逻辑示意图
新旧PV先Mirror,后取消
主机原访问路径
数据迁移后主机访问路径
© 2006 Hitachi Data Systems
4
HP MirrorDisk/UX数据迁移步骤-1
LV1
LV2
• 利用TCP/IP网络作为复制链路的数据 数据
• 复制单位：磁盘卷数据块
• 一致性和完整性保证：定义多个磁盘逻 辑卷(即AIX中的Logical Volume)为一 个Logical Group
User Data
• 复制链路：局域网或广域网
• 断点续传功能
Asynchronous
• 异步方式复制 • 支持系统平台
• AIX, HP-UX，Solaris, Windows
Control Unit
Control Unit
• 提供API接口可供二次开发 • 需要两次计划性停机完成整个数据迁 移
Mounted Source Volumes Un-mounted Target Volumes
© 2006 Hitachi Data Systems
© 2006 Hitachi Data Systems
15
HDS USP UVM数据迁移步骤
迁移步骤1:
XP512 USP # # # # # #
e-LUN
-关闭应用、数据库和服务器 -改变ZONE设置 -删除HP XP512和服务器之间的Zone -建立Zone：XP512到USP -建立Zone：服务器到USP -改变HP XP512端口的属性 -在UPS上用UVM功能识别XP512上的LUN -在UPS上把这些eLUN Map到主机端口 -开机，检查LUN状态 -重启数据库和应用，检查应用状态
© 2006 Hitachi Data Systems
7
HP MirrorDisk/UX数据迁移步骤-4
LV1
LV2
VG1
PVG1 PV PV
PV
4. Mirro完成后，把以前阵 列上的LUN从镜像中分 离出来，并把它们从 VG1中删除，这时候整 个数据迁移过程就完成 了
© 2006 Hitachi Data Systems
PV
© 2006 Hitachi Data Systems
6
HP MirrorDisk/UX数据迁移步骤-3
LV1
LV2
VG1
PV PV PV
PVG1 PV PV
PV
3. 改变各个LV的状态为 PVG-Strict，以防做 Mirror的时候意外覆盖 数据源，然后针对每个 LV进行Mirror。
Mirror
操作系统镜像数据 拷贝命令
不需要
可以根据业务情况， lun一级灵活控制拷贝 速度
需要消耗较少的主机 端资源（文件系统层次镜像）
Oracle Standy by方 式备份和恢复
两次
中等
需要消耗一定的主机 端资源（数据库层次log） 1.需消耗阵列30-50％ 的控制器能力和大量 缓存资源； 2.主机IO 需增加一定的时延， 若在同机房迁移则影 响较小 TDMF需要占用10%左右 的主机系统资源 和主机无关，能够根 据策略动态调整速度。 消耗10％以下的控制 器资源。
13
HDS数据迁移
© 2006 Hitachi Data Systems
HDS USP UVM数据迁移步骤
迁移准备工作:
HP XP512 USP
Fra Baidu bibliotek
-记录XP512上的LUN Map状态 -在USP上划分相应的LDEV -USP连接到SAN
FC SW
FC SW
HP Superdome A
HP Superdome B
SAN交换机
SAN交换机
归档
归档日志目
备份
EMC 8830
日志
标存放空间 数据库
HDS 9980V
© 2006 Hitachi Data Systems
10
利用数据库技术做数据迁移 把standby DB恢复到最新状态,迁移成功
营帐和非营帐系统共用主机平台
修 移 件改 后 重该 的 新实 数 定例 据 向参 库 到数 迁文
磁盘阵列复制（只能 在同构阵列间实施）
一次
较快，但是不能灵活 调节
需仔细规划，确保阵 列和主机之间的数据 完整性
TDMF
两次
速度可控
取决于数据迁移服务 人员的实施能力。
HDS数据迁移方案
不需要停 机，只需要 一次重启
完全可调，可灵活配 置
非常方便，全图形化 界面操作
注：采用磁盘阵列方案时，数据复制只能在同构的磁盘阵列之间进行。
FC SW
FC SW
# # # HP Superdome A
# # # HP Superdome B
© 2006 Hitachi Data Systems
16
HDS USP UVM数据迁移步骤
迁移步骤2:
XP512 # # # # # # USP
-在USP中启动Volume Migration功能进行 数据迁移 -后台数据复制 -复制完成后LDEV号交换 -迁移完成，整个过程不需要挺应用，对 用性能基本无影响
VG1
PV PV PV
1. 在服务器上加装两块的 HBA卡，安装HDLM负 载均衡软件，通过这两 块HBA卡来访问新的阵 列。
© 2006 Hitachi Data Systems
5
HP MirrorDisk/UX数据迁移步骤-2
LV1
LV2
VG1
PV PV PV
PVG1 PV PV
2. 把新阵列上的LUN作为 新PV加入VG1，同时设 置新加入的PV在同一个 PVG内。
,
主Oracle 实例
HA
对外提供服务
备Oracle 实例
SAN交换机
SAN交换机
迁移后的营帐
EMC 8830
数据库
HDS 9980V
© 2006 Hitachi Data Systems
11
三方软件
© 2006 Hitachi Data Systems
利用第三方软件做数据迁移 TDMF软件介绍
– –
© 2006 Hitachi Data Systems
22