飞康CDP本地备份与异地容灾解决方案

  飞康提供的虚拟化存储平台+CDP全面数据保护+异地容灾的解决方案,解决了首都师范大学数字校园建设中遇到的本地备份和异地容灾问题。

  应用背景与需求

  首都师范大学是一所综合性师范大学。为了加强学校信息化建设,集中力量建设数字化校园,早在2002年,学校就成立了数字校园建设中心,为首都师范大学2400名教职员工及超过28000名学生提供信息服务。数字校园建设中心全面覆盖了该大学的南、北两个校区,集中了学校关键性的教学、科研、管理等系统,拥有大量的关键数据,包括教学、科研、管理等文档以及音视频资料,而保障这些关键数据安全不丢失,以及学校资源信息应用系统安全可靠地运行,这是充分发挥资源信息应用系统为学校教学、科研和管理服务的前提条件,应用系统的安全建设成为学校数字校园建设的当务之急。

  然而,现阶段学校全部信息系统都以独立状态运行,并且多以单机方式运行,数据存储在服务器的内置硬盘中或直连的SCSI磁盘阵列上,一旦网路、服务器硬件、操作系统、应用、数据等任一层面出现问题,都将严重影响应用的可用性和数据的完整性。

  因此,首都师范大学资源信息应用系统迫切需要一套信息安全保护解决方案,有效地整合现有资源、设备,提升应用系统的性能,同时为应用系统在南、北两校区之间提供充分的数据保护(数据级灾备)。

  首都师范大学的IT环境包括:服务器环境,主要为Solaris、Linux、Windows;IT应用,包括Oracle、SQL、Web;同时主要采用本地硬盘及DAS方式进行数据存储。他们遇到的问题和挑战主要包括:首先,系统使用本地磁盘和DAS存储设备存储生产数据,系统在可用性、数据安全性方面存在着巨大的隐患,而且存储访问效率低、存储资源及数据无法共享、系统不能平滑扩容;其次,系统采用“手工备份到磁盘”的备份手段,备份/恢复时间无法忍受,存在着严重的数据安全隐患,系统管理任务繁重,多历史版本数据的保存需要大量的磁盘空间;最后,当前的数据备份手段无法面对突如其来的灾难。

  飞康的解决方案

  飞康向用户提供了虚拟化存储平台+CDP全面数据保护+异地容灾的解决方案。用户在选择部署了飞康CDP后,所有问题迎刃而解。飞康CDP为用户提供了一个统一虚拟化存储平台,在此之上提供高可用及高性能的生产数据访问能力、跨越南北校区的数据容灾,以及多历史版本的分钟级快速数据恢复能力。

  飞康CDP解决方案基于存储虚拟化技术,将不同厂商、不同类型的磁盘阵列设备整合为一个逻辑资源池,并从中为客户端按需灵活调拨资源,提供具备高可用性和高性能的数据存取访问能力,能够真正贴近用户需求,最大化资源利用率,从而保护用户投资。飞康公司全面开放的设计思想和体系结构使用户消除了对异构环境下兼容性问题的担心。

  飞康CDP解决方案实现了南校区生产数据向北校区容灾中心的异地容灾备份。系统投产之后,生产数据经单模光纤镜像到容灾中心,两者之间保持实时同步。在灾难发生时用户可以根据需要立即使用容灾数据接管生产或进行数据恢复。用户可以随时在无需干扰生产系统正常运行的情况下进行恢复演习或数据验证。

  首都师范大学用户系统中有大量宝贵的音视频资料,如使用传统备份软件,长时间的备份窗口及数据恢复时间是无法忍受的。另一方面,每一份历史版本都需要1:1的数据存储空间,庞大的开销及成本也让人望而却步。利用飞康CDP解决方案,无需任何备份窗口即可实现生产数据向容灾中心的复制,并能够保存最多255个历史版本,每个历史版本均立即可用,而无需进行任何恢复过程,所需的存储空间也仅为生产数据容量的1.5倍。

  系统实施后,带来了如下的效益:基于虚拟化存储平台实现数据的集中存储,提高了数据存取访问性能,提高了系统可用性及数据安全性;提供南北校区间的异地容灾备份能力,能够防御一定级别的灾难情况;即使发生生产中心主磁盘阵列整体失效的情况,仍然可以使用灾备中心提供的存储设备继续生产,将系统的可用性提升到更高级别;为未来基于广域网窄带链路的远程异地容灾做好了准备;无需数据备份窗口,数据恢复时间从数小时缩减为几分钟,有效消除了宕机时间;备份数据所占用的空间由原来的数倍于生产数据容量,缩减为生产数据容量的1.5倍;明显降低数据备份/恢复的管理与操作复杂度,压缩管理成本。

  面向未来的灾备架构

  根据首都师范大学的近期发展规划,将在本部校区与远在异地的分校区之间建立起远程容灾,以实现更为完善可靠的数据保护。利用飞康CDP搭建起的容灾系统则可以轻松扩展,帮助用户实现“两地三中心”的容灾架构需求。飞康CDP的远程复制直接经由TCP/IP WAN传输数据,使建设、管理与维护成本大幅降低。其精简式复制技术在窄带链路上的传输能力,大大节省了广域网络的传输带宽。

时间: 2024-08-19 23:56:50

飞康CDP本地备份与异地容灾解决方案的相关文章

水火无情数据无价异地容灾备份正当时

 水火无情 人类对于水的需求更多的是缘于生存的本能,在人类文明的发展史上,火的应用有着极其重要的意义."火,燃尽了茹毛饮血的历史;火,点燃了现代社会的文明."这句话更为形象的表达了这一应用所带来的深远影响和深刻含义. 人们在与自然的长期斗争中积累了丰富的实践经验,古有"大禹治水"."钻木取火",今有"南水北调"."西气东输".我们虽然能够很好的认识.使用和掌握大自然赋予人类的水.火.风等资源,然而"

存储高手速成:什么是异地容灾

问题描述 随着企业规模的扩展,用户原有意识中的数据备份已经无法满足关键业务对系统的可用性.实时性.安全性的需要.更重要的是备份的数据往往会因为各种因素而遭到毁坏,如地震.火灾.丢失等.异地容灾解决方案的出现则可通过在不同地点建立备份系统,从而进一步提高数据抵抗各种可能安全因素的容灾能力.异地容灾:不可忽视的数据安全策略 针对这一应用的需求,许多存储厂商纷纷推出基于SAN的异地容灾软.硬件产品,希望能够为用户提供整套以SAN网络环境和异地实时备份为基础的,高效.可靠的异地容灾解决方案,并且能够为用

【知云】第六期:数据级异地容灾如何实现?阿里云帮你打通数据的“任督二脉”

摘要:国家要求网络借贷信息中介机构成立两年内,应当建立或使用与其业务规模相匹配的应用级灾备设施.那么如何规划容灾设施呢?本文中阿里云架构师半农将与大家分享阿里云异地容灾解决方案. 想要看视频版?请点击这里:[知云]异地容灾 目前阿里云拥有一整套异地容灾解决方案,如下图所示为阿里云异地容灾解决方案.容灾是沪金监管八十条文的强需求,条文中明确要求网络借贷信息中介机构成立两年内,应当建立或使用与其业务规模相匹配的应用级灾备系统. 在阿里云平台,通过多方面的产品容灾特性的支持,用户可以非常方便地进行容灾

数据库"负载均衡,备份,异地容灾"设计

数据库"负载均衡,备份,异地容灾"设计 Author: DigoalPS - 纯属个人看法,仅供参考. 1. 数据对象按分类放到不同的SCHEMA  为了方便实施数据库层面的备份和容灾,必须将数据对象按内容进行逻辑分类设计.  例如:  (某下载系统)    1.tbl_app_info 表 - 存储应用信息,新应用部署时需要插入该表,应用下线时需要更新或删除该表的记录,用户下载时需要查询该表,还有等等一些其他操作;数据增长缓慢,数据量视应用数决定.    2.tbl_download

信息系统异地容灾备份应该分几步走?

  说起容灾备份这一概念,首先我们要搞清楚容灾和备份的区别.我们先来看备份,通常是指数据备份,主要是对信息系统的重要数据起到保护作用,防止数据的丢失,在发生IT事故后,能快速恢复数据.而容灾相对来说涉及到的范围更广,比较专业的说法认为容灾是一项为了防范由于自然灾害.社会动乱和认为破坏造成信息系统数据损失.业务暂停的系统工程. 随着各行业信息化程度的不断加深,单纯的数据备份在很大程度上已经不能满足企事业单位日益增强的对于数据安全和业务连续性的要求了,异地容灾成为信息化发展的必然趋势之一.然而,面对

Oracle远程复制和异地容灾方案分析

[导读]本文介绍目前针对oracle数据库远程复制和异地容灾的主要几种技术和解决方案. 目前,针对oracle数据库的远程复制.容灾主要有以下几种技术或解决方案: (1)基于存储层的容灾复制方案 这种技术的复制机制是通过基于SAN的存储局域网进行复制,复制针对每个IO进行,复制的数据量比较大;系统可以实现数据的同步或异步两种方式的复制.对大数据量的系统来说有很大的优势(每天日志量在60G以上),但是对主机.操作系统.数据库版本等要求一致,且对络环境的要求比较高. 目标系统不需要有主机,只要有存储

MongoDB异地容灾多活实践(5月21日DBAplus社群上海站云数据库架构设计与实践沙龙分享PPT)

5月21号,我在上海参加DBAplus社群举办的云数据库架构设计与实践沙龙,做了<MongoDB异地容灾多活实践>的分享,本文是分享的PPT.

Sepaton容灾解决方案

容灾是指通过特定的机制保证在发生各种灾难损害后仍能最大限度地保障信息系统能够提供正常的应用服务,可以分为数据容灾和应用容灾.其中数据容灾是容灾系统的基础,也是灾难发生时保护数据的最后手段. 上海某保险公司目前已经建立了完备的数据备份机制,但备份数据都存储在本地数据中心,一旦发生火灾或者其他自然灾害数据的安全得不到有效的保障.所以用户希望将备份数据复制到北京的远程数据中心,从而达到容灾的目的,希望容灾系统能够保证在灾难发生后1天时间内恢复业务的正常运行,并把数据的损失控制在 4 小时之内.容灾系统

IBM七级容灾解决方案

容灾对企业的重要性已无需多言,在需要全天候运行的全球经济环境中,没有一家企业能够承受宕机,无论是计划的宕机(升级.维护和修复)还是突发的宕机(由于人为错误.处理故障.电源故障.甚至灾难事件).但许多企业都制订了在24到48小时内恢复核心应用的业务连续性计划.虽然数据丢失了24小时,但实现全面恢复需要数天或者数星期的时间.这些企业通常依赖后台和人工流程来保持业务的正常运行,直到系统恢复为止. 随着信息成为越来越重要的企业资产,许多企业都致力于最大限度地降低宕机风险和避免业务中断的潜在影响,从而影响