发新话题
打印

出来炸道,这里能否请教一个容灾的问题?案例讨论

本主题由 shell 于 2008-5-6 11:39 设置高亮
原来是啥存储?
IBM 存储 小型机 HDS存储
klin121628@msn.com

TOP

hds

TOP

做异地容灾,考虑到主机CPU  IO等情况,最好基于存储系统来实施,不要在基于文件系统一级做。
既然original是HDS的,那就再用一台HDS来做target吧!
容灾方案各个厂家基于自己的产品都有不同的软件。

TOP

引用:
原帖由 funny2008 于 2008-5-5 17:57 发表
做异地容灾,考虑到主机CPU  IO等情况,最好基于存储系统来实施,不要在基于文件系统一级做。
既然original是HDS的,那就再用一台HDS来做target吧!
容灾方案各个厂家基于自己的产品都有不同的软件。
存储到存储的,貌似是基于硬件复制的吧,有点担心数据的可用性啊

TOP

引用:
原帖由 huangxiaobaobao 于 2008-5-5 18:01 发表


存储到存储的,貌似是基于硬件复制的吧,有点担心数据的可用性啊
我只知道基于存储系统的EMC容灾软件SRDF,Mirrorview 技术上面都做的已经非常成熟了!没有你担心的那些问题。
至于HDS的复制软件倒不是太了解。

TOP

数据一致性是有保证的,不然那么多DR项目怎么做
IBM 存储 小型机 HDS存储
klin121628@msn.com

TOP

emc的是srdf,hds的是truecopy
关于硬件复制的一些担忧:
通过所谓的远程磁盘镜像实现,其实现要求严格。只能基于同一厂商、同型号阵列、同样容量大小的两个阵列来实现。厂商一般建议使用间歇性复制。

远程磁盘镜像(复制),在容灾实现中,支持所有的类型数据同步,包括文件数据、数据库数据、裸设备、应用配置文件、应用程序、库函数等,支持各类应用系统容灾,包括数据库、中间件、客户自己开发的应用,适用于2层架构、3层或多层应用架构。与应用无关,但与磁盘阵列直接相关。只能基于同一厂商、同样容量大小的两个阵列来实现。受光纤线路影响、复制数据量大,在使用间歇性复制时,数据延迟大,磁盘容量要求4倍于源数据,并且在极端情况下,不能保证数据一致性。
极端情况:
磁盘复制在生产中心和容灾中心复制的是改动过的物理数据块,而物理数据块的写是无序的。为了保证数据的一致性,通过带时间戳的数据块,改善了一定的数据块的无序性,但仍然不能解决。我们看到,数据库是通过带时间戳的数据块和联机日志一起来解决,如果一个数据文件中的数据块的时间戳不一致,数据库需要日志来修正,日志中记录的是一些有序的数据库操作,通过Recover的动作,将不一致的数据文件,前滚或后滚到某一特定时间点。带时间戳的数据文件和有序的日志,二者缺一不可,否则不能保证数据的一致性。在磁盘复制中,唯独少了至关重要的磁盘写日志(不可能有)。更有甚,如果这种磁盘块的无序写,发生在数据库的联机日志上,那将对数据库数据的一致性造成破坏。

TOP

任何一种方案都有成功案例,任何一种方案都会被竞争对手攻击。就看你是否能保持清醒不被忽悠了

TOP

这个很简单。。如果客户的应用是ORACLE, 你几乎只能够选择基于ORACLE的DR方案了(DATA GUARD是一种),但是建议评估一下DSG的方案,DATA GUARD在实际环境中间好用不好用, 去ORACLE之家问问那些DBA们就知道了。可以发邮件给我,我SEND一份资料给你

TOP

引用:
原帖由 mike79 于 2008-5-6 00:11 发表
任何一种方案都有成功案例,任何一种方案都会被竞争对手攻击。就看你是否能保持清醒不被忽悠了
是这样的,我正是为了不被忽悠,才来这里向各位大大请教啊

TOP

发新话题