首页
学习
活动
专区
圈层
工具
发布

异地容灾方案解析

一、异地容灾主要备份三种数据: 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式,DB总的有四份备份:生产存储一份、移动硬盘一份、备份存储一份、灾备存储一份...备份方式为,平时通过生产系统的介质服务器传输到移动硬盘,通过CS传输数据到灾备中心的介质服务器,在通过介质服务器传输到备份存储、灾备存储。...生产中心发生异常时的DB切换方式为,将移动硬盘迅速转移挂载到灾备中心的介质服务器,然后再发起恢复 四、日常对OS进行每日备份,通过CS传输到灾备中心的介质服务器,再发送给备份存储和灾备存储,即OS的备份有三份...:生产存储、备份存储、灾备存储 五、日志的备份和OS一样 六、恢复切换步骤:日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量

3.4K10

容灾系列(九)——异地数据冷备容灾建设

以mysql数据库为例,主要操作步骤: 1)调用mysql备份查询api(DescribeBackups),获取备份连接url。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案,具备实时增量备份以及快速的数据恢复能力,同时具备异地容灾能力。...当前数据库服务支持数据库种类主要是mySQL、mariaDB、Percona、TDSQL。...2)配置数据库备份服务,主要包括备份数据源,备份规则配置。图片3)在北京地域新购同等规格的mysql数据库。4) 使用备份服务恢复在新购数据库恢复数据。注意恢复数据库要求为空库。图片3....异地数据冷备案例3.1 异地冷备方案以某在线商城为例,涉及数据产品为mysql,reids以及cos,结合云平台的能力,具体方案架构如下:图片方案要点说明:数据备份:基于数据恢复的rto时长,mysql

11K164
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    同城容灾和异地容灾的区别,你知道多少?

    同城双活中,数据库技术(如MySQL MGR、Oracle Extended RAC)和存储级复制(如虚拟化存储双活)是常见手段。...多维度区别对比 特性维度 同城双活 异地双活 网络延迟 较低(通常≤5ms) 较高(通常≥50ms) 同步模式 同步复制为主(如MySQL半同步复制) 异步复制为主 数据一致性 强一致性或最终一致性 最终一致性...典型应用 MySQL MGR、Oracle RAC、存储虚拟化 消息队列(如Kafka)、数据库主从异步复制、单元化架构 冲突解决 通过分布式锁 需要版本号、时间戳+机房ID或业务路由(如单元化)避免...,但架构复杂度和改造成本高 主要优势 高可用、数据零丢失(RPO=0)、故障切换迅速 城市级容灾、更好的用户体验(异地用户就近访问) 主要挑战 距离限制(同城)、脑裂风险、专线成本 数据延迟、一致性难度...若能接受短暂数据不一致(如社交feed、商品库存),异地双活可行。 2、容灾等级要求:同城双活可应对机房级故障。若需防范城市级灾难(如地震、大规模停电),则需异地双活。

    67710

    CKV+异地容灾探索和实践

    今天跟大家分享的题目为《CKV+异地容灾探索和实践》。CKV+是一个兼容redis协议的内存数据库,现在大部分用户对内存数据库的要求越来越高,对一致性、异地容灾等方面也提出更高的要求。...02CKV+数据可用性&一致性的探索和思考 CKV+作为一个内容数据库,在容灾级别的探索上,数据可用性和一致性需要做怎么样的考虑或取舍,有几个点我们必须要先考虑的。...04CKV+单活多可用区异地容灾实践 CKV+为了满足不同的容灾要求,已上线了单活多可用区特性,支持不同容灾级别: 单可用区:机架级容灾能力。 同地域多可用区:机架、可用区级容灾能力。...跨地域多可用区:跨城际容灾。 默认的情况下,CKV+的容灾级别是跨机架容灾,保证主备分片必须跨机架,避免一个机架掉电导致主备分片都不可用的问题。...05CKV+多活架构异地容灾探索 异地单活虽然提供了不同的容灾级别,甚至不同可用区提供了读能力,但只能在主可用区执行写操作。

    1.8K20

    异地容灾怎么做?从RPORTO指标到数据库容灾方案落地

    三、数据库异地容灾,五种技术路线对比做数据库异地容灾,先看路线。...它靠解析数据库日志实现跨域同步,不挑数据源,Oracle、MySQL、国产库都能接。...如果说KFS是连接异构数据库的“同步管道”,那KES本身作为数据库,在容灾架构上也有成熟的方案,下面看几个落地例子。...数据库异地容灾做得好不好,就看切换那一刻业务能不能起来。七、异地容灾选型,四步决策框架被各种方案绕晕时,我习惯按四步走。第一步先问业务,别问技术:能丢多少数据?能停多久?...异地容灾,不是备份,是灾难来临时业务能接管的能力。监管在收紧,标准在量化,异地容灾已经成了金融、政务、医疗的刚需。核心业务走数据库原生同步,异构多云用增量复制,同城保秒级,异地保兜底。

    19310

    YashanDB数据库数据同步与异地容灾解决方案

    在现代企业中,数据库技术面临着日益严峻的挑战,如数据一致性问题、性能瓶颈和灾难恢复能力不足等。数据同步以及异地容灾是确保数据可用性和连续性的重要手段。...YashanDB作为一款高可用的数据库系统,采用多种部署架构和存储管理优化策略,为数据同步与异地容灾提供了全面的解决方案。...本文旨在解析YashanDB在数据同步与异地容灾方面的技术原理、优势和最佳实践,帮助企业更好地理解并应用这些技术。1....异地容灾方案同样重要的是YashanDB的异地容灾机制,对于数据的安全性、可靠性至关重要。3.1 级联备份级联备份模式中,多个备库形成层级结构。...通过定期监控和更新统计信息,确保优化器能够生成最佳执行计划,提高数据库性能。结论YashanDB通过高效的同步手段和异地容灾策略,为企业提供了强有力的数据保护和服务可用性保障。

    38400

    同城容灾+异地多活是全球化容灾处理的最好模式吗?

    在海外,我们首先采取了跨区域的异地多活模式,随后根据区域化业务发展的需要,进一步调整为异地多活和同城容灾的结合模式。...与同城容灾不同,异地容灾会有一个选择过程:先判断同城资源,如果同城资源不够,再考虑区域间的容灾策略。...字节海外容灾 由于海外业务的特殊性,我们的容灾架构首先采用了异地模式,然后发展成为异地加同城的双重容灾模式。...因此,在海外,先同城后异地不一定是最佳默认策略,我们可以考虑利用海外的天然特点,例如时区来做容灾的第一判断依据,根据事故发生时的时区特点来决策,第一优先级是同城容灾,或者是异地切流,因为容量是我们容灾首要考虑的因素...在国内容灾和海外容灾方面,我们目前都在采用同城容灾加异地多活的模式,并且我们正在持续不断地完善整体的容灾能力建设。

    1.6K10

    腾讯云原生数据库 TDSQL-C异地容灾核心能力构建

    本文将给大家分享《TDSQL-C (原CynosDB)容灾的实践和探索》,主要内容有以下三个方面: 1 云原生数据库和传统数据库的架构对比 2 MySQL数据库的容灾部署模型 3 TDSQL-C 异地容灾系统的实践...MySQL数据库的容灾部署模型 MySQL数据库常见的容灾部署模型,有以下两种: 跨AZ部署(如上图): 一种是两AZ有三副本,其中AZ1有两副本,AZ2有一个副本;若是四个副本,那么AZ2会再多一个副本...数据一致性以及故障的发现和处理通过外围系统或者内置的一致性协议来保证; TDSQL-C异地容灾系统的实践 (TDSQL-C多维一体的容灾系统) 云原生数据库TDSQL-C在异地容灾能力构建上,近期推出了跨可用实例功能...以上是腾讯云原生数据库TDSQL-C异地容灾系统的实践。...TDSQL-C全球数据库形态,敬请期待 TDSQL-C是计算存储分离的架构,这里主要介绍了计算层的容灾处理机制,而存储层的数据容灾则是依托于HiStor实现的(HiStor是腾讯云分布式块存储产品CBS

    2.7K30

    腾讯云原生数据库 TDSQL-C异地容灾核心能力构建

    本文将给大家分享《TDSQL-C (原CynosDB)容灾的实践和探索》,主要内容有以下三个方面: 1 云原生数据库和传统数据库的架构对比 2 MySQL数据库的容灾部署模型 3 TDSQL-C 异地容灾系统的实践...MySQL数据库的容灾部署模型 MySQL数据库常见的容灾部署模型,有以下两种: 跨AZ部署(如上图): 一种是两AZ有三副本,其中AZ1有两副本,AZ2有一个副本;若是四个副本,那么AZ2会再多一个副本...数据一致性以及故障的发现和处理通过外围系统或者内置的一致性协议来保证; TDSQL-C异地容灾系统的实践 (TDSQL-C多维一体的容灾系统) 云原生数据库TDSQL-C在异地容灾能力构建上,近期推出了跨可用实例功能...以上是腾讯云原生数据库TDSQL-C异地容灾系统的实践。...TDSQL-C全球数据库形态,敬请期待 TDSQL-C是计算存储分离的架构,这里主要介绍了计算层的容灾处理机制,而存储层的数据容灾则是依托于HiStor实现的(HiStor是腾讯云分布式块存储产品CBS

    2.9K10

    容灾系列(五)——数据库容灾建设

    本文主要从数据库容灾方案视角,基于当前客户业务并结合技术&产品,制定最佳容灾方案。...主要从以下三个方面来介绍: 方案设计要素 云上容灾方案 云上客户案例 1.方案设计要素 数据库容灾方案设计要素主要数据同步,数据一致性以及数据修复三个方面 。...如下图是业内主流数据库双写方案, 1)根据用户信息划分不同IDC机房,通过API网关把不同用户转发到不同的IDC集群 2)数据库mysql数据已做单元化拆分,双入口可写,但是同一个用户数据仅在一个入口访问...数据产品 跨区容灾 就近访问 跨地容灾 CDB 支持 控制台自助配置 支持 跨AZ/跨地域RO实例 方案一:通过DTS支持,需要业务手工切换VIP 方案二:支持DTS双写能力,云上云下或多地域。...,对于2和3的诉求点,结合tdsql产品提供容灾建议。

    9.8K135

    容灾系列(十二)——业务异地多活能力建设【方案篇】

    具体技术架构如下:图片在本方案中,不涉及备份技术方案,详情请参考之前容灾系列的备份方案。方案要点说明如下:1)业务调度:目前通过DNS统一调度,调度路线设置通过地区或者运营商为区分。...3)容灾成本:业务备份的资源成本,具体可参考之前容灾文章系列。4)业务恢复:可用区粒度的极端故障,基于云平台同城双活架构可实现RTO秒级切换恢复业务。...详细技术架构图如下:图片在本方案中,不涉及备份技术和AS弹性扩容的技术细节,详情请参考之前容灾系列的备份方案。方案要点说明如下:1)业务调度:同方案一保持一致。...详细技术架构如下:图片在本方案中,不涉及备份技术和AS弹性扩容的技术细节,详情请参考之前容灾系列的备份方案。...方案要点说明如下:1)业务调度:于方案二保持一致1)业务部署:相对于方案二,增加了数据双向同步,各个地域中心均具有全局数据能力,提升容灾的RTO指标,同时不同业务数据要有唯一主键来保证数据一致性。

    3.2K53

    什么是云容灾?与传统容灾灾备有何不同?

    云容灾不仅提供数据备份功能,还结合计算、存储、网络等云服务能力,允许企业在云端快速部署容灾环境,并进行自动化业务恢复。二、传统容灾 vs....云容灾在云容灾出现之前,企业通常采用传统容灾方案,如自建异地灾备中心或租用灾备机房。...相比之下,云容灾基于云计算技术,充分利用云平台的弹性和智能化能力,提供了一种更灵活、高效的灾备解决方案:对比项传统容灾云容灾基础设施自建或租用物理灾备中心依赖云服务,无需额外硬件成本投入高昂的硬件、机房...当业务负载增加时,容灾环境可以根据需求自动扩展计算能力,实现无缝升级。此外,云容灾还支持按需付费,避免了传统灾备方案中资源闲置的问题。3....:在云端部署异地灾备中心,利用云存储进行数据备份,并启用云计算资源进行业务恢复。

    67510

    容灾系列(三)——云网络容灾建设

    IDC时代,业务对网络容灾参与较少,主要依赖数据中心网络容灾建设程度;当到了云的时代,云服务商将底层网络能力产品化后,云上客户更多参与网络容灾建设,提升业务稳定性。...2.网络容灾复杂度 同城或者异地容灾建设,网络层面因素主要有三个: 1)跨区或者跨地域网络延时,对上层业务影响。 网络延时,通过优化基础设施手段是非常有限的,毕竟受限于实际物理距离和光速。...2)跨区或者跨地域云基础设施容灾能力。 通常云服务厂家数据中心建设均有容灾能力,这里建议还是选择大厂。 3)IDC到云上网络高可用建设。...混合云容灾模式,这里考虑到IDC和云上线路容灾情况,一般建议两条专线接入不同的POP点来进行容灾建设;同时建立VPN或者GRE公网逃生通道来紧急恢复业务。...image.png 3.2 混合云网络容灾 混合云网络容灾分为两个部分: 1)idc和云机房之间线路容灾,主要线路分为专线和VPN。

    6.3K93

    加州AI硬件抢劫案警示:异地容灾的真实距离

    加州AI硬件抢劫案警示:中科热备异地容灾的真实距离 写这篇文章,是给那些正在纠结“要不要把容灾中心挪远一点”的运维负责人看的。...距离怎么定:100公里是底线,不是拍脑袋 说到异地容灾,第一个绕不开的问题就是:离多远算“异地”?我见过不少企业的“异地容灾”,实际上就是同城另一个区的机房,直线距离18公里。...改造方案是这样的:主中心部署一套连续数据保护引擎,对核心Oracle数据库做IO级实时捕获,日志级持续同步到300公里外的容灾中心。...部署清单:五步把异地容灾落地 如果你现在就要动手做异地容灾,我建议按下面这五步走,顺序别乱。 第一步:评估物理威胁面。...演练完必须做反向同步,把容灾端的数据拉回主中心,这个环节最容易暴露出配置问题。 最常见的错误:把同城多机房当异地容灾 最后说一个我反复跟客户强调的点:同城多机房不是异地容灾。

    15410

    同城异地灾备

    序言 同城异地灾备,主要是用来进行备份容灾的,从而当一个数据中心挂了,另外一个数据中心经过切换之后,能让服务迅速的恢复。...随着业务的进一步发展,需要提供高可用水平,从而需要从单机房扩展为多机房,从而也就有了同城容灾。。。 对于运维来说,多一次升级,多一次变更,就会多一个故障,多一个锅。。。...2、 数据库同步 在数据库方面,主要是使用mysql,而mysql则主要是使用主备模式,从而主的在一个机房,而备库则在另外一个机房,在同步的时候,不可避免的情况就是如果一旦主机宕机,从而有可能是丢失数据的...核心数据库,要想高可用,并且不存在数据丢失,从而可以使用分布式数据库,在数据写入的时候,采用强同步的方式写入数据,对于master节点,可以采用三机房三中心的模式,使用paxos算法进行选主,从而达到高可用的目标...在数据库跨机房同步的时候,mysql可能出现脑裂的情况,也就是双机房互联网络出现中断,从而备机房检测到主机房不可用,但是在这个时候,是不能自动进行切换的,需要人工介入处理操作。

    5.4K31

    容灾的架构分析和容灾选择策略

    其中,本地的存储网络连接的主备高可用适用于近距离的容灾建设,受距离限制较大;异地远距离的主备高可用,则会存在极小的数据延时。...最为稳固的、保护等级最高,也是成本最高的容灾方案,即“两地三中心”:本地的生产中心和灾备中心相距100km以上,进行应用级或业务级容灾保护,且在 300km 以外的异地建立灾备中心,进行数据级或应用级容灾保护...2.1数据级容灾 数据级容灾是指通过建立异地灾备中心,做数据的远程备份,在灾难发生之后要确保原有的数据不会丢失或者遭到破坏,但在数据级容灾这个级别,发生灾难时应用是会中断的。...在数据级容灾方式下,所建立的异地灾备中心可以简单地把它理解成一个远程的数据备份中心。数据级容灾的恢复时间比较长,但是相比其他容灾级别来讲它的费用比较低,而且构建实施也相对简单。...应用级容灾生产中心和异地灾备中心之间的数据传输是采用异类的广域网传输方式;同时应用级容灾系统需要通过更多的软件来实现,可以使多种应用在灾难发生时可以进行快速切换,确保业务的连续性。

    4.2K30

    客户容灾案例—一种MySQL数据库迁移方案

    在客户容灾方案建设过程中,客户侧迁移数据库实例到云上MySQL是一个非常普遍的需求。...调整业务数据库连接配置这一步很可能存储遗漏的情况,前端业务在长时间的发展过程中,存在多个连接数据库的源,一次性调整访问源到目标是比较困难的。...一般切换方案: 其中图中的第3步,要求业务侧修改指向MySQL的IP。 本方案提供一种迁移方案:通过直接修改数据库的连接IP,实现快速业务切换,避免业务前端重新指向IP。...本方案: HHA是MySQL 高可用方面相对成熟的解决方案,本文中举例说明,代表客户自建数据库。...关闭目标MySQL只读,打开源MySQL只读。 将源库的MHA的VIP释放。 将目标MySQL的VIP修改为源VIP。 登录到源库,kill掉非系统账号的进程。 观察业务情况,完成迁移。

    1.3K60

    做容灾,双活、多活、同城、异地、多云,到底应该怎么选?

    去年写过一篇《做容灾,冷备是不是个好方案?》,当时提出来,冷备或者主备,其实并不是一个理想的方案,而且绝大多数情况下,只能是一个心理安慰,真正发生故障的情况下,这样的容灾模式根本起不到作用。...最近,公有云又出了些大故障,各大群和朋友圈又开始沸沸扬扬,但是整体看下来,声音无非两种: 单站点不靠谱,要有容灾,出现这种情况就得马上切,所以回去赶紧建设容灾站点; 鸡蛋不能放在一个篮子里,单云不靠谱,...(如果数据层没有这么复杂,只有几个数据库,那是没问题问题的,但是分布式的场景下,上百个,几百个实例切换,这个代价和成本还是很大的。)...既然要双活,必然会选择另一个跟当前机房有一定距离的机房(同城或异地),而且距离必须得拉开才有意义,如果都在一个园区里面,就没有任何容灾意义了。...我们可以得出的几个结论: 不管怎么选择容灾方案,我们自己的业务系统,从自身架构上,一定要支持单元化,一定要支持数据同步才行,如果这都不支持,讲双活和多活,就是特么的扯淡。

    3.6K41
    领券