同时数据库与web、应用服务器不建议放在同一台云主机上，避免互相争抢资源，云端建议买RDS Paas服务，减少麻烦。 ?...双活架构一般是发生是两个数据中心相邻距离不远的场景。如果对于金融级的客户，还会考虑异地的灾备。则采用以下的架构。保障双活的公有云中断时，异地的私有云还能够在一定的时间内接管业务。 ?...五、数据灾备级的容灾方案 对于以上的方案，投入的代价较大，例如需要支付双活数据中心的高速通道费用、相同配置的云主机费用。...2、例如下图，也可以通过纯软件的方式进行灾备，直接将备份的文件放下云端、或线下私有云。 ? 这两种方式本质上都是文件级的灾备方案，因此对于数据库等高可靠性的业务支撑不如日志级的数据同步方案。...建议将灾备的周期可以设置为一小时及以上，以保障数据库的运行稳定安全。同时为避免数据库在异常情况下无法恢复，建议使用原厂的工具进行数据实时日志级同步，如Oracle DG、Mysql的主从脚本等。
数据库作为企业数据的管理软件，是企业的核心资产，需要避免单点灾难，因此数据库灾备需求应运而生。 但数据库想要实现绝对可靠的灾备并不是一件容易的事。...随着越来越多的企业上云，如何做好云数据库灾备，确保云上数据安全、保障云上业务不中断，这些问题对数据库灾备技术提出了更高的要求。 此外，不同行业用户对于数据库灾备的需求也不尽相同。...那么，在云时代，数据库灾备方案应如何满足不同用户的需求？数据库灾备的技术理念有着怎样的技术更新和迭代？...但如何达到国内外灾备建设标准，其实是门值得深入钻研的必修课。 作为承载中国电信核心系统业务的天翼云TeleDB数据库，在提供容灾双活能力方面有着出色的表现。...一方面，天翼云借鉴国际国内灾备标准，进一步细化灾备指标，添加库级读写分离、表级双写双读、行级双写双读等能力，让数据库灾备标准更加优化，有法可依。
华南中心项目中，AntDB采用了典型的分布式架构，具备双中心容灾机制，主备中心共有48台主机，数据节点DN1-DN12配置为一主两备，其中主中心一主一备，容灾中心为异步备节点，共计36节点。...GTM主备中心各两台，分别为一主一备，共计4节点。计算节点主备中心各4台，共计8节点，主备节点之间采用流复制方式同步数据。DN1到DN12为主数据节点，其余数据节点均为备节点。...双中心容灾保证可靠性 根据用户需求，计费系统为核心系统，为保证业务的连续性及数据安全性，数据库需要建设主备容灾系统，在单中心发生断电、断网等全局故障的时候另外一个中心可以快速接管，不影响计费话单数据存储和处理...亚信科技AntDB数据库支持双中心、两地三中心等多种容灾方式，该项目上选用的是双中心容灾模式。...AntDB分布式部署架构支持双中心容灾，通过AntDB集群管理工具可以快速地在备中心完成集群搭建，主中心出现全局故障时可以迅速切换到备中心承载业务。
（以时间来度量），这是一个灾备系统所选用的数据复制技术有密切关系的指标，用以衡量灾备方案的数据冗余备份能力。...应用级 容灾的 RTO 通常 在 12 个 小时 以内 ，技术复杂度较高，运行维护的成本也比较高。 业务级容灾 是生产中心 与容灾中心对业务请求同时进行 处理 的容灾方式，能够确保 业务 持续可用。...与异地灾备模式相比较，本地双中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点；异地灾备中心是指在异地建立一个备份的灾备中心，用于双中心的数据备份，当双中心出现自然灾害等原因而发生故障时...业务以及基础组件异地双活方案 数据库的异地双活 Zookeeper异地双活 先来点背景知识： 1、zookeeper中的server机器之间会组成leader/follower集群，1:n的关系。...基于功能分表方案 根据不同的功能拆分数据库或表，也是一种非常不错选择。 总结 灾备方案都是有成本和风险的，灾备也没有银弹，不可能打死所有的怪兽。还是随着业务发展，不断的演化才是王道。
与异地灾备模式相比较，本地双中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点；异地灾备中心是指在异地建立一个备份的灾备中心，用于双中心的数据备份，当双中心出现自然灾害等原因而发生故障时...异地灾备中心 是指在异地的城市建立一个备份的灾备中心，用于双中心的数据备份，当双中心出现自然灾害等原因而发生故障时，异地灾备中心可以用备份数据进行业务的恢复。...（ 生产中心、同城灾备中心、异地 灾备 中心 ） 4、 双活 数据中心 所谓 “ 双活 ” 或 “ 多 活 ” 数据中心，区别于 传统 数据中心 和 灾备中心的模式，前者 多个 或两个数据中心都处于运行当中...应用级 容灾的 RTO 通常 在 12 个 小时 以内 ，技术复杂度较高，运行维护的成本也比较高。 业务级 容灾 是生产中心 与容灾中心对业务请求同时进行 处理 的容灾方式，能够确保 业务 持续可用。...异地灾备中心是指在异地的城市建立一个备份的灾备中心，用于双中心的数据备份，当双中心出现自然灾害等原因而发生故障时，异地灾备中心可以用备份数据进行业务的恢复。 1.3.4.
去年写过一篇《做容灾，冷备是不是个好方案？》，当时提出来，冷备或者主备，其实并不是一个理想的方案，而且绝大多数情况下，只能是一个心理安慰，真正发生故障的情况下，这样的容灾模式根本起不到作用。...转回正题来，既然上篇提到主备模式不靠谱，那到底怎么选？而且整天见各类技术文章，不是双活，就是多活，不是同城，就是异地，现在又出来个多云，好复杂。...（如果数据层没有这么复杂，只有几个数据库，那是没问题问题的，但是分布式的场景下，上百个，几百个实例切换，这个代价和成本还是很大的。）...既然要双活，必然会选择另一个跟当前机房有一定距离的机房（同城或异地），而且距离必须得拉开才有意义，如果都在一个园区里面，就没有任何容灾意义了。...一切都是ROI，为了保证高可用，就一定会有成本，高可用程度越高，成本就一定越高，所以成本投入得到的收益到底划不划算，这个只能自家公司自家评判。
在不能使用数据库的事务处理以及锁（表锁/行级锁）时，怎么保持数据一致性？怎么解决数据库并发操作？ 怎样解决避免多个用户读读取同一条数据记录？...使用 SSL 加密 Restful 购买的证书与自己生成的证书有什么区别 SSL 怎样配置，在哪里配置 访问 SSL 的 Restful 需要注意什么 数据库应用 数据库分割问题 什么是顺平分割，什么是垂直分割...分表，分库有需要主要那些事项 分表，分库后怎么解决夸库查询 分表，分库后怎么创建索引 数据库复制问题 数据库复制有哪几种？...高可用设计 什么是高可用 什么是双机热备，双机热备有那些缺陷 什么是双活 请简述实现软件高可用要考虑那些因素 软件设计中的灾备问题 请简述设计一个远程异地灾备系统 两个机房怎样设计灾备系统 三个机房怎样设计灾备系统...跨境情况需要考虑那些影响因素 软件灾备开发问题 数据库怎样实现灾备 缓存怎样实现灾备 应用服务器怎样实现灾备 Web 服务器怎样实现灾备 计划任务、定时周期运行的程序怎样灾备 消息队列怎样实现灾备 双活的软件怎样实现同一时刻只能一个运行
冷备或者主备并不是一个理想的方案，而且绝大多数情况下，只能是一个心理安慰，真正发生故障的情况下，这样的容灾模式根本起不到作用。 原因我就不重复了，大家如果有兴趣可以直接看那篇文章。...转回正题来，既然上篇提到主备模式不靠谱，那到底怎么选？而且整天见各类技术文章，不是双活，就是多活，不是同城，就是异地，现在又出来个多云，好复杂。...（如果数据层没有这么复杂，只有几个数据库，那是没问题问题的，但是分布式的场景下，上百个，几百个实例切换，这个代价和成本还是很大的。）...既然要双活，必然会选择另一个跟当前机房有一定距离的机房（同城或异地），而且距离必须得拉开才有意义，如果都在一个园区里面，就没有任何容灾意义了。...一切都是ROI，为了保证高可用，就一定会有成本，高可用程度越高，成本就一定越高，所以成本投入得到的收益到底划不划算，这个只能自家公司自家评判。
两地三中心 两地三中心建立在同城双活+异地灾备的基础上，兼具高可用性和灾难备份的能力，其中异地灾备中心 是指在异地的城市建立一个备份的灾备中心，用于双中心的数据备份，当双中心出现自然灾害等原因而发生故障时...整体架构是同城双活+主备的组合方案。 部署方案： 微服务管控层：同城双活部署，异地灾备，各自的数据不需要做同步，只负责各自的服务管控。...应用层：不同数据分片的应用异地多活，相同数据分片的应用同城双活，异地灾备。 数据库层：数据分片一主多从，不同分片异地互备。...部署单元设计：考虑容灾设计，单元与数据库分片绑定，同城单元双活，异地部署灾备单元。...应用层：每个地域包含全量单元分片，不同数据分片的应用异地多活，相同数据分片的应用同城双活，异地灾备。 数据库层：数据分片一主多从，不同分片异地互备。
现阶段的云化数据中心的灾备建设都是以主备双中心和两地三中心的模式为主。通常可以以主备双中心的模式作为基准，通过详细规划和逐步建设，向两地三中心的模式演进。...3)灾备级别 灾备级别主要考虑应用级容灾和数据级容灾（业务级容灾主要是面向非IT系统的范畴），在具体执行上，又可以分别采用双活和主备两种工作模式，因此，灾备系统的灾备级别包括： 应用主备...数据主备 应用双活 数据主备 应用双活 数据双活 工作模式 应用和数据仅在生产中心运行，并通过异步方式备份到灾备中心。...图 5 数据一致性的挑战 数据库是容灾建设的关键，数据的一致性是实现同步双活灾备需要首先考虑的问题，这需要通过在主备数据中心之间建立数据的同步机制来保障。...在传统数据中心中，建设同步双活级别的灾备系统需要在生产中心和灾备中心中配置对等的基础资源，而云化数据中心的建设则可以大大降低灾备建设成本。
本文叙述了高校业务系统及数据容灾备份方案 2.0 的应用探索和实践，介绍了数据库双活、应用秒级容灾和数据级实时备份、虚拟化平台备份等综合性创新应用，满足当前教育信息化 2.0 行动计划的信息安全需求...关键字：数据库双活 容灾 CDP 虚拟化备份 一、行业背景 新一代信息技术、通信技术、人工智能的飞速发展，给教育信息化的腾飞插上了翅膀，大部分的教育机构也在“教育信息化 2.0 行动计划”的发展纲要下，...△容灾备份方案 2.0 2.0 方案覆盖数据库系统故障、应用系统故障、单机单点故障、逻辑错误&病毒攻击、自然灾害等场景，满足高校在数据库双活、云灾备、容灾秒级接管、数据持续保护等容灾备份需求，具备了多层次...、多策略、全域的特征优势，其重要功能应用如下： 1.Oracle RAC 数据库集群容灾备份 通过数据库结构化同步软件 i2Active，对 Oracle RAC 数据库集群环境的业务系统，进行一对一的双活保护...，即灾备到对应单机 Oracle 数据库系统内。
偏硬件的方式，也被叫做数据级灾备；偏软件的，被叫做应用级灾备。后文谈得更多的是应用级灾备。 双机互备 本质上还是Active/Standby，只是互为主从而已。...同城双活其实和前文提到的双机热备没有本质的区别，只是“距离”更远了，基本上还是一样（同城专线网速还是很快的）。双机热备提供了灾备能力，双机互备避免了过多的资源浪费。...远端的备份机房能更大的提供灾备能力，能更好的抵抗地震，恐袭等情况。双活的机器必须部署到同城，距离更远的城市作为灾备机房。...灾备机房是不对外提供服务的，只作为备份使用，发生故障了才切流量到灾备机房；或者是只作为数据备份。原因主要在于：距离太远，网络延迟太大。...异地双活 同城双活可以应对大部分的灾备情况，但是碰到大面积停电，或者自然灾害的时候，服务依然会中断。
偏硬件的方式，也被叫做数据级灾备；偏软件的，被叫做应用级灾备。后文谈得更多的是应用级灾备。 双机互备 本质上还是Active/Standby，只是互为主从而已。...同城双活其实和前文提到的双机热备没有本质的区别，只是“距离”更远了，基本上还是一样（同城专线网速还是很快的）。双机热备提供了灾备能力，双机互备避免了过多的资源浪费。...远端的备份机房能更大的提供灾备能力，能更好的抵抗地震，恐袭等情况。双活的机器必须部署到同城，距离更远的城市作为灾备机房。...灾备机房是不对外提供服务的，只作为备份使用，发生故障了才切流量到灾备机房；或者是只作为数据备份。原因主要在于：距离太远，网络延迟太大。...3、异地双活 同城双活可以应对大部分的灾备情况，但是碰到大面积停电，或者自然灾害的时候，服务依然会中断。
应用、中间件云上云下冗余对称部署，同时对外提供服务（应用双活）。 数据库异地主备，异步复制备份。应用读写同一数据中心的数据库，避免考虑一致性问题。...数据同步&数据库连接切换 数据库异地主备部署，云上云下应用日常态均读写云上 Redis 和 RDS 数据库，无需考虑数据一致性问题。...改造内容 应用上云 选择跟自建 IDC 较近的阿里云地域，云上完全冗余的部署一套应用、中间件和数据库，以便搭建云上云下双活容灾架构。在这个 Demo 案例中，选择杭州 Region 作为容灾单元。...中间件和数据库： 云上部署 MSE 托管 ZK/Nacos 注册中心、云数据库 Redis 和 RDS，建议使用跨可用区部署高可用版本，具备同城双活容灾能力。...主备切换详情页，可以看到切换进度和切换结果，任务进度 100% 后，表示切换完成。 商品、订单、购物车数据库都主备切换完成后。
同城双机房指的是在同一个城市或相邻的城市建立两个相同的系统，双中心具备等同的业务处理能力并通过高速链路实时数据同步，日常情况下可同时分担业务及管理系统的运行，并可切换运行，当意外的情况下基本在保证不丢失数据的情况下可进行灾备应急切换...，保证业务的连续性， 异地灾备是考虑因为特殊的自然现象而在外地做的备份，实现双机房的数据备份，当同城机房因为自然灾害等出现意外情况，异地灾备的备份数据可以进行恢复，以保证数据的完整性。...首先UCACHE灾备云与本地服务中心建立的灾备中心，数据通过G口网络实时同步备份至灾备中心，可以实现实时备份，或是定时备份，当本地灾备中专心出现服务器故障或者数据丢失时，可快速从云平台将数据恢复，同时云平台也可将数属据恢复至本地服务中心...数据有效性验证：即时的数据验证 7、数据有效性验证：统一编排恢复验证计划，自动测试并输出详细报告 8、数据利用：任意时间点的分钟级数据挂载，以进行开发测试、查询分析等 9、数据加密：云采用从传输层、存储层、数据库层全程加密的方式...，保障数据全程处于加密状态；且加密密钥可由客户自主管理，并支持定期进行密钥更新 10、操作方式：一站式灾备数据管理WEB平台，一键管理 11、备份功能设置：定时备份、增量备份、永久增量数据备份 12
下面我们主要阐述的也是数据层的容灾。主流容灾架构同城灾备同一个城市至少部署两个机房，仅主机房对外提供服务， 备机房平时不提供服务能力，主要作为主机房的备份，主备之间数据采用单向同步的形式。...缺点: 备数据中心存在资源浪费的情况；关键时刻不敢切流，容易出现版本、参数、操作系统不一致等情况同城双活两个机房同时对外提供服务。...对于延时敏感的系统跨机房写会给用户带来不好的体验伪异地双活(应用层双活)这种架构与同城双活有很多相似之处，唯一的区别在于备数据中心的读写进行了分离，读操作直接读备数据中心，而写操作为了保证数据一致性，将打到主数据中心的数据库上...云上容灾架构分析案例一腾讯云上云基础架构云上基础容灾架构如下(数据层采取同城双活):图片主要产品:CDN 加速WAF应用防火墙+DDOS防护CLB 负载均衡(多可用区)多可用区云主机数据库(多可用区主备...+异地灾备)
偏硬件的方式，也被叫做数据级灾备；偏软件的，被叫做应用级灾备。后文谈得更多的是应用级灾备。 ②双机互备 本质上还是 Active/Standby，只是互为主从而已。...同城双活其实和前文提到的双机热备没有本质的区别，只是“距离”更远了，基本上还是一样（同城专线网速还是很快的）。双机热备提供了灾备能力，双机互备避免了过多的资源浪费。...远端的备份机房能更大的提供灾备能力，能更好的抵抗地震，恐袭等情况。双活的机器必须部署到同城，距离更远的城市作为灾备机房。...灾备机房是不对外提供服务的，只作为备份使用，发生故障了才切流量到灾备机房；或者是只作为数据备份。原因主要在于：距离太远，网络延迟太大。...异地双活 同城双活可以应对大部分的灾备情况，但是碰到大面积停电，或者自然灾害的时候，服务依然会中断。
典型案例 虽然这里对“容灾”概念进行扩展，一般指同地域以及跨地域粒度的容灾；以云上客户案例同时结合腾讯云产品能力，分别对同城容灾，异地灾备以及异地多活进行说明。...3.1 异地容灾 异地容灾的核心特征： 1）容灾范围：地域粒度的容灾。 2）流量分布：单地域承载100%业务流量。 3）数据存储：数据库以及存储均在异地做冷备，数据单向同步。...image.png 3.2.2 同城双活（双写） 同城双活核心特征： 1）容灾范围：可用区粒度容灾 2）流量分布：每个可用区均承载流量业务；数据库采用分区模式，将数据分为两个可用区，az间的网络延时对业务影响较小...以下是云上某saas厂家同城双活案例： 云上的存储业务均采用虚拟机或者黑石机器进行自建，业务以账户单双号进行set化部署；A区的数据库存双号，B区的数据库存双号；数据库同步使用双向方式；每个AZ数据库均存在全量数据...以下为某生活巨头异地多活的场景： 业务流量统一调度，通过路由层进行set路由，将流量分发到各个set；各个set业务流量相互独立；数据容灾各个set之间两两互备，同时set和中心互备形成三副本。
几种常见灾备架构 同城双活：互联网用户可同时访问生产和容灾机房入口 1.png 容灾级别：应用级容灾； 容灾技术：CDN、EMC Vplex 存储复制、应用负载均衡、应用配置文件复制； RTO：可达到秒级恢复...； RPO：根据双活机房的同步复制，可达到数据零丢失； 灾备切换关键： 网络层：通过CDN可将用户访问自动切换至容灾机房； Web及应用层：容灾机房一直处于运行状态，无需手动切换。...但部分应用可能需要调整配置； 数据库：通过Oracle dataguard实现数据库复制，切换时需要将容灾机房的数据库服务器配置为主节点。...RPO：根据双活机房的同步复制，可达到数据零丢失； 灾备切换关键： Web、应用、数据库服务器：在HA集群上迁移虚拟机至容灾ESX主机上，然后启动虚拟机； 虚拟机文件、数据库文件均使用存储虚拟化技术实时复制...根据关键点，我们梳理一下真实的应用灾备演练的过程如下： 图片1.png 容灾应用管理 应用管理员，登录到SaaS后，首先添加目标灾备应用，包括应用系统基础信息、服务器对象、数据库对象等； image007
传统的存储复制容灾架构和DG容灾架构理论上是可以避免业务中断的，但很多企业在实际操作过程中，往往灾备切换的过程很漫长。...云和恩墨作为该企业数据库运维支撑服务商，提供了 Oracle Extended RAC 双活架构的解决方案以保证业务系统运行稳定性与可用性。...在该客户的双活架构中，Extend RAC 架构构建于同城异地的主备机房，采取双机房、双存储、双网络链路、四节点 RAC 的整体高可用容灾架构模式，主备机房可同时支撑业务运行，在主机、存储、网络、电力、...根据该保险公司的实际情况，云和恩墨采取存储扩容配合 RAC 节点增加的实施方案，无缝的实现了整个 Extend RAC 架构的无停机时间迁移改造，并配合与业务特性相匹配的最佳实践配置方案，顺利实现真正意义的数据库同城双活高可用容灾中心架构...基于Extended RAC方案，我们将两个站点分别设置在不同的大楼，采取双机房、双存储、双网络链路、双站点 RAC 的整体高可用容灾架构模式，主备机房可同时支撑业务运行，在主机、存储、网络、电力、机房环境等多个纬度提供了以双防单的多重可靠性防护方案
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
