在一个数据为王时代，数据安全视为一家企业命根子，因此如何保障企业数据安全尤为重要。本文主要从数据库容灾方案视角，基于当前客户业务并结合技术&产品，制定最佳容灾方案。...主要从以下三个方面来介绍： 方案设计要素 云上容灾方案 云上客户案例 1.方案设计要素 数据库容灾方案设计要素主要数据同步，数据一致性以及数据修复三个方面 。...Master 向 Slave 复制数据是同步进行的 强 弱 2.针对双写业务场景 业务双写，说明业务系统有两套数据库集群，数据一致性保障一方面是集群内数据复制方式，另一方面两个集群间数据复制方式。...双写数据一致性保障主要还是依赖于业务层。...数据产品 跨区容灾 就近访问 跨地容灾 CDB 支持 控制台自助配置 支持 跨AZ/跨地域RO实例 方案一：通过DTS支持，需要业务手工切换VIP 方案二：支持DTS双写能力，云上云下或多地域。
随着云计算如火如茶的进行，IT资源可进行快速部署，弹性扩容及超高的性价比，这对于我们创建本地IDC机房数据库容灾提供极大的便利性。如何利用云数据库做容灾成为DBA的基本功。...（MySQL）的：同城同区灾备、同城不同区灾备、跨地域灾备。...同地域同可用区部署 云数据库 MySQL同可用区部署架构示意图 云数据库MySQL 普通实例架构(同个可用区) 同地域不同可用区部署 云数据库 MySQL 同城灾备实例架构...云数据库 MySQL 同城灾备实例架构（不同可用区） 说明：腾讯云数据库多可用区部署目前仅支持深圳金融专区，其他可用区的支持还在规划中。...跨地域部署 云数据库 MySQL 异地灾备实例架构 云数据库 MySQL 异地灾备实例架构 三、构建云上灾备环境 通过上面的介绍，我们基本了解云数据库 MySQL的架构，接下来我们来说说本地
随着云计算如火如茶的进行，IT资源可进行快速部署，弹性扩容及超高的性价比，这对于我们创建本地IDC机房数据库容灾提供极大的便利性。如何利用云数据库做容灾成为DBA的基本功。...，轻松来搭建数据库（MySQL）的：同城同区灾备、同城不同区灾备、跨地域灾备。...同地域同可用区部署 云数据库 MySQL同可用区部署架构示意图 云数据库MySQL 普通实例架构(同个可用区) 同地域不同可用区部署 云数据库 MySQL 同城灾备实例架构...云数据库 MySQL 同城灾备实例架构（不同可用区） 说明：腾讯云数据库多可用区部署目前仅支持深圳金融专区，其他可用区的支持还在规划中。...跨地域部署 云数据库 MySQL 异地灾备实例架构 云数据库 MySQL 异地灾备实例架构 三、构建云上灾备环境 通过上面的介绍，我们基本了解云数据库
我们来看一下数据中心防冻指南（非专业）： 数据中心中电子产品中的锂电池要避免暴露在低温中； 高温会引发故障，低温同样会。...在数据库层面，对于重要的业务系统构建灾备和冗余的高可用系统架构是必不可少的。...至少每一个数据中心的维护者，都应当考虑，在极端的情况下，如何从备份和灾备环境中生存下来。 当然，最重要的是，无论你需要的是数据恢复服务，还是灾备咨询实施服务，我们都可以为您提供专业的协助。...业务架构 电子渠道（网络销售）分析系统、数据治理 IT基础架构 分布式存储解决方案 | zData一体机 | 容灾环境建设 数据架构 Oracle DB2 MySQL NoSQL 专项服务：架构/安全/...容灾/优化/整合/升级/迁移 运维服务：运维服务 代维服务 人才培养：个人认证 企业内训 软件产品：SQL审核、监控、数据恢复 应用架构 应用软件和中间件：数据建模 | SQL审核和优化 | 中间件服务
中的数据, 所以Redis数据持久化是容灾恢复必备条件; Redis支持两种持久化方式: (1) RDB 持久化(默认支持): 该机制是指在指定的时间间隔内将内存中数据集写入到磁盘; (2) AOF 持久化...通过RDB文件可以方便的将redis数据恢复到某一历史时刻，可以提高数据安全性，避免宕机等意外对数据的影响。 3) 适合大规模的数据恢复, RDB的启动恢复效率高。...数据恢复完全依赖于磁盘持久化，如果rdb和aof上都没有数据，数据就无法恢复了。 Tips : 重点再记录、为保证数据容灾建议启用rdb与aof持久化机制，前者保证数据备份而后者保证数据的完整性。...rdbchecksum no Tips : 数据恢复到此结束，此方法只适合用于临时恢复和导出数据，数据完整性不敢保证。...也可以在两个redis之前同步数据并允许用户自定义同步服务来把redis数据同步到其他地方. ---- 0x01 备份容灾 一、备份 1.手动备份redis数据库 #!
上一节我们讲述了SQL Server容器化实践（注意，SQL Server现在也支持跨平台），本节将讲述如何持久保存数据，并且接下来将逐步讲解其他数据库（MySql、Redis、Mongodb等等）的容器化实践...如何持久保存数据？ 默认情况下，在容器内创建的所有文件都存储在可写容器层中。这意味着： · 当该容器不再存在时，数据不会持久存在，并且如果另一个进程需要，则可能很难从容器中获取数据。...对于数据库(不仅仅是SQL Server)来说，了解 Docker 中的数据持久性至关重要！那么我们如何在docker中持久保存我们的数据呢，即使关联的容器已经删除的情况下？...使用数据卷持久保存数据库文件 卷是保存Docker容器中的数据的首选机制。虽然绑定挂载依赖于主机的目录结构，但卷完全由Docker管理。主要有如下好处： · 易于备份或迁移。...方式一，使用主机目录 首先，我们可以将主机目录加载为容器的数据卷，用来存储数据库文件。
一方面，天翼云借鉴国际国内灾备标准，进一步细化灾备指标，添加库级读写分离、表级双写双读、行级双写双读等能力，让数据库灾备标准更加优化，有法可依。...物理文件和日志监听，实时和周期备份到各种灾备存储； 低廉成本网关方案与高速专线方案，均可提供高效的企业级数据库容灾安全； 支持两地三中心、三地五中心、一主多从容灾。...总体而言，天翼云TeleDB数据库支持异地备份、异地容灾，并提供高可用、强一致、多AZ部署，以及两地三中心的容灾方案，能提供多场景，高效率，多级别，简易实施的数据库容灾能力。...2022年，天翼云TeleDB数据库容灾双活方案，顺利保障了多个省市健康码业务正常运行不中断。...结语 如今随着云技术的快速发展和数据安全合规监管的从严，企业对于数据库容灾备份能力提出了更高的要求，既要选择适合自身生产环境的技术方案，也要考虑不同信息系统采用不同灾备方案，以达到最优TCO。
本文重点介绍了美团数据库的容灾体系建设实践，主要内容包括业务架构、数据库容灾平台能力建设、演练体系建设以及这些建设取得的一些成果，最后也会分享一下容灾建设的未来思考。...容灾2.0：容灾视角从数据转换为应用系统，业务具有同城双活或同城多活能力，采用同城双活或同城双活加异地冷备（两地三中心）的部署架构，除冷备以外的每个机房都有流量处理能力。...由于各公司所处发展阶段不同，采用的方案也会有所区别，美团大部分业务处于2.0阶段（即同城双活或多活架构），但对于大体量、有地域容灾及有地域扩展性要求的业务则处在容灾3.0阶段。...整体架构如下图所示，业务上表现是多机房、多活形态，数据库采用这种主从架构，单机房处理写流量、多机房的负载均摊读流量。下面要讲“数据库容灾体系建设实践” 就是面向N+1架构的。...3 数据库容灾建设 | 3.1 面临的挑战 超大规模的集群带来的挑战：公司业务高速发展，服务器规模指数级增⻓，数据中心规模越来越大，大机房已有大几千数据库集群，上万个实例。
1.2 典型的电商大促活动简介 618大促：每年6月是京东的店庆月，也是京东的电商促销主战场，在店庆月京东都会推出一系列的大型促销活动，从6月1日延续至6月18日（近几年开始从5.20日左右开启预售模式...双十一&双十二: 双十一是指各网络购物平台在每年11月11日的大型促销活动，最早起源于中国阿里巴巴旗下购物网站在2009年11月11日举办的“淘宝商城促销日”，现已演变成全行业一年一度的购物活动，及影响全球零售业的消费现象...双十一购物节战场延伸进12月，即“双十二”。（备注：淘宝商城项目刚独立，后更名为天猫，该营销活动主打品牌商的商品，是想要模仿美国感恩节大促销这种活动，通过一个活动或一个事件，让消费者记住淘宝商城）。...（参考维基百科） 除上述比较大型的电商促销活动外，其他零售电商平台比如苏宁818、国美418，以及其他电商平台也在自己造节日，而近几年的拼多多、抖音、快手等电商平台更多的是借势双11或者618来提升整个电商平台的...电缆被挖断或者信号中断等问题导致网络瘫痪故障不可用； •- 中间件使用策略异常，比如没有做业务幂等性操作、重试策略未控制次数和时间导致依赖的业务系统无法承接脉冲流量从而服务不可用； •- 还有依赖的中间件和数据库容量水位已到阈值
12月21日荣耀周年活动上，则将发布荣耀9青春版，定价1299元起，搭载前后双摄主打拍照，可以看到年底华为/荣耀发布了多款中低端手机，冲量目标明显。...还有，电商平台开展的双十二购物节则与手机公司的冲刺目标不谋而合，电商平台要GMV，手机公司要销量，于是纷纷选在双十二前夕发新机，并刻意等到双十二发售。...这款手机此前得到市场验证，主打双摄旗舰，上市以来新用户超60%，在千元机中具有很强的竞争力，双11当天与魅蓝6销量合计突破了80万台。 ?...在市场已经验证了对应机型的需求后，如果有用户感知强烈的真实降价，自然可以掀起抢购的热潮，特别是在双十二这样的促销节点，真金白银的降价比新机发售更有效果。...只有科学的定价才能在合适的时间节点更有余地地做促销。 产品规划，魅族与魅蓝，小米与红米，华为与荣耀，都形成了双品牌结构，由专门的品牌负责销量冲击的任务。
“双11”带来的购物狂潮余温尚存，“双12”又火热来袭，而面对愈演愈烈的促销大战，云市场显然已按耐不住云服务商的热情，各家动作频频，其中以阿里云、天翼云、腾讯云为主要代表，借助岁末年关纷纷推出大幅度优惠促销活动...云市场短兵相接，促销活动夺眼球 记者了解到，12月18日前后，云服务商活动相对集中，中国电信、阿里、腾讯等大品牌均在此前后开展活动，其中，主要三家云服务商活动如下： 阿里云：12月18日起，阿里云将开启年度云促销盛典...促销活动包括：全新行业云、续费优惠、1亿元扶持计划，以及重量级神秘大礼; 18日当天8：00-20:00购买云服务器(ECS)/关系型数据库(RDS)还有机会免单等，根据目前官方的消息看，阿里云的本次活动主要以存量客户为主...早在双十一期间，阿里在论坛上就发布公告其双十二的活动预告，这次活动还是给阿里云的粉丝不少期待的。...据小编侧面了解，双十二天翼云也会针对四川池推出较为优惠的主机促销活动，预估活动力度在5折左右，另外还有Iphone 、mini的抽奖活动，可谓力度空间。
随着业务量的指数级增长，水滴公司每天产生的数据量也与日俱增。同时，金融保险的行业属性使得水滴公司对数据容灾也有高要求，这对底层数据库的服务能力提出了巨大挑战。...水滴公司研发负责人详解数据库的应用秘诀 1 PartⅠ 2020的开年第一战 2020年春节期间，水滴保险商城发起了春节红包活动，活动期间用户不仅可以参与瓜分20亿红包，还可领取海量保险大礼包，帮助大家建立保险保障意识...1 Part Ⅱ 灾备抗突发，我们时刻准备着 金融保险行业中，一个字符可能就代表数千万甚至上亿元的资产，当因数据中心硬件、网络、电力故障或不可抗灾难如地震、洪水等因素造成业务不可用情况时，同城双中心灾备就尤为重要...腾讯云MySQL数据库默认采用主备架构，两个实例位于同一数据中心的不同服务器，当主实例不可用时，系统会自动将数据库连接切换至备实例，在设置同城及异地灾备中心的情况下，用户可将同城或异地灾备中心切换为新的数据中心...同时，腾讯云数据库容灾服务使用腾讯云内部带宽，不占用水滴公司的业务带宽，从而大幅节省了容灾建设的人力和资源成本，在保证业务高可用的前提下，实现效益最大化。
秒杀业务业务特点 服务承载的访问压力大 瞬时流量突增：业务促销活动在特定时间开启，大量用户请求等待活动开启后瞬间涌入 抢购脚本带来压力：灰产通过抢购脚本薅羊毛，一方面带来额外的系统压力，另一方面影响抢购活动公平性...DDOS趁虚而入：可能存在竞对在活动期间使用DDOS攻击网站 存在明显的访问热点 热点集中：少量优惠力度大的商品成为抢购热点，比如小米华为手机，10万台手机在1分钟内售罄 热点未知：部门商家和商品可能并不在预计的促销范围内...容灾与高可用 业务容器宕机、数据库主库宕机、机房级宕机都可能出现，技术团队需要通过有效的容灾规划、set化、分库分表等，降低“爆炸半径”，并且要做到快速切换。...系统预热 大量流量会在大促开始的第0秒集中涌入，活动开始前需要完成 JVM预加载代码、缓存预热、数据库连接池预热等系统预热工作。...我们可以做些什么 阿里双11的目的在于：去库存、提升影响力和拉新，而对研发和基础架构来说则是保持技术领先的年度演习。
而双十二当天为周五，促销结束后周末的用户活跃度最低，因此平日运营可以将活动集中在周末进行，而双十二期间集中精力做好促销让用户购买冲动充分释放，结束后可以暂缓一段时间。...而0点之后购买数达到第一个高峰，双十二当天早上八点到10点之间迎来了第二个高峰，此时部分用户早起购买大量商品，而晚上八点到十点经历了第三个高峰，促销活动可以针对这几个高峰期进行重点投放。...2.研究用户在不同时间尺度下的行为规律，找到用户在不同时间周期下的活跃规律 一个月中的消费活动在平时以一周为周期进行波动，而双十二促销期间各项指标达到高峰。...而平时一天中有两个高峰期，中午12点左右和晚十点左右，双十二期间由于活动时间的关系凌晨的销量最高。...针对高峰期进行营销活动收益最高，此时使用人数最多，活动容易触达用户，营销活动的形式可以通过促销、拼团等形式进行。
下面就对几种主流的数据库容灾方案进行分析，希望能在容灾方案选型阶段给大家一点思路。...到底选择哪一方案，依然那句话：没有最好、只有最适合，把握数据库容灾的基本原则：省钱、实用、简单、高效！ 1....例如，灾难发生后半天内便需要恢复，则 RTO 值就是十二小时。 容灾半径是指生产中心和灾备中心之间的直线距离，用以衡量容灾方案所能防御的灾难影响范围。...数据一致性 – 备份数据库支持读一致性的查询活动 ( 交易的一致性在任何时候都受到保护 ) 。 灵活的拓扑结构 – 在数据库和表一级实现了多种相关数据的分部方式。...数据库容灾 ； Shareplex 适合于异构平台 的 Oracle 数据库 容灾； GoldenGate 适合于 异构平台和异构数据库的容灾与应急备份，消除计划内停机、双业务中心 、 数据仓库实时供给
虽然Redis单节点可提供10W+的吞吐，但不足以应对电商直播、秒杀等促销活动中出现的突发、热点访问场景，缓存服务无法提供足够的性能冗余。...同时，当出现数据中心级故障时，单数据中心部署的业务则很难在分钟级内完成恢复。因此，企业通常选择异地多活业务架构，来解决数据中心容灾和跨地域访问延迟增大的问题。...原生Redis常见的多活方案包括数据同步和应用双写。数据同步方案依赖原生Redis的复制技术，缺点体现在增量日志无法实现持久化，会导致数据同步不连续问题，无法应对跨地域复制网络延迟大的场景。...应用双写方案存在很难处理写入异常场景下的数据一致性问题，需要业务层设计较多的容错逻辑，极大增加业务设计的复杂度。...，满足了企业在多地部署中的就近访问、就近写入以及跨地域容灾的需求。
VFP双表事务处理，双表是指本地表和远程表同时加上事务，这样本地表和远程表，要么同时成功，要么同时失败。...事务是为了保证所处理数据的完整性，如n个相关表被同时修改,在保存数据时，要么全部保存，要么都不保存，这只有用事务来实现。 举例： 入库单增加了一个物料，库存表的相应也应该增加。...如果入库单保存成功，库存表没有保存成功，便会出现数据不一致。而加上事务之后，如果库存表没有保存成功，入库单的数据也会回滚，便不保存。...VFP双表事务 Begin Transaction &&临时表事务 Try SQLSetprop(nDatasource,'transactions',2) &&手动事务处理
一提到高并发、分布式、高可用这些词，很多人都会不自然的想到新闻里阿里双11每秒创建几十万笔的交易订单（2019双11订单创建峰值创纪录每秒54.4万笔） 其实，高并发并不神秘，说白了就是想办法搞定两个指标...并且同时保证数据的正确性、系统的可用性就OK了。 1、网站并发量上来了？啥都不要管，先扩容，堆机器。机器多了自然需要集群技术、负载均衡了。（提升QPS） 2、机器多了也扛不住了？...（保证系统可用性） 4、数据库扛不住了？上分布式缓存。（降低RT） 5、缓存上了之后，数据还是扛不住？那就考虑读写分离、分库分表、数据库容灾。 6、系统间同步交互有延迟？...（降低RT） 7、高并发导致了脏数据？上分布式锁。（保证数据正确性） 8、高并发导致了数据不一致？上分布式事务。（保证数据正确性） 架构从来都不是设计出来的，是演进出来的。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
