当前，市场上常见的容灾模式可分为本地容灾、同城容灾、异地容灾、双活数据中心、两地三中心几种。
2001年的“911事件”中，没有远程备份的企业都遭受了巨大损失，甚至部分公司因为核心业务部署在公司大楼而又没有远程备份，导致公司业务无法继续运营而倒闭。美国“911事件”后，全球用户提升了对灾备的重视程度，异地灾备建设一时成为趋势。
同城双中心+异地灾备中心， “两地三中心”的灾备模式，方案兼具高可用性和灾难备份的能力。
灾备： 是指容灾和备份。容灾是为了在遭遇灾害时能保证信息系统能正常运行，帮助企业实现业务7*24小时连续性的目标，备份是为了应对灾难来临时造成的数据丢失问题。容灾备份产品的最终目标是帮助企业应对人为误操作、软件错误、病毒入侵等“软”性灾害以及硬件故障、自然灾害等“硬”性灾害。
当前，市场上常见的容灾模式可分为同城容灾、异地容灾、双活数据中心、两地三中心几种。
oracle的ADG那是自不必多说，用存储圈的话说，现在存储正在从被动被动变为主动，但是总体上是被软件抢，RAID被ASM抢，快照被Flashback抢，DR被ADG抢。 如果这几种方案结合在一起那会是什么结果。这就涉及到一个备库的设计方法。 我也是抛砖引玉。环境都是基于11g的dg来说。 首先基本的，一个主库一个备库是很多系统都在采用的备库设计方式，如果数据库比较关键，这种方案有什么缺点呢。 11g的备库现在也被赋予了更多的责任。 容灾，首先就是容灾如果主库挂掉，备库能够进行failover，这个没有问题
相对于过去单体或 SOA 架构，建设微服务架构所依赖的组件发生了改变，因此分析与设计高可用容灾架构方案的思路也随之改变，本文对微服务架构落地过程中的几种常见容灾高可用方案展开分析。
作者丨DongGuoChao 来源丨https://blog.dogchao.cn/?p=299 导读：异地多活，作为一种高可用部署架构，成为大中型互联网公司的选择。像大家熟知的大型互联网公司，如阿里
灾备，是企业中一项重要的技术应用，对于企业数据安全起到了很大的作用。 一般来说，灾备的级别可以分为数据级、应用级和业务级三个级别。
为了应对地震、火灾等不可抗力导致本地备份数据丢失的情况，业界提出了异地灾备的技术理念。CPDR （Control Plane Disaster Recovery，控制平面灾备）是一种应用在vBRAS转发与控制分离组网中的异地 灾备技术。它通过在两个分属于不同DC（Data Center，数据中心）的CP之间进行双机备份来实现异地灾备， 从而达到当一个DC发生灾难时，由另一个DC快速接管用户业务的目的。
近年来，中小型金融企业的信息化程度不断提高，信息系统已经成为中小型金融企业经营管理和业务操作中不可或缺的一部分。随着金融信息化的不断普及，金融数据的安全问题也变得尤为重要，一旦金融企业的数据中心发生灾难，都有可能引起巨大的经济损失，影响金融企业的社会声誉，甚至引发金融秩序混乱。因此如何守护好这条数据安全“生命线”是金融企业在信息化转型道路上的最大挑战。
企业业务敏感程度差异，对容灾指标RPO&RTO要求也不同。之前两篇文章主要介绍数据冷备，主要特点是数据备份存储非实时，备份系统存储数据通常昨天的数据，当灾难真正来临的时候，今天新产生的数据会丢失情况。对于企业核心业务来讲，业务恢复（RTO）可以接受小时级别，但是对于数据无法接受丢失，即RPO接近为“零”。结合腾讯云数据备份能力，本文重点介绍数据热备解决方案，旨在让客户上好云，用好云，管好云。
容错（fault tolerance）指的是， 单个组件发生故障时，业务还能继续运行。
数据库作为企业数据的管理软件，是企业的核心资产，需要避免单点灾难，因此数据库灾备需求应运而生。
腾讯云数据库 MySQL 提供了灾备实例的功能，如果一个实例未配置灾备实例，当实例的主备节点同时，或者实例所在的地域出现严重故障时，业务受影响的时间可能会超过预期。
来源：https://blog.dogchao.cn/?p=299 前言 后台服务可以划分为两类，有状态和无状态。高可用对于无状态的应用来说是比较简单的，无状态的应用，只需要通过 F5 或者任何代理
你知道吗？自然灾害、设备故障、人为因素等都会造成业务中断。如今数字化时代，IT系统故障更会对公司业务造成难以估量的巨大经济损失。
点击上方蓝色“程序猿DD”，选择“设为星标” 回复“资源”获取独家整理的学习资料！ 后台服务可以划分为两类，有状态和无状态。高可用对于无状态的应用来说是比较简单的，无状态的应用，只需要通过F5或者任何代理的方式就可以很好的解决。后文描述的主要是针对有状态的服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存，比如MySQL数据库，redis等内存数据库。除了这两种类型的维护方式，还有jvm的内存的状态维持，但jvm的状态生命周期通常很短。 高可用的一些解决方案 高可用，从发展来看，大致经过了这几个
上篇文章讲到了Ceph在灾备方面有三大神兵利器：故障域、RBD异地灾备、RGW异地灾备。那么本文讲述下剩下的两大利器RBD异地灾备和RGW异地灾备
采用高可用系统架构支持重要系统，为关键业务提供7x24的不间断服务，已经成为众多企业保障业务稳定、持续运转的主要选择。服务多活是高可用架构重要实施手段，本文介绍了一些业界常用的多活手段例如同城双活、两地三中心、异地多活架构设计方案并详述了各种方案的优缺点。
今天跟大家分享的题目为《CKV+异地容灾探索和实践》。CKV+是一个兼容redis协议的内存数据库，现在大部分用户对内存数据库的要求越来越高，对一致性、异地容灾等方面也提出更高的要求。下面从过往经验教训、可用性&一致性、CKV+架构演进、CKV+单活多可用区和CKV+多活架构探索等方面跟分享一些关于容灾的实践和思考。
在云时代，大部分中小型企业都奔跑在云上或是服务器托管公司。任何规模的数据中心服务中断都会让你的企业踩雷。据统计，80%的数据中心服务中断都是由服务器硬件造成的。
将异地备份的频度提升为实时备份，且需要制定数据的备份策略和恢复策略、备份程序和恢复程序等。
说起容灾，很多同学脑子冒出来熟悉字眼，”同城双活”，“两地三中心”，“单元化”，“set化”等等。其实这些名词背后均隐射一层含义，面对一些灾难时候，业务如何做冗余来快速恢复业务。
2、确保应用高可用性，消除计划外的停机时间，减少计划外的停机时间，提高业务连续性。
数据中心运行突发故障(如：天灾不可避免的灾难)是无法预测的，计算机里的数据就像扫雷游戏一样，十面埋伏充满雷区，随时都有可能Game Over，容灾备份就是数据安全的最后防线，但是你可以避免由数据中心发生故障而丢失数据引发的数据丢失的局面。
最近恰好在搞异地双活，以下是一个梳理： 基本概念 1、异地容灾。这仅仅是一个冷备的概念。也就是在平时正常的时候，另外一个机房只是当做备份。 2、异地双（多）活。而异地双（多）活，却是指有两个或者多个可以同时对外服务的节点，任意一个点挂了，也可以迅速切换到其他节点对外服务，节点之间的数据做到准实时同步。 分类 根据是否需要数据同步大体分为三类： 1、必须同步型。（比如数据库） 2、无须同步型。比如缓存，仅仅是当做缓存，就可以这样做（这个有待商榷，其实缓存也需要同步的，严格来说的话）。 3、只能单活（对全局原
当前市场上常见的容灾模式可分为同城容灾、异地容灾、双活 数据中心、两地 三中心几种。
为了保障系统可用性， 我们通常会为了应对故障将组件或数据做冗余。常见的类型包括: 变更故障、硬件故障、断电断网、自然灾害， 发生的频率一次降低。
容灾半径是衡量容灾方案所能承受的灾难影响范围的指标。不同灾难的影响范围是不同的，而距离也会影响到容灾技术的选择。容灾中心的架构按照源备端之间的距离，可分为本地容灾、同城双活、两地三中心。
两地三中心 随着IT应用的快速发展，金融，银行，政府等越来越多的用户要求核心业务7*24不断网，不断电持续运行，进而出现了两地三中心的方案，是一些大型企业因为大自然的灾害而在同城选择两个机房异地选择一个机房而组成的称两地三中心，这样的方案具备高可用和灾难备份能力。 同城双机房指的是在同一个城市或相邻的城市建立两个相同的系统，双中心具备等同的业务处理能力并通过高速链路实时数据同步，日常情况下可同时分担业务及管理系统的运行，并可切换运行，当意外的情况下基本在保证不丢失数据的情况下可进行灾备应急切换，保证业务的连续性， 异地灾备是考虑因为特殊的自然现象而在外地做的备份，实现双机房的数据备份，当同城机房因为自然灾害等出现意外情况，异地灾备的备份数据可以进行恢复，以保证数据的完整性。 目前针对两地三中心的需求方案，UCACHE灾备云利用自身的华北IDC数据中心优势以及配套的软硬件帮企业实现了低成本，灵活的方案优势，减少了企业前期的大量投资以及后期的维护成本费用。
在2021年2月7日，中国人民银行发布了《金融信息系统多活技术规范》，将其作为指导金融行业标准。可以说金融业关系国计民生，维护金融信息系统安全是国家信息安全的重点，因发生灾难导致金融服务中断，可能对企业内部管理、公民、法人和其他组织的金融权益甚至国家金融稳定和秩序产生影响。为规范和引导在金融信息系统合理运用多活技术实现业务承载和灾难恢复，有效防范金融信息系统风险，保护金融机构客户的合法权益，特编制这一标准。本文针对这一标准并结合外部实践经验进行探讨。
腾讯云Status Page（Tencent Cloud Health Dashborad ），作为腾讯云官方的产品可用信息对外窗口，需要保障在极端的故障情形下，还能及时且正确地对外呈现关键信息，这要求在架构设计和部署上做到多地域级别的容灾效果。为了达到目标，我们除实施针对性的架构设计和部署外，还对各类故障场景做了故障演练验证。
企鹅电竞登录鉴权系统是企鹅电竞电竞所有写请求的前置关键路径，需要具备高可靠性。其核心存储依靠 CMEM，为保证服务的稳定运行，搭建一套同构 CMEM 存储，热备 Login 数据，在 CMEM 发生存储或网络故障时保证登录鉴权服务正常运行。
容灾（Disaster Tolerance）：就是在上述的灾难发生时，在保证生产系统的数据尽量少丢失的情况下，保持生存系统的业务不间断地运行。
随着业务对持续性要求越来越高，云上不少企业对跨AZ或多地域的容灾建设有强烈的诉求。当企业内部经过评估选定容灾建设整体方向，即同城双活；需要对方案进行验证，包括组件容灾能力建设，数据同步以及切换验证等。通常对组件容灾能力建设和验证会花费大量时间，如果测试不符合预期，对之前调研、部署以及测试人力和时间成本带来较大耗费。因此借助云平台能力“一站式”提升系统容灾能力，助力企业降本增效。
2023腾讯全球数字生态大会已于9月7-8日完美落幕，40+专场活动展示了腾讯最新的前沿技术、核心产品、解决方案。
国际标准SHARE 78将容灾系统定义成七个层次，这七个层次对应的容灾方案在功能、适用范围等方面都有所不同，所以用户选型应分清层次。
为帮助开发者更好地了解和学习分布式数据库技术，2020年3月，腾讯云数据库、云加社区联合腾讯TEG数据库工作组特推出为期3个月的国产数据库专题线上技术沙龙《你想了解的国产数据库秘密，都在这！》，邀请数十位鹅厂资深数据库专家每周二和周四晚上在线深入解读TDSQL、CynosDB/CDB、TBase三款鹅厂自研数据库的核心架构、技术实现原理和最佳实践等。三月为TDSQL专题月，本文将带来直播回顾第二篇《破解分布式数据库的高可用难题：TDSQL高可用方案实现》。
后台开发的目标是要提供高可用的后台服务，其中很重要的一点是保证业务连续性（服务不中断，或中断时间在允许范围内）。
腾讯云数据库国产数据库专题线上技术沙龙正在火热进行中，3月12日张文的分享已经结束，没来得及参与的小伙伴不用担心，以下就是直播的视频和文字回顾。
风险无处不在，包括自然灾害以及突发事件等，有时候我们无法预测到一些风险，比如天津港爆炸事件。IT领域也一样，总是有意想不到的事情，风险具有不可预测性，万全之策就是做好灾难应对的各种准备。
实现业务连续性的技术手段通常包括高可用性和灾备恢复两种，所以本文讲述的是在腾讯云上实现业务连续性的解决方案。
一、高可用的挑战 1、高可用挑战-要求 image.png 2、高可用挑战-各种不稳定的来源 常见事故及问题归类如下： image.png 二、互联网通用架构和分层 典型互联网架构分层设计如下： image.png 系统正交分解如下： 服务治理目标 技术架构 监控层 外层 客户端SLA 攻防/扫描/审计 CDN合理/稳定 DNS合理/稳定 流量峰值 CDN DNSPOD/Ip直连 高防 客户端监控 CDN监控 DNSPOD监控 安全监控 接入层 异地多活 服务
作者介绍 万守兵：腾讯云行业架构师，对云上双活架构、迁移方案有比较深的了解，现主要负责腾讯云泛互行业TOP级客户的解决方案架构工作。 高可用挑战 1. 高可用挑战：时间要求 2. 高可用挑战：各种不稳定的原因 常见事故及问题归类如下： 互联网通用架构和分层 典型互联网架构分层设计如下： 系统正交分解如下： 分类 服务治理 目标 技术 架构 监控层外层客户端SLA、攻防/扫描/审计 CDN合理/稳定
以年为单位，一年时间为 t = 365 * 24 * 60 = 525600 分钟。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
