yanzs
3 Cadmium

DD复制问题

转到解答

两台DD之间能不能做复制,只知道像NFS和CIFS共享这些可以做,那如果是用作VTL虚拟磁带的话,能做复制吗?(两台DD之间做)!

标签 (1)
标记 (1)
0 项奖励
1 个已接受解答

已接受的解答
o17Uu33DCF12520
4 Tellurium

Re: DD复制问题

转到解答

mtree的复制是在DD OS 5.1引进了一种新型的复制,复制用户创建的MTrees。这种类型的复制利用快照,以确保目标Data Domain(DD)系统始终是源Data Domain系统的一个时间点的镜像。 有了MTree复制,从源上创建的快照自动复制到目标。

支持的拓扑如下:

  • one-to-one 
  • one-to-many 
  • many-to-one 
  • bi-directional 
  • cascaded replication

mtree的复制涉及以下步骤:

1.MTree复制的源上创建快照。把它和最后一个快照做比较,此快照的变化上传到目的地。

2.在目标端,MTree将被更新,但用户看不到最新的快照生成的文件,直到所有的更新都完成。

在这个例子中,我们看到了定期生成的快照的行为。

Untitled.gif

S1,S2,和S3是周期性的系统生成的快照。

S1产生并开始复制到目的地。

有时候超过15分钟,S1的复制就完成了。

因为S1的创建时间超过15分钟,一个新的周期性的快照S2被创建并开始复制。

复制S2在不到15分钟的时间内完成。

等待,直到已经过去了15分钟,从创造S2到创造 S3为15分钟

立即开始复制S3。

在这个例子中,我们可以看到用户生成的快照,并定期生成的快照之间的相互作用:

Untitled.gif

S1是一个周期性的系统生成的快照。 S2和S3用户生成的快照

S1产生并开始复制到目的地。

S1复制过程中创建的快照S2是一个用户生成的。

由于S1仍然是复制,系统将继续复制S1,直到它完成。

当S1完成复制,复制的S2立即开始。

如果S2在不到15分钟的时间内复制,系统继续等待直到满15分钟。

然而,在这个例子中,一个新的用户在未满15分钟就创建快照S3。

因为没有正在进行中的复制,S3创作结束后立即开始复制它。

因为S2和S3是用户生成的快照,S1不会被删除,直到下一个系统生成的快照被创建。

至于配置手册,你可以到my.datadomain.com上搜索你的DDOS版本的管理员手册。当然,登录要符合权限。

11 条回复11
yanzs
3 Cadmium

Re: DD复制问题

转到解答

是不是需要购买licence,谢谢!

0 项奖励
o17Uu33DCF12520
4 Tellurium

Re: DD复制问题

转到解答

DD互相之间的复制有四种方式:directory复制、MTree复制、pool复制和collection复制。

按照LZ的需求复制VTL的,那么可用pool复制。这样可以把pool里面的虚拟磁带当成普通目录一样来复制。

Untitled.gif

关于LS的问题,destination不需要VTL license。

VTL虚拟磁带可以从多个源复制到单个目标。

A-FAH
2 Bronze

Re: DD复制问题

转到解答

DD Replicator能够支持新的“一到多”目录复制拓扑,帮助用户发送多个源系统数据拷贝到不同的灾难恢复点。这同时提高了保护水平,使管理员能够在跨国、跨区域的企业范围内对同一份数据进行多分复制。所复制的数据可用于品质保证、测试、开发、培训等多种应用。此外,对于在低带宽网络将数据从小的Data Domain系统复制到更大的中心系统的企业,DD Replicator利用新的低带宽优化功能可以进一步减少数据发送量。利用新增的delta压缩技术降低一倍的贷款需求。“一到多”复制拓扑及低带宽优化功能进一步证明EMC有为备份及归档数据提供最灵活、功能丰富及网络高效的多点灾难恢复解决方案的能力。最新版本的DD Replicator包括这些功能。已经购买DD Replicator许可证并有支持合同的Data Domain系统用户可以免费享受升级服务。

xeon3
2 Iron

Re: DD复制问题

转到解答

1.两台DD之间是可以进行复制的,前提是:

           1.两台DD os版本号一致

            2.购买了replication的许可,而且这个许可是按照容量收费的

            3.复制是基于IP网络的,所以需要保证IP网络畅通

2.VTL也是可以复制的,如果你使用vtl备份,那么要在容灾端将备份软件的配置信息也容灾过去,这样就可以在容灾端提取数据了。

0 项奖励
xeon3
2 Iron

Re: DD复制问题

转到解答

其他的复制都已经实施过,MTree复制还没测试过,希望大家提供一些资料参考!

0 项奖励
o17Uu33DCF12520
4 Tellurium

Re: DD复制问题

转到解答

mtree的复制是在DD OS 5.1引进了一种新型的复制,复制用户创建的MTrees。这种类型的复制利用快照,以确保目标Data Domain(DD)系统始终是源Data Domain系统的一个时间点的镜像。 有了MTree复制,从源上创建的快照自动复制到目标。

支持的拓扑如下:

  • one-to-one 
  • one-to-many 
  • many-to-one 
  • bi-directional 
  • cascaded replication

mtree的复制涉及以下步骤:

1.MTree复制的源上创建快照。把它和最后一个快照做比较,此快照的变化上传到目的地。

2.在目标端,MTree将被更新,但用户看不到最新的快照生成的文件,直到所有的更新都完成。

在这个例子中,我们看到了定期生成的快照的行为。

Untitled.gif

S1,S2,和S3是周期性的系统生成的快照。

S1产生并开始复制到目的地。

有时候超过15分钟,S1的复制就完成了。

因为S1的创建时间超过15分钟,一个新的周期性的快照S2被创建并开始复制。

复制S2在不到15分钟的时间内完成。

等待,直到已经过去了15分钟,从创造S2到创造 S3为15分钟

立即开始复制S3。

在这个例子中,我们可以看到用户生成的快照,并定期生成的快照之间的相互作用:

Untitled.gif

S1是一个周期性的系统生成的快照。 S2和S3用户生成的快照

S1产生并开始复制到目的地。

S1复制过程中创建的快照S2是一个用户生成的。

由于S1仍然是复制,系统将继续复制S1,直到它完成。

当S1完成复制,复制的S2立即开始。

如果S2在不到15分钟的时间内复制,系统继续等待直到满15分钟。

然而,在这个例子中,一个新的用户在未满15分钟就创建快照S3。

因为没有正在进行中的复制,S3创作结束后立即开始复制它。

因为S2和S3是用户生成的快照,S1不会被删除,直到下一个系统生成的快照被创建。

至于配置手册,你可以到my.datadomain.com上搜索你的DDOS版本的管理员手册。当然,登录要符合权限。

yanzs
3 Cadmium

Re: DD复制问题

转到解答

那就是源端需要licence咯

0 项奖励
yanzs
3 Cadmium

Re: DD复制问题

转到解答

thx

0 项奖励
yanzs
3 Cadmium

Re: DD复制问题

转到解答

学习啦,谢谢!

0 项奖励