zengkh

数据中心和DR Site距离25km，有裸光纤。

数据中心： hp小机 ＋ san switch ＋ hds usp vm
dr site： hp小机 ＋ san switch ＋ hds ams 500

方案1：

             根据HDS的文档，一般的做法是配置 TRUE COPY软件，通过同步或异步复制来实现数据容灾。而且，HDS还支持性能与RPO兼顾的3-site方式。一个主中心，一个同步复制的dr site，一个异步复制的dr site。

方案2：
           hds usp vm支持跨异构存储的虚拟化整合，可以把别的品牌的存储和hds usp vm本身虚拟化成一个资源池。本例中，hds usp vm可以把hds usp vm本身和dr site的hds ams 500虚拟化成一个池。这样 ，数据中心的hds usp vm和dr site的hds ams 500的数据复制也好、快照克隆也好，都成了In-System Replication的问题了。通过ShadowImage 和Copy-on-Write软件即可实现两地的灾备。

我的问题是，第二种方式真的可行吗，如果有这样一个客户，从技术上考虑，哪种方式更好，更稳妥。还请熟识这一块的朋友请赐教。

另外，方案1和方案2的灾备数据都能用于查询吗

[ 本帖最后由 zengkh 于 2008-9-4 17:59 编辑 ]

lzj09022351

第二种没接触过，只知道第一种可行，有案例

andy.yao

是你搞错了，还是我搞错了？ UPS VM已经在使用HUR来做容灾了，不能使用TRUECOPY了。按照你的描述，其实你只能用第二套方案了。要么再购1套USP设备。 虚拟化也是有很多案例的，可能和HDS的售前沟通下不就知道了JV

asyqm

首先有个前提，你的DR Site也必须买一个USP VM，至少也得是个diskless版的，否则AMS与USP VM无法直接进行存储级的容灾。
如果你有了这个条件，那么：
方案1：如果你需要同步，用Truecopy，如果用异步，用HUR。至于3Site，毫无疑问，必须是USP、USP VM/USP V/NSC55之间才行。
方案2：如果你能忍受较低的速度的话，因为第二种方式其实就是一种取巧的同步，也是可以做到的，因为VM可能会因为中间的线路抖动而无法找到外接的这个AMS500。但是绝对不推荐采用这种方式。谁推荐的？脑袋秀逗了。

thresh_freeman

方案2 还有一个问题，你应该清楚，ShadowImage和TrueCopy完全不一样的原理，所以方案1和方案2达到的效果是不一样的。
Asymqm的推荐是正解。

[ 本帖最后由 thresh_freeman 于 2008-9-5 09:56 编辑 ]

asyqm

引用:

原帖由 thresh_freeman 于 2008-9-5 09:55 发表
方案2 还有一个问题，你应该清楚，ShadowImage和TrueCopy完全不一样的原理，所以方案1和方案2达到的效果是不一样的。
Asymqm的推荐是正解。

原理一样不一样先不提，如果硬要做，肯定也能做出来。不过肯定得到的效果跟方案1是差距相当大地。

asyqm

另外，帅哥，我的名字啥时候成了Asymqm？？？？？？？

klin121628

可能thresh-freeman散光镜找不到了

ahqua

25KM的同城，这个城市够大！是不是要做到郊区？

zengkh

谢谢楼上几位。 想了一下，采用方案2还是有道理的。 首先，生产数据所用的raid group/disk group全部放在usp vm的FC磁盘上。 生产数据的时间点复制（快照）数据所用的raid group/disk group全部放在asm 500的sata磁盘上。时间点复制当然是采用基于shadowimage的in-system replication技术。

这种方案的缺点：

高的RPO，灾难发生后只能恢复到上一次时间点。由于客户的RPO目标要求不高，这个缺点并不会成为项目的关键。

优点：
         1、DR Site的AMS 500断开了，也不会影影响生产系统（本该如此）
         2、投入较低
         3、DR Site的数据可用于查询、开发测试用途。

总体而言，作为一个过渡性的DR方案，方案二还是可行的。 不知道大家怎么看。