主备、冷备、热备、双活、多活、同城、异地、多云，等等等等，这些保证业务高可用和容灾名词，我们经常会听到，不绝于耳。 但是，真的当我们自己要去建设，选择方案时，就发现不知道该怎么选择和搭配了。...结合近期我们的一些讨论，准备用几篇文章简单分享下我们的理解，今天先聊冷备。 冷备是不是个好方案？...理论上，只要有状态的数据（也就是各类分布式服务，如数据库、缓存、消息等组件）同步好，接入层流量能够灵活调度，当出现问题的时候，切入口流量，就可以顺畅的切过去。...最后，结论 冷备只能是冷备，关键时刻并不能起到快速承载业务的效果，在业务容灾建设时，这个思路其实是不可行的。 但是对于部分组件，比如数据库、大数据、文件，这些存储类的部件，做冷备是有重大意义的。...也就是，后面我们在提到冷备时，应该叫做数据冷备、文件冷备、源代码冷备才有意义，或许会更准确些。 ----
题目部分 基于数据库的数据复制技术构建灾备方案有哪些？ 答案部分 基于数据库的数据复制技术大体上可分为两类：数据库自己提供的数据容灾模块和第三方厂商提供的数据库复制技术。...与最大保护模式一样，日志数据需同时写到源数据库的联机日志文件和至少一个备库的备用日志文件（standby redo log），事务才能提交，与最大保护模式不同的是，如果主库日志数据不能写到至少一个备库的备用日志文件...所有复制对象结构（DDL）的改变，都必须通过Oracle提供的复制包来实施 基于日志挖掘 主要用途 灾备恢复、高可用性 数据共享 数据同步 高可用与容灾、实时数据集成 实现简易程度 实现过程和管理简单...经过对以上几种数据库复制技术的分析，DataGuard、Stream、Advenced Replication是专为Oracle数据库开发的灾备模块，适合于同构平台的Oracle数据库容灾；Shareplex...适合于异构平台的Oracle数据库容灾；GoldenGate适合于异构平台和异构数据库的容灾与应急备份，消除计划内停机、双业务中心、数据仓库实时供给、实时报表等应用场景需求。
为大家总结新一期 好雨云帮一周问答集锦（12.12-12.18） 请各位老司机慢用～ ---- Q：应用构建成功，但一直卡在了正在启动中，如何排查和处理？...提供分布式多数据中心多活、多数据中心同步/灾备等，与云帮的多租户管理功能相辅相成。...多数据中心同步与灾备主要针对于业务数据的安全，支持业务层面和存储层面的数据安全保障，依赖于Google 的数据同步及灾备技术，保障多数据中心跨区域的数据一致性。 Q：云帮资磁不资磁源代码构建？
，数据库可用双活，但是数据一致性不能完全保证，维护难度较高；数据库物理复制对系统环境要求高，要求相同的数据库版本，相同的操作系统平台，备库只能以只读模式打开；逻辑卷方式效率较差，一般情况下不会用来做数据库容灾方案...；存储复制数据一致性高，效率好，但是备库不可用，有可能把主库的磁盘坏块也复制过去。...在数据库灾备解决方案中，使用阿里云DTS可实现各数据库间的数据迁移与实时同步，从而为数据库灾备打好最重要的基础。...在数据库灾备解决方案中可使用阿里云DBS实现各数据库间的数据备份。...企业可用自己设计备份或灾备策略，实用数据库本身的技术，把数据容灾到云端，也可用实用云厂商的方案，在线下和线上之间进行灾备实施，或者在云山进行灾备设计。
数据灾备的重要性 有的同学可能会问：我的数据库已经是主从结构、集群化架构了啊。如果有部分节点挂了，数据还是好的呀。这样做是不是就已经ok了呢？ 我可以很明确的说：还不够！...在介绍一些灾备方案之前，我们先来说说数据灾备的重要性，我们为什么一定要做灾备？为什么你是创业公司，也一样是第一重要的事情！...数据灾备的实现方案 数据灾备的方案其实很简单，在做具体方案的时候，你主要做的就是根据你当前企业的情况可以付出多少成本，来确定做什么级别的备份。...所以，对数据有选择性的做备份，才是一名好架构师的表现。 第二个问题：要应对多大的灾难 这个问题的根本就是备份数量以及备份地点的选择。...之前提到过如果数据库已经是高可用的，那么这里面的数据确实已经具备了一定的灾难应对能力，但为什么说这样的灾备级别不够呢？因为通常在线业务的数据库集群都在一个机房，甚至一个机架。
2.建设目标 充分考虑当前信息系统的现状，并借鉴目前网络安全法、等保 2.0 等政策法规对高校信息系统安全的要求，建设业务系统容灾备份保护需要达到以下目标： 规划好系统的等级保护和分级保护； 数据损坏、...△容灾备份方案 2.0 2.0 方案覆盖数据库系统故障、应用系统故障、单机单点故障、逻辑错误&病毒攻击、自然灾害等场景，满足高校在数据库双活、云灾备、容灾秒级接管、数据持续保护等容灾备份需求，具备了多层次...，即灾备到对应单机 Oracle 数据库系统内。...i2Active 通过实时解析 Oracle 数据库在线事务日志，实时传输到备端，在备端执行解析到的事务日志中的指令，进行装载，保证主备两端的数据一致。...在业务数据库系统发生灾难的情况下，此时可使用灾备数据库首先接管业务，然后进行数据的反向复制恢复。
而今年，英方同样有着非常好的预期，这主要得益于英方在灾备领域持续的专注和投入。当然，作为一家以技术为驱动的企业，英方非常重视研发力量的投入。...对此，英方从一开始就注重对全灾备生态产品的投入，目前已经涵盖实时灾备、持续数据保护、应用高可用、数据库同步、在线热迁移、全服务器备份、定时数据备份等多场景的灾备技术与方案。...英方产品版图 产品形态包括云灾备DRaaS，数据库同步i2Active、海量数据灾备i2NAS、云端数据管理i2Share，非结构化数据灾备i2DTO、数据分发i2Distributor及云灾备一体机i2BOX...因此，数据管理看成是灾备边界的延伸，已经成为未来灾备行业边界拓展的方向之一。...目前，英方发布的最新方案主要概括为四大类： 首先iDR智能灾备系列，包括容灾高可用、混合云容灾、数据库同步、整机容灾和两地三中心容灾等，不仅仅保障数据不丢失，关键确保用户的业务不停； 其次iMove智能迁移系列
容灾是确保系统可靠性很重要的一环，容灾一般分为：产品容灾，业务容灾。...本文主要讲下业务容灾步骤及切换方案。 业务容灾过程分位几部分： 1、容灾评估。...具体切换方案如下： 整个切换步骤分为2步： 第一步，先在灾备中心安同等规模部署一样的应用以及各个组件。并做好相应组件的数据同步。...第二步，部署好之后，将通过智能DNS将流量从主生产中心切换到灾备中心。应用已经切换到灾备去区去了，但是底层中间件是，数据库组件还是在主区。 第三步，开始切换各个中间件组件。...也是通过切换接入域名的方式，实现灾备去的应用访问灾备去的中间件组件。 第四步，执行验证，检查应用是否正常运行，业务是否正确，数据是否一致。
如果使用云服务，快照、灾备、离线备份等多种方式都可实现数据备份。...综上所述，业界一般提到的灾备技术，就是指在一个数据中心发生故障或灾难的情况下，其他数据中心可以正常运行并对关键业务或全部业务实现接管，达到互为备份的效果。好的灾备技术可以实现用户的“故障无感知”。...除了灾备系统，灾备演练不可少 那么是否做好灾备系统的建设就可以大功告成了呢？大多数企业其实忽略了灾备演练这个重要环节。...现在很多灾备公司都不太重视灾备的演练，很多一年也没有做到一次，不能完全发现灾备中心的缺陷。...灾备演练是验证灾难发生时，业务系统能否有效联动切换的极为重要的手段。没有灾备的演练计划和手段，往往无法预知灾难发生时生产中心和灾备中心的数据一致性，也无法预知灾备中心是否具有了业务接管的一切必要条件。
如下图： 0.png 什么是灾备？ 灾备（又称灾难恢复，disaster recovery）是指当灾难破坏生产中心时在不同地点的数据中心内恢复数据、应用或者业务的能力。...0.jpg 上图中，飞机是你的 IT 基础设施，飞行员是你的业务，飞行员弹射装置就是灾备措施。一旦飞机故障坠毁，你原来的基础设施就没了，灾备可以让你的业务幸存下来。...灾备的目的就是保存云上业务的核心部分。一个好的灾备方案，就是从故障的基础设施中保存企业最宝贵的数据，然后在新的基础设施上恢复业务。注意，灾备不是为了挽救基础设施，而是为了挽救业务。...（DTS）提供不同区域间数据库同步功能； 衡量容灾系统有两个主要指标：RPO（Recovery Point Objective）和 RTO（Recovery Time Object），其中 RPO代表...灾备：基础设施毁灭时，保证尽快恢复业务。 本文主要概括性介绍了设计高可靠云业务架构的主要考量，具体容错、高可用、灾备如何运用还要看每个公司业务的具体情况来定。
我们上篇文章讲过两地三中心这个架构，如下图： 这种架构具备容灾能力，比如生产数据中心停电了，那么可以把所有流量都切到同城灾备中心或异地灾备中心，那么现在的问题是假如真到了停电的那一天，你敢把所有的流量都切到灾备中心去吗...也就是说： 第一，不能保证灾备中心有能力接管线上所有的用户流量，可能刚已接收灾备中心被压垮，或者出现其他各种各样预估不到的错误； 第二，如果生产数据中心接收了用户的写请求，还没来得及同步到灾备中心，这个时候停电了...，这种情况下，也不能直接把用户流量切到灾备中心。...首先对于上面列出来的两点中的第一点，如果我们能够让灾备中心不再仅仅只能用来做灾备，还能和生产数据中心一样正常的对外提供服务呢？...好，首先我们不管这种架构能不能实现，至少它的好处是非常明显的： 每个数据中心一直在对外提供服务（不是一个新手），所以当一个数据中心停电后，直接把用户流量切到另外一个数据中心也是问题不大的。
三月为TDSQL专题月，本文将带来直播回顾第二篇《破解分布式数据库的高可用难题：TDSQL高可用方案实现》。 视频内容 大家好，今天我分享的主题是TDSQL多地多中心高可用方案。...这种情况下我们只能将主备部署在同一机房。 第三类是作为异地灾备机房。作为灾备储存一般也没有实际业务访问，更多的可能是做备份归档，因此对它的资源投入比较有限。...看完主城两个机房，我们再看看异地灾备机房。作为异地灾备机房，一般是和主节点相隔500公里以上，延迟在10ms以上的机房。...假如有一天发生了城市级别故障，灾备实例仍可以为我们挽回99%以上的数据。正是由于灾备节点和主节点的这种异步弱关系，才允许我们的灾备实例在备城是一个独立部署的单元。...A：这个问题非常好，如果从主城的视角看，这显然是一个级联关系，数据先由主城的master同步到主城的slave，再通过主城的slave同步到备城的master，一层层向下传递数据。
大家好，又见面了，我是你们的朋友全栈君。 说明 灾备： 是指容灾和备份。...（以时间来度量），这是一个灾备系统所选用的数据复制技术有密切关系的指标，用以衡量灾备方案的数据冗余备份能力。...与异地灾备模式相比较，本地双中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点；异地灾备中心是指在异地建立一个备份的灾备中心，用于双中心的数据备份，当双中心出现自然灾害等原因而发生故障时...切换问题不仅仅是灾难发生自动切换到好的机房，还有另外一个问题，就是灾难机房恢复能力后，如何再切换回去，切换回去的数据同步问题又是需要解决的。 4.2、跨机房流量问题。 跨机房的流量是花钱的。...基于功能分表方案 根据不同的功能拆分数据库或表，也是一种非常不错选择。 总结 灾备方案都是有成本和风险的，灾备也没有银弹，不可能打死所有的怪兽。还是随着业务发展，不断的演化才是王道。
应用层：不同数据分片的应用异地多活，相同数据分片的应用同城双活，异地灾备。 数据库层：数据分片一主多从，不同分片异地互备。...部署单元设计：考虑容灾设计，单元与数据库分片绑定，同城单元双活，异地部署灾备单元。...应用层：每个地域包含全量单元分片，不同数据分片的应用异地多活，相同数据分片的应用同城双活，异地灾备。 数据库层：数据分片一主多从，不同分片异地互备。...各 Region 在分单元处理业务的同时，也作为灾备中心为异地的其他单元提供应用和数据的异地灾备能力。...通过网关转发的模式，优点是单元封闭性好，访问链路清晰，出了问题容易追溯；缺点自然是增加了服务跳转次数，响应时间会有所增加。
关注“腾讯云数据库”公众号，回复“0312张文”，即可下载直播分享PPT。 视频内容 大家好，今天我分享的主题是TDSQL多地多中心高可用方案。TDSQL是腾讯推出的金融级分布式数据库。...这种情况下我们只能将主备部署在同一机房。 第三类是作为异地灾备机房。作为灾备储存一般也没有实际业务访问，更多的可能是做备份归档，因此对它的资源投入比较有限。 第四种是作为测试环境，这个就不多说了。...看完主城两个机房，我们再看看异地灾备机房。作为异地灾备机房，一般是和主节点相隔500公里以上，延迟在10ms以上的机房。...假如有一天发生了城市级别故障，灾备实例仍可以为我们挽回99%以上的数据。正是由于灾备节点和主节点的这种异步弱关系，才允许我们的灾备实例在备城是一个独立部署的单元。...A：这个问题非常好，如果从主城的视角看，这显然是一个级联关系，数据先由主城的master同步到主城的slave，再通过主城的slave同步到备城的master，一层层向下传递数据。
但部分应用可能需要调整配置； 数据库：通过Oracle dataguard实现数据库复制，切换时需要将容灾机房的数据库服务器配置为主节点。...RPO：根据双活机房的同步复制，可达到数据零丢失； 灾备切换关键： Web、应用、数据库服务器：在HA集群上迁移虚拟机至容灾ESX主机上，然后启动虚拟机； 虚拟机文件、数据库文件均使用存储虚拟化技术实时复制...； 二是在数据库Oracle Dataguard架构中，切换时需要将容灾机房的数据库服务提起为主动节点对外服务。...根据关键点，我们梳理一下真实的应用灾备演练的过程如下： 图片1.png 容灾应用管理 应用管理员，登录到SaaS后，首先添加目标灾备应用，包括应用系统基础信息、服务器对象、数据库对象等； image007...强大灵活的流程编排 嘉维蓝鲸应用灾备演练SaaS，是基于蓝鲸平台上开发的，借助蓝鲸平台标准运维的核心能力--任务流程编排和自动化调度能力，实现各个驱动对象的作业原子及脚本，跨技术的编排整体的切换流程，包括数据库切换
无论是哪种数据库都需要面临数据库数据备份和恢复的问题，使用UCACHE灾备云进行Oracle实时复制数据、搬迁数据功能来设计Oracle数据库备份和恢复解决方案，支持定时备份、实时备份，增量备份，同时可开展异地灾备...，是Oracle数据库灾备/恢复的完美解决方案。...1、Oracle实例恢复 使用UCACHE灾备云之前的Oracle数据库备份集来实现数据库的还原，然后使用归档日志及联机日志将数据库恢复到最新状态，恢复时需要停止数据库的生产业务。...UCACHE灾备云Oracle数据库灾备支持功能 针对用户的实际情况，及用户的IO 需求、安全需求等，请仔细考虑计划策略的设置。...总而言之，Oracle数据库备份和恢复的核心还是UCACHE灾备云，我们只要掌握了UCACHE灾备云的使用，基本上也就完成了Oracle数据库数据备份和恢复。
数据库作为企业数据的管理软件，是企业的核心资产，需要避免单点灾难，因此数据库灾备需求应运而生。 但数据库想要实现绝对可靠的灾备并不是一件容易的事。...随着越来越多的企业上云，如何做好云数据库灾备，确保云上数据安全、保障云上业务不中断，这些问题对数据库灾备技术提出了更高的要求。 此外，不同行业用户对于数据库灾备的需求也不尽相同。...那么，在云时代，数据库灾备方案应如何满足不同用户的需求？数据库灾备的技术理念有着怎样的技术更新和迭代？...细化数据库灾备分级 天翼云TeleDB推出四大灾备方案 从1979年人类建立第一个数据灾备中心开始，灾备建设已经走过了漫长的发展历史，如今已建立了成熟的国际和国内标准，对系统容灾级别做出了明确的规范。...一方面，天翼云借鉴国际国内灾备标准，进一步细化灾备指标，添加库级读写分离、表级双写双读、行级双写双读等能力，让数据库灾备标准更加优化，有法可依。
腾讯云数据库继上月重磅推出Redis 4.0标准版，及宣布云数据库SQL Server 2017版全面商用之后，数据库整体灾备解决方案也已正式上线。...腾讯云数据库产品负责人王义成表示：“腾讯云此次发布的整体灾备解决方案在技术上作了系统的强化和调优，不仅可以支持数据库跨可用区的数据实时同步，还可以无缝支持其它云到腾讯云的实时灾备。...腾讯云数据库跨云整体容灾架构 需要指出的是，腾讯云新推出的跨可用区灾备方案中，由于技术层面采用的是主备高可用架构，避免了数据库的单点风险。...以某新晋电商来说，其业务呈现爆发态势，对业务的稳定性和安全性要求极高，而对于在整个灾备体系中扮演重要角色的数据库灾备来说，它的各项性能对于整体灾备方案的优劣至关重要。...通过采用腾讯云数据库灾备整体解决方案之后，目前的该电商数据库无缝支持混合云容灾方案，一旦业务所在的云厂商发生故障，可随时使用腾讯云上数据库提供的读写服务，快速恢复业务，保证了电商业务的稳定高速发展。
数据灾备，不只是“备份” 什么是数据灾备？简单来讲，就是数据备份、系统备份等等。...在英方软件成立初始，包括副总经理周华在内的创始团队就发现了灾备行业的几个问题，包括只是灾备重要数据而忽略其他数据，灾备实时性、远程灾备、异地灾备等需求不能被有效满足，以及从存储维度做灾备导致成本高、架构灵活性差...服务趋向平台化是自然而然，也是客户需求驱动 截至目前，通过12年的研发努力（2009年成立研发团队），英方已经拥有了动态文件字节级、数据库语义级、存储层变长块级三大核心底层复制技术，以及大数据、容灾、备份...周华对英方软件的未来充满信心，他表示，“在资本的加持下，英方软件的数据复制技术和产品线将更有竞争力，未来在更公开的资本市场，监管也会帮助我们的运营更加规范、透明；同时我们也在加速汇聚合作伙伴的资源优势，共同服务好行业用户...总而言之，英方软件始于国内灾备，但不止于国内和灾备，现在是数据产业的黄金时代，也是我们的黄金时代。”
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
