本次主机
存储交流活动本着以实际工作当中的应用场景为基础,把在工作当中遇到的有关数据迁移方面的点点滴滴和实际经验予以交流与分享。
本次活动得到了社区会员的大力支持,涉及到工作当中的方方面面,并且集中在虚拟化,存储和数据库三个方面,广大的社区会员积极的分享了在数据迁移工作当中的经验和心得体会,为后续工作和广大同仁提供了借鉴与参考,从流程,方案,人员和细节等诸多方面进行了分享,真心可以希望为大家提供一些帮助,在这里再次向广大社区人员表示感谢。
在以下章节我们将着重的针对本次活动当中大家比较关心的话题进行一下进行整理和分享。
一、聚焦存储迁移
异构存储之间(V7000与DS800)数据迁移能否实现业务在线进行?如何保持数据的一致性?
如何将原有刀箱的盘阵列上的存储数据,迁移到新的存储上?需要注意哪些细节?
使用存储网关,迁移同系列存储和异构存储,所要考虑的因素有哪些,你都遇到过什么问题?
将普通存储上的数据迁移到闪存存储,还需要特别管理软件,还是自身就有这样功能?
存储经常会报警:链路不在最优路径上;针对这一问题有哪些诊断思路?具体解决效果如何?
应用数据从SAN存储迁移到NAS存储的方法有什么?迁移的风险和注意事项有哪些?
请问如何在不同品牌的主机或存储
服务器之间进行数据迁移?底层(存储)迁移其优势是什么?最佳实践是什么?
银行金融系统双存储做mirror场景很多,其中有哪些细节和问题需要注意?
活动中大量的问题是针对于不同品牌存储直接的数据迁移,相同品牌存储数据直接的迁移,使用存储虚拟网关利弊等,下面会员针对此类的问题的解决方法,技巧与相关参考意见,
以下是几个比较典型的问题。
V7000和DS8000直接的数据迁移问题?
不借助第三方工具,可以考虑使用基于系统的lvm mirror,aix linux hp-ux都支持 也可以通过应用本身来做,如oracle的asm。或者oracle rman的backup as copy 以及db2的重定向恢复(但需要短暂停机时间)。
只能基于主机或应用。 如果一定要基于存储做,建议使用svc
使用svc即可。但也要有个短暂的停机时间。使用vdm 或migration都可以
完全不停业务的话 考虑lvm mirror
如果目前两个环境都是独立使用的情况下,不停机的迁移基本上不可能。因为不管你怎么做,前端主机都要有一个再识别的过程。前端加一个SVC可能会比较好。V7000 这个产品如果用作去充当svc的作用的话,可能在性能上后续会差点意思。
刀箱的盘阵列上的存储数据,迁移到新的存储上方法与考虑?
目前刀箱上的磁盘是刀箱本地磁盘还是刀箱通过光纤模块连接的外置存储,这个需要说明一下。如果是刀箱内置硬盘,是否和本地刀片里的磁盘做过mirror。是否考虑迁移。是否配置连接存储的光纤模块。如果是通过光纤模块连接的那也就没什么了,和普通环境一样。使用LVM 的方式进行迁移。
使用存储网关,迁移同系列存储和异构存储考虑?
1.IO 能力:
目前来说存储网关产品配合着闪存可以覆盖95%以上的应用,io能力在几年内还是可以的。对于io极为苛刻的场景可以选择其他的具体方案
2.扩展能力:
很多时候官方产品宣传的很好,比如说我可以支持多少个节点的扩展能力,纵向到什么程度,横行到什么程度。但我们需要进一步去看拨开宣传华丽的面纱去看技术的实现。
是成对的扩容啊,还是一个整体的扩容,其实现原理和规模是不太一样的。
3.兼容性
是支持摸一个具体型号,还是支持摸一个品牌系列,这里边有很多种学问。会不会因为实施了虚拟网关后整体的io能力反而下降了,是产品不行还是实施的方案不对,曾经有的客户抱怨实施后的应用io能力下降了。这个里边需要做的工作太多了。
不同品牌的主机或存储服务器之间进行数据迁移?
1.底层存储用svc或vplex虚拟化,随时可以进行数据迁移,无需申请停机窗口
2.使用存储虚拟网关产品对于前端主机是透明的,可以忽略底层数据的存放和迁移工作,前段主机安装一种多路径软件,管理维护性比较好。
存储经常会报警:链路不在最优路径上,诊断处理思路?
1.lun 链路不在最优路径是指在创建lun是选择lun所在控制器的优先级,就是lun首先被那个控制器管理,如果不在这个控制器就会提示你说的那个错误,这种情况下把lun切过去就可以了,如果经常发生这样的错误告警提示就得注意了,检查链路,控制器日志等等
2.排除了zone配置,一般都是链路问题。ds4k ds5k系列有时候切回到最优路径还会报错。临时解决方法:自己切自己,空切玩就没事了
3.很多时候经常会遇到主机扫描新映射的磁盘的时候存储链路就会切换的情况的出现,手工切换回去也就老实了,也没事。
4.有的时候经常是因为主机hba卡故障导致链路不在最优路径上。曾经vmware集群多台机器中的一台hba卡故障,导致存储上出现链路切换的工作。换了就OK。
5.出现链路切换的时候大多还是链路方面的问题,比如线路不太稳定,尝试换一端口尝试解决一下。曾经碰到一次链路衰减的问题,识别巨慢,读写都不正常,换条线换个口基本上可以解决此类问题。
分析:
以上此类问题大多聚焦于存储层面的数据迁移工作,主要是相同品牌之间和不同品牌之间。经过多年的发展,存储虚拟网关已经是非常成熟的产品,每个厂商的产品名称不一样,但是效果大多还是不错的。除了个别存储兼容性以外,主要考虑的就是存储虚拟网关的性能与后期扩展性方面。存储虚拟网关对前端主机透明,很好的屏蔽或封装了后端存储的复制性。
提高了管理和运维的效率。
存储虚拟网关已经是此类场景一个比较成熟的解决方案,后续其他应用场景广大同仁可以参考使用。
二、聚焦数据库迁移
Oracle RAC生产系统,老系统要升级到新系统(存储和主机都换),能做到RTO=0吗?
将DB2迁移至Oracle时,可能遇到如非空字段判定、对象长度不同、自增列的迁移等问题,大家是如何处理的?
主机、存储异构数据库的迁移要注意哪些问题?如Oracle RAC从HP存储迁移到IBM存储?
Power平台、核心业务系统的Orace RAC有办法迁移到云上吗?该如何搭建架构和迁移?
X86服务器跑RAC数据库,搬迁新机房,存储与网络IP地址需要重新换新,请问是原环境修改还是重新搭建环境?
关于数据仓库跨品牌数据库迁移、数据异地同步的问题请教。
X86服务器上的Oracle RAC迁移到Power服务器上,能否有迁移案例分享一下?迁移方式、注意事项有哪些?
以上问题主要关注的是主机数据库平台,遇到的数据库迁移问题的描述,希望了解通过哪种方式可以降低RTO和RPO,尽可能的在线完成存储,主机或数据本身的方面的迁移。这里我将对此类问题进行一个梳理,为后续此类数据迁移场景提供一个参考。
本文为授权转载文章,任何人未经原授权方同意,不得复制、转载、摘编等任何方式进行使用,e-works不承担由此而产生的任何法律责任! 如有异议请及时告之,以便进行及时处理。联系方式:editor@e-works.net.cn tel:027-87592219/20/21。