(1) 核心业务要求24小时不间断运行,其重要性不言而喻。这些业务数据肯定要进入灾备系统,才能在数据中心迁移时以最短的中断时间实现迁移的目的,同时将来数据中心出现问题时,备份中心能保有最新的核心业务数据。比如上图中原系统中的核心业务系统,包括业务主机系统和信息系统。
(2) 重要业务中,要根据允许中断时间、业务重要程度进行划分,将重要程度很高、中断时间要求很短的业务,尽可能放到灾备系统中,将重要程度一般、中断时间可以时间比较长的业务系统考虑不放在灾备系统中。比如上图中连接到SAN环境中的“前置系统1”、“前置系统2”。
(3) 一般业务正常情况下都不进入灾备系统,在数据中心迁移时要进行较长时间的业务中断,中断时间就是一般业务的系统关机、物理搬迁、开机的时间。比如不在上图中示意的其他系统。
4. 迁移需求分析:
按厦门建行的需求,整个系统迁移只能在凌晨进行,而且系统迁移造成的业务中断时间不能超过2小时。也就是说,我们在系统迁移过程中,应用系统关闭、数据迁移、应用系统启动的整个过程占用的时间不能超过2小时。按此要求,我们在设计中要特别注意系统迁移的性能。
5. 性能需求分析:
厦门建行对SRDF性能的要求是系统响应时间不得超过原来的5%。这个需求是针对数据中心搬迁后,新旧数据中心的灾备系统而提出的。基于这个需求,需要对传输的数据量进行估算。
按厦门建行的应用情况,通过对多日的数据量的分析,发现在系统在正常运行中的IO量不大,SRDF完全能满足要求;但是,当应用系统数据库在做Checkpoint的时候,IO量急剧增大。假如每秒IO数据量10M,则SRDF性能要求也是 10*8=80 Mbps。
四、数据中心迁移系统设计
数据中心要进行迁移,既要考虑未来最终使用的情况,也要考虑数据迁移过程的实现。根据厦门建行的系统现状,我们的总体设计思路时:考虑建立一套新数据中心,新旧数据中心采用SRDF进行互联,然后在数据搬迁时利用SRDF进行异地数据迁移,在数据中心搬迁后建立最终的新旧中心灾备系统。
因此,我们的系统总体设计要将重点放在灾备系统设计中,我们要从存储系统硬盘分布、SRDF同步模式的选择、灾备网络方案的确定、灾备软件的匹配等方面的进行分析设计,最终确定总体架构。 1. 盘分布设计:
盘分布设计主要包括两方面的考虑:
(1) 确定哪些应用系统放在灾备系统中。在进行业务数据需求分析完成后,我们就可以确定哪些应用系统、哪些应用数据要放到灾备系统中,我们就可以确定硬盘的可用容量。在厦门建行的应用系统中,将核心业务系统和部分重要系统放在灾备系统中。
(2) 放在灾备系统中的应用数据的盘分布。 在整个主机系统中,I/O的性能是至关重要的。存储系统的I/O性能的提高是整个核心系统性能提高的关键。其中,硬盘的分布是重中之重。在盘分布设计中,我们主要采用两点思路:
?
核心业务使用的硬盘采用Raid-1,而不采用Raid-5。这样,数据在得到双重保护的同时,又不降低性能 。
?
核心业务使用的硬盘尽可能放在不同的物理硬盘上。这样,将使核心业务的I/O分摊到不同的I/O通道中,使I/O性能进一步提高。
?
核心业务使用的硬盘尽可能放在不同的通道上。这样,将使核心业务的I/O分摊到不同的I/O通道中,使I/O性能进一步提高。
2. SRDF同步模式选择
SRDF数据镜像技术支持三种工作模式:同步模式、半同步模式、异步模式,其中半同步模式使用较少,同步模式对于同城灾备最合适,异步或自适应模式适合数据的迁移,对主机端的I/O性能影响最小。但是若一套系统仅用于一次数据迁移,既可以异步模式来实现,也可以用同步模式来实现。
按照厦门建行的需求,我们不仅使用SRDF来实现数据迁移,同时将来还要做同城灾备。因此,为了减少对业务的影响,我们可以提前同步,从而在迁移切换时,数据已经处于同步状态,可以使数据迁移的切换时间大大缩短。
3. 网络方案的确定:
在SRDF灾备实施中,为保证实施灾备系统的运行,网络传输速度是至关重要的。在明确迁移需求和系统负载后,以及联机和批量对磁盘更新量以后,进行SRDF带宽设计。包括SRDF Synchronous Delay、VOLUME WRITE I/O LIMIT,具体方法可参考有关资料,这里不详述。
一般情况下,10km以内的两套系统互联,只需要使用裸光纤互联就可以,连接接口采用长波单模光纤接口。采用裸光纤、普通光纤接口的传输速率理论上能达到1Gbps,实际数值也能达到500Mbps以上。
而对于超过10km的两套系统互联,可以采用磁盘间SRDF连接为2根ESCON通道,两地采用NORTEL或CISCO等网络设备厂商提供的DWDM设备作通道延伸,两端DWDM间用DARK FIBER连接。这时就要根据系统的负载需求来确定传输线路的速率了。
因为厦门建行新旧大楼之间距离小于10Km,因此采用裸光纤直连方式进行,通过计算,超过200Mbps的数据传输速率能满足厦门建行数据传输的需要。
4. 软件版本的匹配:
在我们的设计中,需要我们和厂商关注的一点是灾备系统两端的微码版本是否匹配,是否能满足SRDF的运行需要。只有EMC公开文档明确支持SRDF运行的微码
版本才能发到两端的存储系统上运行,以确保将来SRDF运作的稳定性和可用性。
5. 系统架构:
根据需求的分析,我们要利用SRDF技术我们最终的目的是要建立一套基于SRDF的数据灾备系统,同时满足数据中心迁移的需要,同时将来作为数据灾备系统,当新数据中心出现问题时,旧数据中心能得到最新的业务数据,并利用旧数据中心拥有的部分主机实现部分核心业务。
因此,我们在总体设计是要按将来是一套SRDF 同步系统来考虑,主存储是EMC 8530,灾备存储是3830。大部分主机将搬迁到新数据中心,旧数据中心只保留很少的主机。数据中心搬迁后的系统最终的总体结构图如下:
图三 最终的系统结构示意图
五、数据中心迁移过程
在数据中心的迁移过程中,不仅要将原数据中心大部分设备毫发无损地物理搬迁到新数据中心,关键还要将数据准确无误地在最短时间内迁移到新中心地存储系统中。
因此,在系统架构设计完成后,还要进行系统迁移过程的设计和实施。系统迁移过程的设计主要针对迁移过程的流程进行设计,若有必要,可能对系统架构设计提出修改要求。
主机系统数据分为系统数据、应用数据,系统数据包括操作系统、配置文件等,这些数据与硬件密切相关,实时性要求不高,同时系统数据与客户数据没有直接的关系;应用数据指与客户数据密切相关的数据,如数据库数据、应用系统配置文件、中间件系统配置文件等。
对这两种数据我们采用不同的迁移方法。对实时性不高、与硬件密切相关的系统数据采用一次性磁带拷贝、物理搬迁的方法,提前迁移,先建立完整可用的系统平台;而对实时性要求很高的应用数据采用SRDF技术进行磁盘同步镜像迁移,同步完成后在已有系统直接启应用系统,然后作网络切换,完成数据中心迁移。 以厦门建行的数据中心搬迁为例,一般的数据中心搬迁可以包括以下步骤: (1) 迁移前提:
? ? ?
新数据中心机房已经验收完成;
新数据中心网络系统已经完备,并与旧数据中心互联; 新数据中心主机系统、存储系统安装和测试完成。
(2) 迁移前的存储系统准备工作:
?
分析、规划、调整应用数据的磁盘卷使用,为迁移准备数据源;
百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读,免费范文网,提供经典小说综合文库EMC SRDF技术在银行数据中心搬迁中的应用与设计(2)在线全文阅读。
相关推荐: