基于三方架构的网络容灾备份和恢复系统构建

本文涉及的产品
数据传输服务 DTS,数据迁移 small 3个月
推荐场景:
MySQL数据库上云
简介:

基于备份服务器,客户端和存储设备端三方架构的网络备份系统,三方架构使得备份服务器不用参与数据备份与恢复的数据传输过程,平衡了系统的负载并提高了系统的并发度。并说明网络备份系统的总体架构,备份服务器、备份代理和存储服务器子系统功能,以及通信接口,基于三方架构的网络备份系统可以很好的完成异地冷备份与恢复工作。

本文介绍了基于备份服务器,客户端和存储设备端三方架构的网络备份系统,三方架构使得备份服务器不用参与数据备份与恢复的数据传输过程,平衡了系统的负载并提高了系统的并发度。并说明网络备份系统的总体架构,备份服务器、备份代理和存储服务器子系统功能,以及通信接口,基于三方架构的网络备份系统可以很好的完成异地冷备份与恢复工作。

数据备份容灾领域现状
随着社会信息化的不断深入,社会对计算机系统的依赖越来越大,但传统的计算机信息系统在诸如火灾、水灾、地震、战争或人为破坏等灾难面前非常脆弱,计算机系统的硬件、数据、系统和服务都会受到不同程度的破坏。如果灾难发生在通信、金融或军事系统,如果不能够及时应付灾难,恢复系统功能,将造成不可估计的损失。
研究显示,在灾害之后,如果无法在14天内恢复信息作业,有75%的公司业务会完全停顿,43%的公司再也无法重新开业,有20%的企业在两年之内被迫宣告破产。从大量的数据上不难看到,信息安全与国家安全、民族兴衰和战争胜负息息相关。面对经济、信息全球化的趋势,我们既要看到它带给我们的发展机遇,也要正视它给我们的严峻挑战。
数据备份作为提高数据可用性与可靠性的基本方法,其目的是为了系统数据崩溃时能够快速的进行恢复。大多数企业或组织都具有自己的本地备份系统,但其恢复能力非常有限,因为传统的备份主要是采用与应用系统地理位置相同的存储设备对数据进行本地备份,进行数据备份的同时也统一在机房中管理,一旦整个机房出现了灾难,如火灾、盗窃和地震等灾难时,这些备份数据也随之销毁,本地存储设备上所存储的备份数据起不到任何容灾功能,在战争中这种问题尤为严重。专门的容灾系统也就因此应运而生。
Disaster Recovery简称DR,也称为灾难恢复系统,就是通过特定的容灾机制,能够在各种灾难损害发生后,仍然能够最大限度地保障提供正常应用服务的计算机信息系统。

数据容灾备份技术介绍
容灾备份是通过在异地建立和维护一个备份存储系统,利用地理上的分离来保证系统和数据对灾难性事件的抵御能力。根据容灾系统对灾难的抵抗程度,可分为数据容灾和应用容灾。数据容灾是指建立一个异地的数据系,该系统是对本地系统关键应用数据的复制。当出现灾难时,可将数据从异地系统迅速拷贝至本地系统从而保证业务数据的完整性与一致性。应用容灾比数据容灾层次更高,即在异地建立一套完整的、与本地数据系统相当的备份应用系统(可以同本地应用系统互为备份,也可与本地应用系统共同工作)。
在灾难出现后,远程应用系统迅速接管或承担本地应用系统的业务运行。设计一个健壮的容灾备份系统,需要考虑多方面的因素,如备份/恢复数据量大小、应用数据中心和备援数据中心之间的距离和数据传输方式、灾难发生时所要求的恢复速度、备援中心的管理及投入资金等。衡量容灾备份的程度有两个技术指标,它们是RPO(Recovery Point Objective)和RTO(Recovery Time Objective) 。
RPO即数据恢复点目标,主要指的是业务系统所能容忍的数据丢失量。RTO即恢复时间目标,主要指的是所能容忍的业务停止服务的最长时间,也就是从灾难发生到业务系统恢复服务功能所需要的最短时间周期。
网络备份系统两方架构和三方架构简介
网络备份系统的两方架构
 



网络备份系统的三方架构



系统总体框架



备份代理
备份代理作为后台守护进程运行在需要数据备份和恢复服务的客户机上,它监听来自备份服务器的连接请求、认证备份服务器并执行通过身份认证的备份服务器发送过来的命令。备份代理的软件模块结构分为四个部分:
1.模块初始化
2.备份服务器请求监听模块
3.作业处理模块
4.网络通信模块。
 



存储服务器
存储服务器负责备份数据的存储以及恢复数据。它在后方管理着大量的存储设备(物理存储域),存储域上可以标识各种存储卷,作业的文件记录
按照一定的格式存储在存储卷中。文件记录的索引由备份服务器的目录数据库提供,根据文件索引,存储服务器会很快找到文件记录。存储服务器
的软件模块结构分为五个部分,分别是:
1.模块初始化
2.网络连接监控模块
3.作业ticket模块
4.作业处理模块
5.网络通信模块
 



备份服务器
备份服务器负责接收用户的输入,进行作业调度,向备份代理与存储服务器发送作业命令指挥其运行作业,接收作业运行的消息反馈并依照用户要求输出给Web界面。备份服务器还要负责管理系统中所定制的与备份与恢复相关的资源,存储了作业运行信息和资源元数据也由备份服务器进行管理。
备份服务器的软件架构由系统初始化,配置资源管理,用户命令交互, 作业运行管理,系统运行监控这五个主要模块组成:
 



三方模块整体通信流程
三方子系统之间的通信,无论是命令传输还是数据传输都是基于TCP/IP的,因此在整个系统可以利用现有的局域网或者广域网完成备份与恢复任务,子系统间的整体通信流程如图为:
 



参考
开源网站http://www.bacula.org/en/

 












本文转自百度技术51CTO博客,原文链接:http://blog.51cto.com/baidutech/748584 ,如需转载请自行联系原作者
相关实践学习
RocketMQ一站式入门使用
从源码编译、部署broker、部署namesrv,使用java客户端首发消息等一站式入门RocketMQ。
Sqoop 企业级大数据迁移方案实战
Sqoop是一个用于在Hadoop和关系数据库服务器之间传输数据的工具。它用于从关系数据库(如MySQL,Oracle)导入数据到Hadoop HDFS,并从Hadoop文件系统导出到关系数据库。 本课程主要讲解了Sqoop的设计思想及原理、部署安装及配置、详细具体的使用方法技巧与实操案例、企业级任务管理等。结合日常工作实践,培养解决实际问题的能力。本课程由黑马程序员提供。
相关文章
|
3天前
|
API 持续交付 开发者
构建高效微服务架构:后端开发的新视角
【5月更文挑战第8天】 随着现代软件开发的演变,微服务架构已经成为了企业追求敏捷、可扩展和灵活部署的重要解决方案。本文将深入探讨如何构建一个高效的微服务架构,包括关键的设计原则、技术栈选择以及持续集成与部署的最佳实践。我们还将讨论微服务带来的挑战,如数据一致性、服务发现和网络延迟,并提出相应的解决策略。通过本文,后端开发者将获得构建和维护微服务系统所需的深度知识,并了解如何在不断变化的技术环境中保持系统的健壮性和可维护性。
35 8
|
1天前
|
网络协议 网络安全 数据库
LabVIEW中MAX在我的网络上不显示“远程系统”选项卡或设备
LabVIEW中MAX在我的网络上不显示“远程系统”选项卡或设备
|
1天前
|
Cloud Native Devops 持续交付
构建未来:云原生架构在企业数字化转型中的关键作用
【5月更文挑战第10天】 随着企业加速其数字化转型的步伐,云原生架构已成为实现敏捷性、可扩展性和创新的关键驱动力。本文探讨了云原生技术的兴起背景、核心技术组件以及如何通过这些技术推动企业IT基础设施的现代化。文章重点分析了容器化、微服务、持续集成/持续部署(CI/CD)和DevOps文化对于构建灵活且高效的云环境的重要性,并提供了实施云原生策略的实用建议。通过深入分析,本文旨在为决策者提供一个清晰的指南,以利用云原生架构优化其业务操作并保持竞争优势。
6 0
|
1天前
|
监控 持续交付 开发者
构建高效微服务架构:后端开发的新范式
【5月更文挑战第10天】在现代软件开发领域,微服务架构已经成为一种流行的设计模式,它通过将大型应用程序拆分为一组小型、独立和松散耦合的服务来提供更高的可伸缩性和灵活性。本文深入探讨了微服务架构的设计理念、实施步骤以及面临的挑战,并提出了一套实用的策略和最佳实践,帮助后端开发者构建和维护高效的微服务系统。
|
2天前
|
Cloud Native API 开发者
构建未来:云原生架构在企业数字化转型中的关键角色
【5月更文挑战第9天】 随着企业加速迈向数字化时代,传统的IT架构已不足以支撑快速变化的市场需求。本文深入探讨了云原生架构如何成为推动企业敏捷性、可扩展性和创新能力的关键因素。通过分析微服务、容器化、持续集成与持续部署(CI/CD)等核心技术的实践应用,揭示了云原生技术如何助力企业实现真正的业务和技术一体化,以及在竞争激烈的市场中保持领先地位。
|
2天前
|
存储 监控 API
构建高效微服务架构:后端开发的现代实践
【5月更文挑战第9天】 在本文中,我们将深入探讨如何在后端开发中构建一个高效的微服务架构。通过分析不同的设计模式和最佳实践,我们将展示如何提升系统的可扩展性、弹性和维护性。我们还将讨论微服务架构在处理复杂业务逻辑和高并发场景下的优势。最后,我们将分享一些实用的工具和技术,以帮助开发者实现这一目标。
|
2天前
|
前端开发 Java 关系型数据库
Java医院绩效考核系统源码B/S架构+springboot三级公立医院绩效考核系统源码 医院综合绩效核算系统源码
作为医院用综合绩效核算系统,系统需要和his系统进行对接,按照设定周期,从his系统获取医院科室和医生、护士、其他人员工作量,对没有录入信息化系统的工作量,绩效考核系统设有手工录入功能(可以批量导入),对获取的数据系统按照设定的公式进行汇算,且设置审核机制,可以退回修正,系统功能强大,完全模拟医院实际绩效核算过程,且每步核算都可以进行调整和参数设置,能适应医院多种绩效核算方式。
20 2
|
2天前
|
运维 Cloud Native 持续交付
构建未来:云原生架构在现代企业中的应用与挑战
【5月更文挑战第9天】 随着数字化转型的浪潮席卷全球,企业正迅速采纳云原生技术以实现敏捷性、可扩展性和弹性。本文深入探讨了云原生架构的关键组件,包括容器化、微服务、持续集成/持续部署(CI/CD)和DevOps文化,并分析了这些技术如何帮助企业加速产品上市时间,提高运营效率,并最终实现业务目标。同时,文章也识别了企业在采纳云原生实践中可能面临的挑战,如安全性考量、团队技能提升和复杂的网络管理,并提出了相应的解决方案和最佳实践。
|
2天前
|
运维 安全 Linux
深入理解Docker自定义网络:构建高效的容器网络环境
深入理解Docker自定义网络:构建高效的容器网络环境
|
3天前
|
监控 API 持续交付
构建高效可靠的微服务架构:策略与实践
【5月更文挑战第8天】在当今快速演进的软件开发领域,微服务架构已经成为实现敏捷开发、持续交付和系统弹性的关键模式。本文将探讨构建一个高效且可靠的微服务系统所必须的策略和最佳实践。我们将从服务的划分与设计原则出发,讨论如何通过容器化、服务发现、API网关以及断路器模式来优化系统的可伸缩性和鲁棒性。此外,我们还将涉及监控、日志管理以及CI/CD流程在确保微服务架构稳定运行中的作用。