搜索
©2006HitachiDataSystems数据迁移2©2006HitachiDataSystems常用数据迁移的技术方法迁移方案是否需要计划性停机,几次数据迁移速度、性能迁移所需要消耗的资源实施难度操作系统镜像数据拷贝命令不需要可以根据业务情况，lun一级灵活控制拷贝速度需要消耗较少的主机端资源（文件系统层次镜像）完全采用系统管理员熟悉的文件系统命令，难度很小且易控制OracleStandyby方式备份和恢复两次中等需要消耗一定的主机端资源（数据库层次log）取决于对数据库的熟悉程度（注意数据库的nolog操作）磁盘阵列复制（只能在同构阵列间实施）一次较快，但是不能灵活调节1.需消耗阵列30-50％的控制器能力和大量缓存资源；2.主机IO需增加一定的时延，若在同机房迁移则影响较小需仔细规划，确保阵列和主机之间的数据完整性TDMF两次速度可控TDMF需要占用10%左右的主机系统资源取决于数据迁移服务人员的实施能力。HDS数据迁移方案不需要停机，只需要一次重启完全可调，可灵活配置和主机无关，能够根据策略动态调整速度。消耗10％以下的控制器资源。非常方便，全图形化界面操作注：采用磁盘阵列方案时，数据复制只能在同构的磁盘阵列之间进行。©2006HitachiDataSystemsLVM4©2006HitachiDataSystemsLVPV(原)LVPV(原)PV(新)PPPPPPPPLPLPLPLPLPLPLPLPPPPPPPPPPPPPPPPPLVLPLPLPLPPPPPPPPPPV(新)迁移前的LV与PV的映射关系建立新PV与原PV的镜像关系,映射到LV取消LV与原PV的映射关系,取消镜像数据迁移后主机访问路径卷管理过程逻辑示意图新旧PV先Mirror,后取消主机原访问路径通过卷管理软件方式做数据迁移5©2006HitachiDataSystemsLV1VG1LV2PVPVPV1.在服务器上加装两块的HBA卡，安装HDLM负载均衡软件，通过这两块HBA卡来访问新的阵列。HPMirrorDisk/UX数据迁移步骤-16©2006HitachiDataSystemsLV1VG1LV2PVPVPV2.把新阵列上的LUN作为新PV加入VG1，同时设置新加入的PV在同一个PVG内。PVPVPVPVG1HPMirrorDisk/UX数据迁移步骤-27©2006HitachiDataSystemsLV1VG1LV2PVPVPV3.改变各个LV的状态为PVG-Strict，以防做Mirror的时候意外覆盖数据源，然后针对每个LV进行Mirror。PVPVPVPVG1MirrorHPMirrorDisk/UX数据迁移步骤-38©2006HitachiDataSystemsLV1VG1LV24.Mirro完成后，把以前阵列上的LUN从镜像中分离出来，并把它们从VG1中删除，这时候整个数据迁移过程就完成了PVPVPVPVG1HPMirrorDisk/UX数据迁移步骤-4©2006HitachiDataSystemsDBBackup&Restore10©2006HitachiDataSystemsEMC8830SAN交换机营帐和非营帐系统共用主机平台HASAN交换机HDS9980V归档日志归档日志目标存放空间备份数据库应用复制的归档日志和重演日志,保证standbydatabase的数据最新,以正常方式启动该数据库对外提供服务主Oracle实例备Oracle实例主Oracle实例备Oracle实例继续对外提供服务利用数据库技术做数据迁移全备份后，复制新产生的archive和redolog11©2006HitachiDataSystemsEMC8830SAN交换机营帐和非营帐系统共用主机平台HASAN交换机HDS9980V迁移后的营帐数据库对外提供服务修改该实例参数文件,重新定向到迁移后的数据库主Oracle实例备Oracle实例利用数据库技术做数据迁移把standbyDB恢复到最新状态,迁移成功©2006HitachiDataSystems三方软件13©2006HitachiDataSystemsAsynchronousMountedSourceVolumesUn-mountedTargetVolumesControlUnitControlUnitUserData•利用TCP/IP网络作为复制链路的数据数据•复制单位：磁盘卷数据块•一致性和完整性保证：定义多个磁盘逻辑卷(即AIX中的LogicalVolume)为一个LogicalGroup•复制链路：局域网或广域网•断点续传功能•异步方式复制•支持系统平台•AIX,HP-UX，Solaris,Windows•提供API接口可供二次开发•需要两次计划性停机完成整个数据迁移利用第三方软件做数据迁移TDMF软件介绍©2006HitachiDataSystemsHDS数据迁移15©2006HitachiDataSystemsHDSUSPUVM数据迁移步骤HPXP512USPFCSWFCSWHPSuperdomeAHPSuperdomeB迁移准备工作:-记录XP512上的LUNMap状态-在USP上划分相应的LDEV-USP连接到SAN16©2006HitachiDataSystemsHDSUSPUVM数据迁移步骤XP512USPFCSWFCSWHPSuperdomeAHPSuperdomeB迁移步骤1:-关闭应用、数据库和服务器-改变ZONE设置-删除HPXP512和服务器之间的Zone-建立Zone：XP512到USP-建立Zone：服务器到USP-改变HPXP512端口的属性-在UPS上用UVM功能识别XP512上的LUN-在UPS上把这些eLUNMap到主机端口-开机，检查LUN状态-重启数据库和应用，检查应用状态e-LUN############17©2006HitachiDataSystemsHDSUSPUVM数据迁移步骤XP512USPFCSWFCSWHPSuperdomeAHPSuperdomeB迁移步骤2:-在USP中启动VolumeMigration功能进行数据迁移-后台数据复制-复制完成后LDEV号交换-迁移完成，整个过程不需要挺应用，对用性能基本无影响############18©2006HitachiDataSystemsHDSVolumeMigration•优化存储资源•降低管理负荷–提高效率–解放人力资源–制定策略自动执行•改善用户的SLA•降低管理成本•提高ROIRAIDGroup1RAIDGroup219©2006HitachiDataSystemsHDS跨阵列数据迁移方案数据迁移方案一•利用USP控制器上的UVM＋VolumeMigration基于控制器的虚拟,随时回退硬件级的复制、高速可靠20©2006HitachiDataSystems数据迁移方案二•利用USPUVM＋ShadowImage主机短暂重启不需停应用©2006HitachiDataSystemsQ&A22©2006HitachiDataSystemsEMCSANCopy缺点•EMCSANCopy缺点–只能offline生产系统的情况下才能执行SANCopy数据复制–或者需要对生产卷做克隆，做出BCV卷，以BCV卷作为源，通过SANCopy复制到目标卷。但是现在EVA3000上没有空间来做BCV卷了，而且也没有BusinessCopy的License–SANCopy只有在运行SANCopy的EMCCLARiion阵列做为源的时候才能做到增量复制–也就是说如果采用EMC的方案，在本次从HPEVA3000迁移到EMCCX阵列，只能停机操作，而且只能一次做完（不能增量复制），如果一个晚上的停机都不能完成迁移就意味着需要在工作时间继续停机，这种情况肯定是不能接受的