《【腾讯云的1001种玩法】十分钟轻松搞定云架构 · 数据库的主备 双活 读写分离》介绍了关于数据库的主备、双活、读写分离的知识，主要目的是通过实现主备数据库、双活数据库和读写分离，提高数据库的可用性、数据一致性和性能，同时降低数据库的运维成本。通过使用主备数据库、双活数据库和读写分离，可以实现数据库的容灾、数据备份和负载均衡，提高数据库的可用性、可靠性和性能。
温馨提示：要看高清无码套图，请使用手机打开并单击图片放大查看。 Fayson的github：https://github.com/fayson/cdhproject 提示：代码块部分可以左右滑动查看噢 1.文档编写目的 本文主要介绍由Cloudera Manager管理的CDH集群的角色划分。实际部署你可能还需要考虑工作负载的类型和数量，真实要部署的哪些服务，硬件资源，配置，以及其他因素。当你使用Cloudera Manager的安装向导来安装CDH时，CM会根据主机的可用资源，自动的分配角色到各台主机，边
看这里的name是否和你的服务器的计算机名称一样,如果一样可以跳到文档(二)，否则请按如下操作更改
数据存储高可用的方案本质都是通过将数据复制到多个存储设备，通过数据冗余的方式来实现高可用。常见的高可用架构有主备、主从、主从切换、主主等接下来我们聊聊每种架构的优缺点。
关系数据库的事务（transaction）是一组操作序列，比如读，插入，删除，更新等等。事务有四个基本要素，即原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability），即ACID：
MySQL 主备切换（Master-Slave Switching）是指在 MySQL 主从复制架构中，将从库（Slave）提升为主库（Master），原主库降为从库的过程。这种切换通常用于故障恢复、负载均衡、系统升级等场景。腾讯云混沌演练平台可对云 MySQL 进行主备切换故障注入，通过混沌实验帮助构建高韧性的系统。
作者介绍 黄堋 多年一线DBA经验，曾服务于电信、电网、医院等行业客户。擅长数据库优化、数据库升级迁移、数据库故障处理 当主备同步中断了，备库想快一点恢复，偏偏这个时候归档太多恢复不过来或者说需要的归
在上一篇文章中（数据分布方式之哈希与一致性哈希，我就是个神算子），我为你讲解了数据分布（也称数据分片）技术，主要用于构建数据索引，是实现“导购”功能的关键技术。数据分布的本质是，将原数据集划分为多个数据子集，以存储到不同的地方，在一定程度上体现了数据的可用性和可靠性（一个存储节点故障，只影响该存储节点的数据）。
数据库作为信息系统重要的基础设施，一直承担着压舱石的角色。互联网应用的高并发、海量数据使得数据库的负载越来越重，这在数据大集中的情况下愈发明显。而数据库作为信息系统唯一的“单点”，稳定性、可用性是首先要保证的目标。这里的单点并不是指数据库没有高可用方案，而是因为数据库只要涉及到数据的复制就一定是有状态的，有状态的应用更加难以运维，并且在遭遇异常时并不能做到真正意义上的无缝切换。
腾讯云原生数据库 TDSQL-C（Cloud Native Database TDSQL-C，TDSQL-C）是腾讯云自研的新一代高性能高可用的企业级分布式云数据库。融合了传统数据库、云计算与新硬件技术的优势，100%兼容 MySQL 和 PostgreSQL，实现超百万级 QPS 的高吞吐，128TB 海量分布式智能存储，保障数据安全可靠。 本文由腾讯云数据库高级工程师唐颋为大家详细解读TDSQL-C PostreSQL的高可用特性。 TDSQL-C PG版产品简介 TDSQL-C PG版是一款基于计算、
洪嘉铭，就职于世纪证券信息技术部，目前负责运维、监控系统的相关架构设计、开发工作。对操作系统、网络编程、服务器后台架构有丰富实践经验。
这篇文章计划了一段时间，本来想写篇心情文字，还是留到周末再放飞心情吧。 今天的内容是关于数据库的备库的思考，当然我们可以自己问自己，我们的备库准备工作做好了吗？扪心自问，其实有些工作我也没有准备好，这是我的建议，其实一个备库的思考点还是有很多值得考量和斟酌的地方。自己也需要后续完善 备库总是在容灾中有着举足轻重的作用，但是故障难免，我们的备机备库是否能够在危机降临的时候顶住压力，这个需要打上一个问号，我会从硬件配置，系统层面，数据库层面，架构层面和网络层面进行一些分析。 硬件配置 备库硬件配置更差
Fayson在之前的文章中介绍过《CDH网络要求(Lenovo参考架构)》，《如何为Hadoop集群选择正确的硬件》和《CDH安装前置准备》，而我们在搭建Hadoop集群时，还一件很重要的事就是如何给集群分配角色。
至于pg为什么不做这个功能我也想了很久，下面是我自己的一点猜测。pg是个追求完美主义的数据库，他从架构设计层面就会考虑如何做到完美，比如说他不用主流数据库都在使用的undo，我猜测这个原因是因为，使用undo有一个问题，undo空间不管是文件系统还是表空间都是有大小限制的，而数据库未提交的事务信息可能是无限大的，这样数据的前镜像总有可能将undo空间撑爆掉，这样就需要清理旧的undo段，如果需要查询的undo前镜像备清理了，数据库就会跑出错误，这就是oracle中经典的snapshot too old报错。所以pg摒弃了这种模式，因为他觉得必须要提供给用户一个需要的数据一定能查到的数据库，而不是本该能查到的数据被无端清理掉了，所以pg使用了多数据版本来解决这个问题，将前镜像的真实数据放在数据文件中，真正确保没有事务可能再去访问该数据时才进行清理。当然这样也带来膨胀的问题，这其实也是pg最遭人诟病的问题。
腾讯云数据库【国产数据库专题线上技术沙龙】正在火热进行中，4月28日陈爱声的分享已经结束，没来得及参与的小伙伴不用担心，以下就是直播的视频和文字回顾。
当业务对数据库进行了误操作，导致了数据的丢失或其他问题的发生。此时，虽然可以通过备份恢复或数据闪回等方式能够对数据库进行恢复，但是该过程可能会导致业务出现较长时间的中断，最终影响业务系统的稳定性。
对于Oracle Data Guard中的Switchover一般是计划内的操作，自己其实也处理了不少的故障，也算是轻门熟路。复杂的事情简单做，简单的事情重复做，重复的事情用心做，想必很多事情都是这个理吧。 发现很多事情虽然做了很多遍，但是每次都会有不同的体会，而这些积累下来的经验才让我们的经验更加宝贵。 一般来说Oracle的Switchover需要考虑的细节较多，大体有以下的流程。 1.在迁移之前明确目标服务器IP，发出维护公告 这个无需多说，本身就是跨部门，多部门的协调工作，说简单简单，说复杂复
不知不觉，分布式数据存储这一站已经到了最后一讲。在前面几讲，我与你分享了 CAP 理论（想要设计一个好的分布式系统，必须搞定这个理论）、（分布式存储系统三要素，掌握这些就离成功不远了）、数据分布式分片方法和数据复制技术（分布式数据复制技术，今天就教你真正分身术），其中数据分片方法和数据复制技术均是导购中的关键技术。
随着腾讯云业务高速发展以及 MySQL 生态的演进，TencentDB for MySQL迎来了最快增速的时代，通过参与开源协同，TencentDB for MySQL 团队从服务、管控、内核和架构等几个维度，不断夯实稳定性、降低成本、丰富 DBaaS 产品功能，为公司自研业务和腾讯云客户提供不断进步的 MySQL 生态数据库产品服务。 1 PartⅠ 最美年代遇到的最大挑战 随着性能与稳定性的不断提高，腾讯云数据库 TencentDB for MySQL 在近两年得到了快速发展，实例个数、行业覆盖率、业
在很多的时候，随着工作的持续开展，可能会接手更多的服务器资源，这个时候我们手里就不但是一两台服务器那么简单，可能几十个，上百个，甚至上千个，这个时候服务器信息的维护就变得额外重要，抛开业务线的规划，对于DBA来说，掌握服务器的信息，做到知根知底，才能在问题发生的时候合理处理问题。 服务器信息可以分成几个方面来看，比如操作系统情况，内核版本，硬盘，内存，空间使用情况，累计运行时间，数据库实例运行时间，系统中的swap争用情况等等，尽可能根据实际的情况进行一些维度的划分和细粒度的归纳。 比如说在生产中，考虑容灾
oracle的ADG那是自不必多说，用存储圈的话说，现在存储正在从被动被动变为主动，但是总体上是被软件抢，RAID被ASM抢，快照被Flashback抢，DR被ADG抢。 如果这几种方案结合在一起那会是什么结果。这就涉及到一个备库的设计方法。 我也是抛砖引玉。环境都是基于11g的dg来说。 首先基本的，一个主库一个备库是很多系统都在采用的备库设计方式，如果数据库比较关键，这种方案有什么缺点呢。 11g的备库现在也被赋予了更多的责任。 容灾，首先就是容灾如果主库挂掉，备库能够进行failover，这个没有问题
在互联网项目中，当业务规模越来越大，数据越来越多，随之而来的就是数据库压力会越来越大。慢慢就会发现，数据库层可能已经成为了整个系统的关键点和性能瓶颈了，因此实现数据层的高可用就成为了我们项目中经常要解决的问题。
相对于过去单体或 SOA 架构，建设微服务架构所依赖的组件发生了改变，因此分析与设计高可用容灾架构方案的思路也随之改变，本文对微服务架构落地过程中的几种常见容灾高可用方案展开分析。
一个可以抵抗高并发流量系统的背后必定有一个高性能的数据库集群，就像每一个成功的男人背后总有一个强势的女人一样。数据库集群在部署模式上属于分布式，但是CAP原则却不适用于分布式数据库，具体原因可见之前文章：、
DataGuard，数据卫士，一种数据库级别的高可用性（HA）方案，用作数据容灾解决方案。对于联机事务处理（OLTP，数据量不太大）非常合适，对于联机分析处理（OLAP，数据量太大），只能选择关键数据创建DG，常规数据，选择其他方式备份。
在数据库运维过程中，很多问题都需要靠人力来及时发现和处理，我之前也是一名DBA，可以说我做DBA的那段时间基本没有拥有过完整的属于自己的休息时间，全天候Online。现在AI技术已经广泛运用到了各个领域，数据库运维其实也是同样的，AI可以成为DBA的得力助手，有问题第一时间告警，甚至给出成熟的解决方案，DBA可以用更多的时间去完成高阶的任务。我现在主要负责的产品是DBbrian，是腾讯云推出的一款数据库智能运维工具。今天就以咱们MySQL运维过程中典型的主从延时故障来作为案例，告诉大家可以如何借助智能运维服务更好的发现和解决这类问题。
在数据库环境中，一主一备是比较传统的使用方式，在灾难发生的时候，可以灵活的切换主备角色，依然可以保持服务的可访问性。但是一些核心系统来说还是会有更多的过滤，一主一备似乎还是不够稳妥，如果主备出现问题，如果有另外一个备库还是有可选的余地，这种情况不是不可能发生，正是因为核心业务的需要还是需要保证数据的安全。 很多场景下，一主两备会保持这样的场景，一主一备在同一个区域内，这样在出现问题的时候方便切换，如果区域出现故障，可以保证异地的机房可以顺利承接服务。 比如下面的这种方式是比较传统的一主一备的方式。因为是在1
ElasticSearch6.3.2下载地址（Linux、mac OS、Windows通用，下载zip包即可）：https://www.elastic.co/cn/downloads/past-releases/elasticsearch-6-3-2。ES历史版本下载页面：https://www.elastic.co/cn/downloads/past-releases#elasticsearch。
为更好的帮助DBA运维数据库，腾讯云将在每月12日开展DBbrain诊断日，腾讯云高级产品经理迪B哥直播解析经典数据库运维难题，结合腾讯云数据库智能管家DBbrain的能力，为大家提供问题优化思路和方法，玩转数据库！ 工作中遇到棘手故障不知道怎么办？欢迎投稿到诊断日，被选中的案例将由腾讯云资深专家“会诊”，并在DB诊断日在线分析教学，帮您提供解决方案。投稿即有机会获得企鹅公仔，问题被选中即得腾讯云数据库千元代金券~投稿请关注“腾讯云数据库”官方微信后，回复“投稿”即可。 本期诊断日分享的案例是MySQL主
DG的主备角色转换分为：Switchover和Failover。Switchover适用于某些场合，需要将备库转为主库，Failover则是在主库故障无法使用情况下，将备库提升为主库。
一、双击热备介绍 1.基本概念 双机热备特指基于高可用系统中的两台服务器的热备（或高可用），双机高可用按工作中的切换方式分为：主-备方式（Active-Standby方式）和双主机方式（Active-Active方式），主-备方式即指的是一台服务器处于某种业务的激活状态（即Active状态），另一台服务器处于该业务的备用状态（即Standby状态)。而双主机方式即指两种不同业务分别在两台服务器上互为主备状态（即Active-Standby和Standby-Active状态）。 2.实现方式 a.基于共享存
关于半自动化搭建Data Guard，自己花了一些时间，总算是把这件事情继续推进了一下，还是再啰嗦一句，为什么不自动化，因为安全。主库就是主库，任何变更都要手工检查审核， 自动化的工作在备库和中控端来完成。我希望自己的脚本能够只知道主库的IP，不用一次又一次连过去配置和检查，当然要完成自动化还是半自动化，有些网友也提醒的极是，那就是规范和标准。 预先条件： 1.目前的设计是基于11.2.0.4的版本，当然这个很容易定制，在此是作为一个基本的标准，作为环境的初始化和Data Guard对的搭建的基线。 2.
大家好，我是捡田螺的小男孩。金三银四面试的时候，面试官经常会问MySQL主从。今天就跟大家聊聊MySQL的主从。
导语：沃趣科技的QBackup数据库备份容灾云平台，是一套集合了CDP备份，历史数据秒级恢复，灾备保护等功能的一体化云平台。支持主流的Oracle、MySQL等数据库，可同时对大量数据库做集中式备份和管理，并对备份进行持续校验以确保数据的可恢复性。QBackup同时可用于应用测试、预发布、性能优化、POC等诸多应用场景。 继QBackup v4.0.0版本发布之后，沃趣科技持续深化对于数据库备份容灾产品的研发，于近日正式发布了QBackup v4.1.0版本，消除了旧版本中已知的风险点，同时增加了多项新功能
今天在测试环境遇到一个很有意思的问题，我们在测试一款分布式数据库，这款分布式数据库底层是基于postgresql做的，现象大致是这样的，我们在重启数据库集群后发现某台机器的数据节点启动失败，然后去那台机器上发现进程确实没有启动。然后看了下运行日志，定位到了启动失败的原因，是内存不够用了，查了下该节点上还运行着其他数据库，由于其他数据库也占了一部分内存，造成该节点数据库由于内存不足启动失败。
数据库作为企业数据的管理软件，是企业的核心资产，需要避免单点灾难，因此数据库灾备需求应运而生。
| 作者：杨壮壮 ，腾讯PCG运营开发工程师 ，目前主要从事 MDB（MySQL 云管平台）的后台开发与技术运营的工作，是一个做开发的DBA。熟悉腾讯自研数据库TDSQL的架构原理、集群管理维护、内核SQL优化等。MDB团队承载着整个PCG 关系型数据库的管理与运维工作，支撑着腾讯视频、看点等业务稳定运行。 1 Part1 前言 在今年的三月份，我们举办过一届数据库武林大会，在这场活动沙龙中，有辩手犀利地指出，数据库运维的薪资水平和数据库使用人数并不成正比，有数据表明一些小众但强大的数据库，其DBA的平均
面对数字化大潮，央国企作为我国国民经济的中坚力量，扛起了先行军和顶梁柱的大旗，全国范围内，央国企推动企业向数字化转型深处迈进。在这过程中，基础软件数据库作为数字化的重要环节与基础设施被提上建设的日程。
软件架构的出现是为了解决系统规模增加后出现了系统耦合严重，开发效率低，逻辑复杂，扩展困难等问题。所以架构设计是为了解决软件复杂度而存在的，所以架构设计的目地是识别出需求的复杂点然后针对性的解决。系统设计时需要考虑：性能，系统的可扩展性，安全性，高可用，成本。 架构师的工作并不神秘，成熟的架构师需要对已经存在的技术非常熟悉，对已经经过验证的架构模式烂熟于心，然后根据自己对业务的理解，挑选合适的架构模式进行组合，再对组合后的方案进行修改和调整。
前几天看到某大型家电工厂的工业互联网系统架构图，发现用MongoDB存储图片及视频。那Redis同样也是Json类型的远程数据字典服务器，也可以用于存储图片、视频。实际Redis可以用512MB的空间存储用于存储字符串型的数据。
sql server 作为目前主流的数据库，用户遍布世界各地。sql server也有一些比较成熟的主备方案，目前主要有：复制模式(发布-订阅模式)、镜像传输模式、日志传输模式、故障转移集群。后面会一一介绍介绍各自的优缺点。
华为公司今年6.30开源了openGauss数据库，openGauss数据库内核基于postgresql9.2.4演进而来，pg11.3版本数据库中共有290个数据库参数，而openGauss目前有515个数据库参数，每个参数对应一个数据库内核功能，所以可以看到华为公司对pg的内核还是做了非常大的改造和增强。
本篇梳理DG的架构和一些概念知识，重新梳理的目的是加强理解，也方便复习，基于11gR2版本写的，不包含12c新特性。如果能帮助到新接触DG的朋友，那就再好不过。
一主多从指的是，当我们客户端发起读写请求的时候，我们会从mysql服务进行读写数据。假设我们目前有三台mysql服务，其中一台作为主master服务，另外两台作为从salve。master拥有读写的权限，主要承担了写的工作，salve只有读的权限，主要承担了读的操作。当客服端发起请求时，他会将请求分流，实现读写分离。
随着医疗、大型企业行业上云步伐的加快，上云后的业务系统安全性如何保障成为客户关注的重点。对于医疗、大型企业客户，往往建有自己的数据中心，如何保障极端情况下业务系统的稳定运行？双活、灾备，能帮到我们！
腾讯云网络自研路由平台—FCR 云网络厂商在用户接入侧一般采用传统网络设备如路由器、交换机，传统网络设备虽然功能稳定，但是开发周期较长，支持功能无法快速匹配互联网厂商日新月异的应用场景。为了解决上述问题，腾讯云网络在接入时使用了FCR（Fast Cloud Router）作为自己的路由控制平台。 FCR自研路由平台不仅支持BGP、静态路由、BFD等各类路由相关协议，同时还可以提供丰富的路由策略以及百万级的路由管理功能。 平台开放：完全基于开源组件构建，打破了传统设备厂商封闭的产品生
本质是通过冗余实现高可用(多台、多机房、多通道), 但是冗余带来了更大的复杂性. 比如任务分配器(例nginx)连接检测、管理、维护、中断处理.
PostgreSQL 高可用数据库的常见搭建方式主要有两种，逻辑复制和物理复制，上周已经写过了关于在Windows环境搭建PostgreSQL逻辑复制的教程，这周来记录一下 物理复制的搭建方法。
今天下午我的一个朋友碰到了一个Data Guard的问题，大体是主备网络出现问题，因为环境中配置了自动切换，结果备库就自动切换为了主库，这样就成了“双主”，我帮忙看了下，对备库做了闪回，然后直接转换主库为备库角色，一个看似繁琐的修复工作就完成了。 在一个一主多备的环境中，的确需要一个强大的工具来支持，所以最后朋友说DG Broker真是个好东西，我回了句 用好了DG Broker,手工管理Data Guard就是小米加步枪啊。 就如同我昨天文章Data Guard故障自动切换的想法(r11
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
