免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 4002 | 回复: 9
打印 上一主题 下一主题

[存储网络] 存储卷复制 [复制链接]

论坛徽章:
2
CU大牛徽章
日期:2013-09-18 15:15:15CU大牛徽章
日期:2013-09-18 15:15:45
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2013-01-19 00:14 |只看该作者 |倒序浏览
问下,2个存储设备,一个康贝,一个emc,有什么方法可以把康贝的卷移动到emc上吗.厂商说没有现成的软件支持康贝,其他的存储支持,问下各位这样的情况有什么方法可以实现吗?

论坛徽章:
13
技术图书徽章
日期:2014-04-29 14:15:42IT运维版块每日发帖之星
日期:2015-12-12 06:20:00IT运维版块每日发帖之星
日期:2015-08-30 06:20:00IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-08-02 06:20:002015年亚洲杯之澳大利亚
日期:2015-04-03 15:03:12申猴
日期:2015-03-20 09:00:292015年迎新春徽章
日期:2015-03-04 09:54:452015年辞旧岁徽章
日期:2015-03-03 16:54:15季节之章:冬
日期:2015-01-20 17:08:47双子座
日期:2014-11-21 16:30:31技术图书徽章
日期:2014-07-11 16:29:08
2 [报告]
发表于 2013-01-19 10:16 |只看该作者
存储直接的复制是要存储本身支持的,我听Dell的工程师说Compellent是支持EMC存储复制到他自己的存储的。

反过来,不一定可以的。

论坛徽章:
2
CU大牛徽章
日期:2013-09-18 15:15:15CU大牛徽章
日期:2013-09-18 15:15:45
3 [报告]
发表于 2013-01-19 11:47 |只看该作者
我现在有个想法不知道可行不,大家给评估下,就是我在emc那边先创建出卷来,然后把康贝那边的卷挂到一台机器上,emc也挂到这个机器上,然后在系统里面进行直接复制可以吗?

论坛徽章:
0
4 [报告]
发表于 2013-01-19 12:02 |只看该作者
本帖最后由 锅铁做 于 2013-01-19 12:04 编辑

回复 1# 小飞侠xl


Hello,

有些网友给你的意见,说可以,说不可以,希望你有自己的判断意识。

-----------------------------------
如果说的严禁点,两套不同厂商的存储之间,仅利用存储本身的功能,是无法做数据迁移的。这是基于封闭式绑定的原则。
即使是同一个厂商的产品,而是不同型号的,也很难做到数据迁移,就单纯利用存储本身的功能而言。

我认为比较安全的迁移技术,最多是利用存储本身的高可用功能,这个功能最终目的是保证业务连续性的,使两套存储LUN能够实时镜像-synchronous mirring。
所以,我们在生产过程中就可以迁移这部分数据,但是这个技术往往集成在一线厂商的中,高端存储中。

所以,你可以选择从应用主机层面去做,但是消耗主机的部分性能,方案不同,风险指数我意见保留。

其次,你可以选择在应用主机和存储之间,架设类似存储网关,或独立的设备去做。如果是比较前沿的方案,就无需安装任何代理软件给应用主机,当然不会消耗主机的性能,并且可以做到在线迁移。


我建议你根据这2个方向去寻找方案。

另外这个网友:CCMAO755

他们公司的方案也许能够帮到你。

论坛徽章:
2
CU大牛徽章
日期:2013-09-18 15:15:15CU大牛徽章
日期:2013-09-18 15:15:45
5 [报告]
发表于 2013-01-19 12:11 |只看该作者
太感谢了~回复 4# 锅铁做


   

论坛徽章:
221
15-16赛季CBA联赛之吉林
日期:2017-12-11 12:51:59黑曼巴
日期:2019-04-12 13:40:0515-16赛季CBA联赛之广东
日期:2019-04-23 10:41:1215-16赛季CBA联赛之辽宁
日期:2019-05-06 13:03:2815-16赛季CBA联赛之山西
日期:2019-05-09 10:56:5815-16赛季CBA联赛之青岛
日期:2019-05-17 13:57:0515-16赛季CBA联赛之新疆
日期:2019-06-10 13:39:0515-16赛季CBA联赛之天津
日期:2019-07-08 15:04:4519周年集字徽章-19
日期:2019-08-27 13:31:2619周年集字徽章-19
日期:2019-08-27 13:31:2619周年集字徽章-周
日期:2019-09-06 18:46:4715-16赛季CBA联赛之天津
日期:2019-02-27 11:24:07
6 [报告]
发表于 2013-01-21 10:16 |只看该作者
回复 3# 小飞侠xl


    这个是简单而有效的方法,如果源卷是有实时数据进来的时候,还需要做到实时同步。

    如果有停机时间,你这的方法是可行的。

论坛徽章:
0
7 [报告]
发表于 2013-01-21 14:59 |只看该作者
我的理解就是想做数据迁移,而且其实一些厂家也都有从不同品牌到自己存储的数据迁移的方式,但是由于这样的迁移是没有一致性校验的,有风险,说白了,就是把别人的LUN映射给自己存储的控制器,然后去做拷贝,但是由于没有一致性校验,很可能拷贝的数据无法使用,毕竟是在卷来做这个事情,所以,如果可以停机,或者说就是一些非结构化的数据,都可以通过主机侧来进行拷贝,就看数据量的大小和可接受的停机时间了。

论坛徽章:
2
CU大牛徽章
日期:2013-09-18 15:15:15CU大牛徽章
日期:2013-09-18 15:15:45
8 [报告]
发表于 2013-01-21 16:43 |只看该作者
你是这个意思吗?我先把我目前的系统停机,然后准备一台机器挂载2台存储的2个卷,然后把a存储的数据拷贝到b存储,然后在把主机那边的存储指向b那边,是这个意思吗?回复 7# ry715


   

论坛徽章:
0
9 [报告]
发表于 2013-01-21 17:45 |只看该作者
EMC的比较好弄。

假设源阵列为A,新阵列为B
你有3个方案可行

方案1: 把新阵列的磁盘加到老阵列的VG里,做LV的MIRROR,同步完再插MIRROR, 这种方式很考验磁盘的I/O能力,MIRRO越多,I/O需求越大
方案2: 离线DD数据,不同的VG,不同的LV
方案3: (暂定为最佳方案) ,检查一下阵列A的日常I/O情况,如果最大值也没超过50%,可以使用EMC自己的open migrator ,结合了以上两种方案的优点。
可以跨VG做数据的MIRROR,比如VG1的LV01,和VG21的LV21,但是这个OM有个缺点,就是每同步一个LV,都需要消耗I/O去维持MIRROR,直到全部MIRROR完。
实际的效率和方案1差不多,如果A阵列的I/O某个点突破了50%,差不多这个OM进程就得HANG那里了。。。

供你参考。

论坛徽章:
0
10 [报告]
发表于 2013-01-21 23:35 |只看该作者
回复 9# Siemone


     真的是专家啊
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP