一、异地容灾主要备份三种数据: 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式,DB总的有四份备份:生产存储一份、移动硬盘一份、备份存储一份、灾备存储一份...备份方式为,平时通过生产系统的介质服务器传输到移动硬盘,通过CS传输数据到灾备中心的介质服务器,在通过介质服务器传输到备份存储、灾备存储。...生产中心发生异常时的DB切换方式为,将移动硬盘迅速转移挂载到灾备中心的介质服务器,然后再发起恢复 四、日常对OS进行每日备份,通过CS传输到灾备中心的介质服务器,再发送给备份存储和灾备存储,即OS的备份有三份...:生产存储、备份存储、灾备存储 五、日志的备份和OS一样 六、恢复切换步骤:日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量
以mysql数据库为例,主要操作步骤: 1)调用mysql备份查询api(DescribeBackups),获取备份连接url。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案,具备实时增量备份以及快速的数据恢复能力,同时具备异地容灾能力。...当前数据库服务支持数据库种类主要是mySQL、mariaDB、Percona、TDSQL。...异地数据冷备案例3.1 异地冷备方案以某在线商城为例,涉及数据产品为mysql,reids以及cos,结合云平台的能力,具体方案架构如下:图片方案要点说明:数据备份:基于数据恢复的rto时长,mysql...如果企业有业务切回需求,数据库依赖于dts数据同步工具,cos通过日志进行人工补录,待两端数据一致后,在业务低峰期将业务切回之前地域。
今天跟大家分享的题目为《CKV+异地容灾探索和实践》。CKV+是一个兼容redis协议的内存数据库,现在大部分用户对内存数据库的要求越来越高,对一致性、异地容灾等方面也提出更高的要求。...02CKV+数据可用性&一致性的探索和思考 CKV+作为一个内容数据库,在容灾级别的探索上,数据可用性和一致性需要做怎么样的考虑或取舍,有几个点我们必须要先考虑的。...04CKV+单活多可用区异地容灾实践 CKV+为了满足不同的容灾要求,已上线了单活多可用区特性,支持不同容灾级别: 单可用区:机架级容灾能力。 同地域多可用区:机架、可用区级容灾能力。...跨地域多可用区:跨城际容灾。 默认的情况下,CKV+的容灾级别是跨机架容灾,保证主备分片必须跨机架,避免一个机架掉电导致主备分片都不可用的问题。...05CKV+多活架构异地容灾探索 异地单活虽然提供了不同的容灾级别,甚至不同可用区提供了读能力,但只能在主可用区执行写操作。
在海外,我们首先采取了跨区域的异地多活模式,随后根据区域化业务发展的需要,进一步调整为异地多活和同城容灾的结合模式。...与同城容灾不同,异地容灾会有一个选择过程:先判断同城资源,如果同城资源不够,再考虑区域间的容灾策略。...字节海外容灾 由于海外业务的特殊性,我们的容灾架构首先采用了异地模式,然后发展成为异地加同城的双重容灾模式。...因此,在海外,先同城后异地不一定是最佳默认策略,我们可以考虑利用海外的天然特点,例如时区来做容灾的第一判断依据,根据事故发生时的时区特点来决策,第一优先级是同城容灾,或者是异地切流,因为容量是我们容灾首要考虑的因素...在国内容灾和海外容灾方面,我们目前都在采用同城容灾加异地多活的模式,并且我们正在持续不断地完善整体的容灾能力建设。
本文将给大家分享《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
本文主要从数据库容灾方案视角,基于当前客户业务并结合技术&产品,制定最佳容灾方案。...主要从以下三个方面来介绍: 方案设计要素 云上容灾方案 云上客户案例 1.方案设计要素 数据库容灾方案设计要素主要数据同步,数据一致性以及数据修复三个方面 。...如下图是业内主流数据库双写方案, 1)根据用户信息划分不同IDC机房,通过API网关把不同用户转发到不同的IDC集群 2)数据库mysql数据已做单元化拆分,双入口可写,但是同一个用户数据仅在一个入口访问...数据产品 跨区容灾 就近访问 跨地容灾 CDB 支持 控制台自助配置 支持 跨AZ/跨地域RO实例 方案一:通过DTS支持,需要业务手工切换VIP 方案二:支持DTS双写能力,云上云下或多地域。...,对于2和3的诉求点,结合tdsql产品提供容灾建议。
由于该方案只做异地数据实时备份,RTO指标依赖于业务部署能力,通常为分钟级。数据热备有两个关键词分别为“异地”和“实时”,需要在再次强调一下。异地明确数据热备容灾能力,实时明确RPO指标接近于“零”。...相对于冷备份带宽和存储成本,热备还需要相应组件成本,例如在异地需要新建同等规格的数据库,将源端数据库数据实时同步到目标端。2....2.1 DTS同步服务方案目前大多数企业核心数据均存储在数据库里面,同时业内头部云厂家都会提供DTS数据同步企业级服务,为数据热备方案解决了最棘手问题,以腾讯云DTS为例,覆盖业内大多数常用数据库如下:...2)灾备实例,建议采用云平台的PAAS服务,更好的兼容DTS同步服务。2.2 平台热备方案2.2.1 数据库灾备方案目前数据库对于异地容灾备份能力进行封装,来简化云上客户操作成本,提升RTO。...1)数据库mysql为例,控制台提供了灾备实例,一站式构建数据热备份。图片在2)以redis为例,通过开启全球复制功能,将主实例的数据实时同步到其它地域的redis实例。从页面上可以看出操作非常便捷。
具体技术架构如下:图片在本方案中,不涉及备份技术方案,详情请参考之前容灾系列的备份方案。方案要点说明如下:1)业务调度:目前通过DNS统一调度,调度路线设置通过地区或者运营商为区分。...3)容灾成本:业务备份的资源成本,具体可参考之前容灾文章系列。4)业务恢复:可用区粒度的极端故障,基于云平台同城双活架构可实现RTO秒级切换恢复业务。...详细技术架构图如下:图片在本方案中,不涉及备份技术和AS弹性扩容的技术细节,详情请参考之前容灾系列的备份方案。方案要点说明如下:1)业务调度:同方案一保持一致。...详细技术架构如下:图片在本方案中,不涉及备份技术和AS弹性扩容的技术细节,详情请参考之前容灾系列的备份方案。...方案要点说明如下:1)业务调度:于方案二保持一致1)业务部署:相对于方案二,增加了数据双向同步,各个地域中心均具有全局数据能力,提升容灾的RTO指标,同时不同业务数据要有唯一主键来保证数据一致性。
数据库 Redis 和 MySQL。 混合云容灾目标 业务容灾需求归纳如下: 云上云下互容灾,切换 RTO 为分钟级。 期望云上云下相互容灾,继续发挥 IDC 的价值,且不 100% 依赖于云。...无业务代码侵入难 要实现 Redis、MySQL 容灾切换能力,通常需要业务应用配合改造,对业务代码侵入大。...数据库异地主备,异步复制备份。应用读写同一数据中心的数据库,避免考虑一致性问题。...数据同步&数据库连接切换 数据库异地主备部署,云上云下应用日常态均读写云上 Redis 和 RDS 数据库,无需考虑数据一致性问题。...容灾能力 RPO:<=1min(依赖于 DTS 同步性能) RTO:<=1min(依赖于 DTS 同步延迟,MSHA 组件实现秒级切换。
随着云计算如火如茶的进行,IT资源可进行快速部署,弹性扩容及超高的性价比,这对于我们创建本地IDC机房数据库容灾提供极大的便利性。如何利用云数据库做容灾成为DBA的基本功。...(MySQL)的:同城同区灾备、同城不同区灾备、跨地域灾备。...同地域同可用区部署 云数据库 MySQL同可用区部署架构示意图 云数据库MySQL 普通实例架构(同个可用区) 同地域不同可用区部署 云数据库 MySQL 同城灾备实例架构...跨地域部署 云数据库 MySQL 异地灾备实例架构 云数据库 MySQL 异地灾备实例架构 三、构建云上灾备环境 通过上面的介绍,我们基本了解云数据库 MySQL的架构,接下来我们来说说本地...1、创建DTS(数据传输服务)同步任务,这里假设CDB实例已申请购买完毕。
随着云计算如火如茶的进行,IT资源可进行快速部署,弹性扩容及超高的性价比,这对于我们创建本地IDC机房数据库容灾提供极大的便利性。如何利用云数据库做容灾成为DBA的基本功。...,轻松来搭建数据库(MySQL)的:同城同区灾备、同城不同区灾备、跨地域灾备。...同地域同可用区部署 云数据库 MySQL同可用区部署架构示意图 云数据库MySQL 普通实例架构(同个可用区) 同地域不同可用区部署 云数据库 MySQL 同城灾备实例架构...跨地域部署 云数据库 MySQL 异地灾备实例架构 云数据库 MySQL 异地灾备实例架构 三、构建云上灾备环境 通过上面的介绍,我们基本了解云数据库...1、创建DTS(数据传输服务)同步任务,这里假设CDB实例已申请购买完毕。
一般会考虑三种线下灾备方式: 1、本地容灾:业务高可用和读写分离,以提高业务连续性 2、同城容灾:兼顾业务连续性和数据安全,应对地区级以 3、异地容灾:以数据安全为目标,应对地区级数据风险。...,传统模式下的主流数据容灾模式有: ---- 1、基于数据库逻辑复制:实时获取数据日志进行复制,异步方案,典型代表:Shareplex for Oracle、Oracle GoldenGate、MySQL...111.jpg 阿里云数据灾备架构图 DTS:Data Transmission Service,是阿里云提供的一种支持多种数据源之间数据交互的数据流服务。...在数据库灾备解决方案中,使用阿里云DTS可实现各数据库间的数据迁移与实时同步,从而为数据库灾备打好最重要的基础。...混合云存储阵列:阿里云混合云存储阵列支持用户在阵列本地存储空间中建立多版本快照,并将各时间的快照镜像上传到云端存储作为备份,混合云存储阵列也能支持本地存储和云端存储的文件数据同步,实现数据在云端的异地容灾存放
去年写过一篇《做容灾,冷备是不是个好方案?》,当时提出来,冷备或者主备,其实并不是一个理想的方案,而且绝大多数情况下,只能是一个心理安慰,真正发生故障的情况下,这样的容灾模式根本起不到作用。...最近,公有云又出了些大故障,各大群和朋友圈又开始沸沸扬扬,但是整体看下来,声音无非两种: 单站点不靠谱,要有容灾,出现这种情况就得马上切,所以回去赶紧建设容灾站点; 鸡蛋不能放在一个篮子里,单云不靠谱,...(如果数据层没有这么复杂,只有几个数据库,那是没问题问题的,但是分布式的场景下,上百个,几百个实例切换,这个代价和成本还是很大的。)...既然要双活,必然会选择另一个跟当前机房有一定距离的机房(同城或异地),而且距离必须得拉开才有意义,如果都在一个园区里面,就没有任何容灾意义了。...我们可以得出的几个结论: 不管怎么选择容灾方案,我们自己的业务系统,从自身架构上,一定要支持单元化,一定要支持数据同步才行,如果这都不支持,讲双活和多活,就是特么的扯淡。
“产品使用攻略”、“上云技术实践” 有奖征集啦~ be4048ad-32fc-4171-b332-5a60de7bc418.png 案例名称 案例简介 云数据库 MySQL两地三中心灾备建设 通过使用跨可用区部署实例和异地搭建灾备实例实现两地三中心的架构建设...读写分离扩展云数据库 MySQL 性能 通过代理集群中转访问数据库的主从节点,进行读写分离,降低主库的负载。...云数据库 TDSQL-C MySQL 版多可用区容灾 TDSQL-C MySQL 版引擎支持创建多可用区的集群,为数据库实例提供高可用性和故障转移支持。...PostgreSQL 通过一条 SQL 实现附近的人 如何能快速实现:诸如“附近的某某”的需求,通过 PostGIS+ 关系型数据库 PostgreSQL 可以帮到您。...云数据库 SQL Server 的 DTS 迁移 介绍使用 DTS 数据迁移功能迁移数据至腾讯云数据库 SQL Server ,适用于自建迁移至云上的场景。
前言 ---- 前文提到异地多活的几种型态和基于OceanBase实现方案。这里再总结一下基于其他分布式数据库(MySQL)实现异地多活时要考虑的点。...这种只有应用多活,数据库是异地备份容灾(无并发)。 2. 应用双活,数据库A地读写,B地只读。这种也是应用双活,数据库读写分离(实例级并发)。 3. 应用双活,数据库双活,两地应用同时读写不同表。...多个单元之间写入的数据不一样(不冲突),理论上单元的数据不需要包含所有数据,不过为了实现动态调整单元间的流量或者做在线容灾切换,实践时,每个单元还是包含全部数据。所以单元间需要双向同步数据。...跟MySQL原生复制一样,面临两边数据不一致的时候,DTS需要决策是中断还是跳过。这里依然会要求有很高的数据一致性。所以DTS在同步的过程中必须有全量校验机制和增量校验机制。...所以,单元流量动态切换,或者异地容灾切换也会在可用性和数据一致性之间做一个权衡。由此带来的问题就需要运维人员去修复,不管是人肉还是通过工具自动化,都不是那么省心的事情。
二、感情要用心经营 腾讯云MySQL数据库默认采用主备架构,两个实例位于同一数据中心的不同服务器,当主实例不可用时,系统会自动将数据库连接切换至灾备实例。...此时如具备同城及异地灾备中心,用户可将同城或异地灾备中心切换为新的数据中心,保障业务在最短的时间内恢复正常。...除此之外,因为容灾部署使用了TencentDB的容灾服务,避免自建DB容灾所的大量人力投入,同时TencentDB容灾服务使用腾讯云内部带宽,不占用珍爱网的业务带宽,从而大幅节省了容灾建设的人力和资源成本...减少了不必要的资源预留浪费; 依托腾讯云的高可用架构切实保证珍爱网的业务稳定性,同时利用腾讯云CDB的PCI-e SSD 强大 IO 性能,提升业务性能,保障业务连续性; 依托腾讯云的多区域IDC部署,实现异地容灾...腾讯云数据库依托腾讯强大的资源优势和技术优势,将自身技术能力不断开放,提供容灾、备份、恢复、监控、告警、快速扩容、数据传输服务、灾备和智能DBA等数据库运维全流程全行业数据库解决方案,企业可一键上云无后顾之忧
在客户容灾方案建设过程中,客户侧迁移数据库实例到云上MySQL是一个非常普遍的需求。...调整业务数据库连接配置这一步很可能存储遗漏的情况,前端业务在长时间的发展过程中,存在多个连接数据库的源,一次性调整访问源到目标是比较困难的。...一般切换方案: 其中图中的第3步,要求业务侧修改指向MySQL的IP。 本方案提供一种迁移方案:通过直接修改数据库的连接IP,实现快速业务切换,避免业务前端重新指向IP。...本方案: HHA是MySQL 高可用方面相对成熟的解决方案,本文中举例说明,代表客户自建数据库。...关闭目标MySQL只读,打开源MySQL只读。 将源库的MHA的VIP释放。 将目标MySQL的VIP修改为源VIP。 登录到源库,kill掉非系统账号的进程。 观察业务情况,完成迁移。
冷备或者主备并不是一个理想的方案,而且绝大多数情况下,只能是一个心理安慰,真正发生故障的情况下,这样的容灾模式根本起不到作用。 原因我就不重复了,大家如果有兴趣可以直接看那篇文章。...最近,公有云又出了些大故障,各大群和朋友圈又开始沸沸扬扬,但是整体看下来,声音无非两种: 单站点不靠谱,要有容灾,出现这种情况就得马上切,所以回去赶紧建设容灾站点; 鸡蛋不能放在一个篮子里,单云不靠谱,...(如果数据层没有这么复杂,只有几个数据库,那是没问题问题的,但是分布式的场景下,上百个,几百个实例切换,这个代价和成本还是很大的。)...既然要双活,必然会选择另一个跟当前机房有一定距离的机房(同城或异地),而且距离必须得拉开才有意义,如果都在一个园区里面,就没有任何容灾意义了。...我们可以得出的几个结论: 不管怎么选择容灾方案,我们自己的业务系统,从自身架构上,一定要支持单元化,一定要支持数据同步才行,如果这都不支持,讲双活和多活,就是特么的扯淡。
CDB for MySQL 普通实例架构(同个可用区) 3.png CDB for MySQL 同城灾备实例架构(不同可用区) 4.png 说明:腾讯云数据库多可用区部署目前仅支持深圳金融专区,大客户可以特殊支持...高可用基本结构2:CLB+不同可用区CVM+MySQL实例(同可用区) 在同个可用区中,每个CDB for MySQL实例均有实时热备的备机提供数据库的高可用; 但可以为MySQL创建灾备实例,在主实例发生故障...如果还使用CDB等产品,还需要考虑CDB的跨可用区容灾问题,CDB for MySQL支持灾备实例。...同城双机房(跨可用区容灾)架构 参考上面高可用基本架构3 异地(跨地域容灾)架构 11.png 两地三中心架构 12.png 补充,要实现所谓的容灾功能需要依赖云上产品的数据同步能力: CVM镜像:...目前支持跨地域复制,但是制作镜像需要关机; COS复制:后续会支持跨园区复制的功能; DTS复制:创建数据库同步任务; CLB多可用区:目前只有金融专区支持; MySQL多可用区:目前只有深圳金融区支持
领取专属 10元无门槛券
手把手带您无忧上云