host

引用:

原帖由 asyqm 于 2007-10-23 22:12 发表
许哥，好久没见你冒泡了。

请教啊
2个USP做本地的同步，应该可以做到生产的USP宕了不停应用吧？
较复杂的应用要看复杂到什么程度了，数据在LUN级别做迁移，我觉得还是有可能在线做。不是不能做，而是可能会有风 ...

不对吧，兄弟。2个USP利用磁盘阵列软件做同步，如果Source停了，target的卷是不能马上被应用起来的。需要做一些操作。可以通过主机卷一级的，例如LV MIRROR之类的，还是可以的，但是这就跟是不是2台USP没关系了。

另外对于企业级客户，只要涉及到迁移、微码升级等关键操作，一般会采用计划内停机方式来做，从而保证最大的安全性。

[ 本帖最后由 host 于 2007-10-24 02:47 编辑 ]

许仙

HOST说的对,我前面说了,容灾和集群是2个不同的概念,不仅仅在USP上,各厂家都把他们的远程数据复制,甚至虚拟化技术划分到容灾的范畴.而HOST兄开始说到的SVC的网络冗余是高可用,从最基本的出发点来说,容灾的目的是异地的,本地的容灾方案是因为在异地实施的条件限制而在本地实施容灾的一个初级的变通方案.
高可用不考虑数据如何复制及恢复,他的第一目的就是在本地的应用系统不停顿,举个具体的例子来说(全用18摸的机器,给一言姐姐捧捧场),N台IBM主机做集群,每台机器都是双HBA,交叉连接到多台冗余的FC交换机上,再交叉连接到2台多多台冗余的SVC上,最后交叉连接到一台FASTT或4700,4800上.这样在主机层,网络层和虚拟化管理层就都冗余了.但这个系统中的盘阵宕了,使用了FASTT本身的远程复制,或者使用了SVC的远程复制管理,在本地或者远程的另一台FASTT或4700,4800上保存了同步的数据,但要使用另一台FASTT或4700,4800上的数据,必须要在主机上做一系列的卷操作.这时我们发现,SVC的虚拟化和盘阵本身的远程复制作用是一样的,即使它自己有了冗余设置,但并不考虑盘阵层.

saintdragon

没玩过高端的玩儿，就只能坐沙发

hnsyyxj

hosts兄说的一定要停业务升FW到不是一定，我就看到过邮政的XP在业务不是很忙的时候在线升级的。

host

引用:

原帖由 hnsyyxj 于 2007-10-24 11:37 发表
hosts兄说的一定要停业务升FW到不是一定，我就看到过邮政的XP在业务不是很忙的时候在线升级的。

呵呵，是不一定要停啊。

但是如果用户负载压力很大，而且考虑到升级时的安全性和升级时间的话，还是停一下比较好。

这里没有绝对的事情，都是要根据用户的需求和安全性的综合考量。

我的核心意思是说，盘阵厂商的所谓100%高可用、100%不用停机都是比较基于理念上和产品基本实现能力上，重点是说有这种能力，但是是考虑到实际的应用需求，和有些操作的风险性，就是要因地制宜了

saintdragon

理论和实践是有所差别的

asyqm

在线升微码不停业务IBM和EMC能实现么？请教一下。

是不是一定要双HBA才行？

thresh_freeman

引用:

原帖由 许仙 于 2007-10-23 20:06 发表
如果USP，飞康，H3是同样的东西,那我建议你再考虑背背佳,王致和,好丽友........

我们这边正好也有个用户需要在DMX4，爱国者之间进行选型。:-)

[ 本帖最后由 thresh_freeman 于 2007-10-24 17:57 编辑 ]

halex1227

其实升微码停存储都是处于安全考虑，按照原理，是无需停机的。

至于DMX4和爱国者之间的选型，说明您确实是最明智和理性化的客户，而且对自己的需求理解的十分充分。

thresh_freeman

引用:

原帖由 halex1227 于 2007-10-25 11:11 发表
其实升微码停存储都是处于安全考虑，按照原理，是无需停机的。

至于DMX4和爱国者之间的选型，说明您确实是最明智和理性化的客户，而且对自己的需求理解的十分充分。

过奖过奖。