- 综合排序
- 最热优先
- 最新优先
- 来自专栏JavaEdge
主主、主从和主备区别
主主 两台都是主机，同时对外提供读写操作。客户端任意访问提供的一台。 主从 主备
3.5K20发布于 2021-10-18 - 来自专栏JavaEdge
主主、主从和主备区别
主主 两台都是主机，同时对外提供读写操作。客户端任意访问提供的一台。 主从 主备
2.3K21编辑于 2021-12-07 - 来自专栏云攻略专区
【最新】如何通过云联网和 VPN 连接实现混合云主备冗余通信？
连接实现云上云下业务互通，为提升业务高可用性，可同时创建云联网和 VPN 连接服务，配置两条链路为主备链路，来实现冗余通信。 本文指导您如何配置云联网和 VPN 主备链路来实现云上云下业务通信。 操作流程 1配置专线接入 2配置 VPN 连接 3配置网络探测 4配置告警 5切换主备路由 操作步骤 步骤一： 配置 IDC 通过云联网上云 登录 专线接入控制台 ，单击左侧导航栏的【物理专线】创建物理专线 为了解主备路径的连接质量，需要分别配置两条路径的网络探测，实时监控到网络连接的时延、丢包率等关键指标，以探测主备路由的可用性。 登录 网络探测控制台。 请再次执行 步骤2，指定源端下一跳路由为 VPN 网关。配置完成后，即可查看云联网和VPN连接主备路径的网络探测时延和丢包率。说明： 更多详细配置请参考 网络探测。
6.1K21编辑于 2021-12-27 - 来自专栏立权的博客
Mysql 主备原理
被修改了什么 2.statement 这种格式 是 单纯记录执行的语句的，但是单纯地记录语句 可能发生不一致的情况，比如主库和从库对于 binlog 的同一条语句选用了 不同索引。 也就是 像 2 那样有歧义的话，就会使用 row 格式，而不是 statement 循环复制问题，前面提到，mysql 支持互为主从，那么 binlog 不会在 互为主从的两个数据库之间循环复制吗？ 不会，因为数据库会按照 server id 来判断 binlog 是否能被执行 比如 A库 server id = 1，B库 server id = 2， A 和 B 互为主从，互为主从的 库必须 server
2.4K10发布于 2020-11-27 - 来自专栏青青天空树
springboot整合ActiveMQ 2（主备模式，负载均衡）
基本使用,https://www.tapme.top/blog/detail/2018-09-05-10-38 主备模式,https://www.tapme.top/blog/detail/2018-09 这里记录 activeMQ 如何开启主从备份，一旦 master（主节点故障），slave（从节点）立即提供服务，实现原理是运行多个 MQ 使用同一个持久化数据源，这里以 jdbc 数据源为例。 可以看到从节点一直在尝试获取表锁成为主节点，这样一旦主节点失效，从节点能够立刻取代主节点提供服务。这样我们便实现了主从备份。 brokerA： 主：设置 web 管理端口 8761,设置 mq 名称mq,设置数据库地址为 activemq，设置 tcp 服务端口 61616，设置负载均衡静态路由static:failover ://(tcp://localhost:61618,tcp://localhost:61619),然后启动 从：上面的基础上修改 tcp 服务端口为 61617,然后启动 brokerB: 主：设置
1.1K50发布于 2019-06-01 - 来自专栏云计算运维
MySQL主备的基本原理2
2、主备延迟的原来 1.有些部署条件下，备库所在机器的性能要比主库所在的机器性能差 2.备库的压力大。主库提供写能力，备库提供一些读能力。 忽略了备库的压力控制，导致备库上的查询耗费了大量的CPU资源，影响了同步速度，造成主备延迟 可以做以下处理： 一主多从。 2、可用性优先策略 可用性优先策略：如果强行把可靠性优先策略的步骤4、5调整到最开始执行，也就是说不等主备数据同步，直接把连接切到备库B，并且让备库B可以读写，那么系统几乎没有不可用时间。 在插入一条c=4的语句后，发起了主备切换 下图是可用性优先策略，且binlog_format=mixed时的切换流程和数据结果 image.png 步骤2中，主库A执行完insert语句，插入了一行数据 (4,4)，之后开始进行主备切换 步骤3中，由于主备之间有5秒的延迟，所以备库B还没来得及应用插入c=4这个中转日志，就开始接收客户端插入c=5的命令 步骤4中，备库B插入了一行数据(4,5)，并且把这个
92220发布于 2021-08-11 - 来自专栏白驹过隙
Redis - Keepalived + redis 主备热备切换
热备方案 硬件：server两台，分别用于master-redis及slave-redis 软件：redis、keepalived 实现目标： 由keepalived对外提供虚拟IP（VIP）进行 redis访问 主从redis正常工作，主负责处理业务，从进行数据备份 当主出现故障时，从切换为主，接替主的业务进行工作 当主恢复后，拷贝从的数据，恢复主身份，从恢复从身份 数据采用aof方式进行持久化存储 当主出现故障后能及时处理，切换从机提供业务。 2. 环境准备 利用虚拟机进行测试，安装ubuntu，安装完成后克隆ubuntu，利用两个虚拟机来构造服务器环境。 保证两个虚拟机ip不一致且能互相ping通 2. 打开slave下/etc/redis/redis.conf文件 3. 热备测试 1. 主从启动所有服务 Service redis start Service keepalived start 2. 在master执行ip a查看虚拟IP是否绑定成功 ?
4.3K110发布于 2018-05-18 YashanDB 知识库|主备切换怎么做?一主一备 & 一主两备完整操作指引
本文将基于实际项目总结，一文讲清：主备切换的操作方式(手动与自动);一主一备与一主两备下的差异;切换过程中应注意的细节。 手动切换操作（1）Switchover —— 主动切换，适用于主备同步正常所有连接将被断开，切换过程中主库不可用;建议在业务低峰期执行;操作需在备库执行：-- 检查主备状态yasboot cluster （2）Failover —— 主库故障场景下执行的应急切换适用于主库宕机、无法启动等不可恢复情况，操作流程：-- 模拟主库故障（kill 进程）-- 备库查看角色SELECT database_id, ALTER DATABASE CONVERT TO PHYSICAL STANDBY;ALTER DATABASE OPEN;2. -d四、一主两备架构下切换方式YashanDB 在一主两备部署下，默认启用 最大保护模式 + 自动选主机制。
49200编辑于 2025-05-12- 来自专栏数据和云
MogDBopenGauss 手动部署(非OM工具)单机、主备、主备级联架构
启动数据库 gs_ctl start -D /opt/mogdb/data 至此单机安装完成 三、主备安装 1. IP,remotehost为主库IP 构建主备关系 gs_ctl build -D /opt/mogdb/data/ -b full -M standby 查询主备状态 主库 [omm@mogdb-kernel : 100% channel : 172.16.0.245:60856<--172.16.0.106:26001 至此主备已安装完成 四、主备级联安装 1. 主备安装如上(一，二，三) 2. 构建主备关系 gs_ctl build -D /opt/mogdb/data/ -b full -M cascade_standby 4.查看主备级联状态 主库 [omm@mogdb-kernel-0001
1.5K20发布于 2021-07-30 - 来自专栏DataOps
PostgreSQL主备库搭建
pg主备库的搭建，首先需在2个节点安装pg软件，然后依次在2个节点配置主备。本文采用os为CentOS7.6，pg版本使用14.2，以下为详细部署步骤。 node1:0 ~]# cat /etc/hosts#CentOS Linux release 7.6.1810 (Core)192.168.222.11 node1192.168.222.12 node2■ 推荐采用此方式安装】可参考pg中文社区cd /u01/pgwget https://ftp.postgresql.org/pub/source/v14.2/postgresql-14.2.tar.bz2 --no-check-certificatetar xvfj postgresql*.bz2cd postgresql-14.2. 启停数据库pg_ctl statuspg_ctl startpg_ctl stop■ 客户端工具使用开源的pgAdminSet Master Password: postgres■■■ 主从配置■■ 主节点
3.2K21编辑于 2022-10-13 - 来自专栏xuefly
postgresql主备配置步骤
-9.5.3-2PGDG.rhel7.x86_64 rpm -e --nodeps postgresql95-server-9.5.3-2PGDG.rhel7.x86_64 rpm -e --nodeps postgresql95-9.5.3-2PGDG.rhel7.x86_64 2. 启动postgressql： pg_ctl -D /opt/pgsql/data/ -l logfile start 主（192.168.205.145）： 1. 创建归档目录：mkdir /opt/pgsql/pg_archive 2. 在从机上测试主机 su - postgres psql -h 192.168.205.145 -U postgres 验证主备同步状态： ps aux | grep wal 主机上有 wal
2K30编辑于 2022-12-29 - 来自专栏玉龙小栈
【实验】VRRP主备部署
VRRP主备部署 ? 实验需求: PC优选R1为网关，当R1失效选择R2作为网关 1、配置IP地址。 2、R1，R2，R3互联网段以及连接PC的网段还有R3的Loop0接口运行RIP 1。 3、配置VRRP 1，使得R1为Master主要提供网关服务，R2为Backup做备份。 4、验证： （1）验证VRRP的主备选择情况。 （2）验证PC1、PC2访问3.3.3.3是否优选R1。 AR1： [R1]rip [R1-rip-1]v 2 [R1-rip-1]net 10.0.0.0 [R1-rip-1]net 192.168.1.0 AR2： [R2]rip [R2-rip-1]v 2 [R2-rip-1]net 10.0.0.0 [R2-rip-1]net 192.168.1.0 AR3： [R3]rip [R3-rip-1]v 2 [R3-rip-1]net 10.0.0.0 、验证： （1）验证VRRP的主备选择情况。
1.4K20发布于 2021-02-24 - 来自专栏JavaEdge
分布式Redis主备复制主备复制流程断点续传
当数据落在不同节点上时，如何保证数据节点之间的一致性是非常关键的 Redis采用主备复制的方式保证一致性，所有节点中，只有一个节点为主节点（master），它对外提供写服务，然后异步的将数据复制到其他节点上 主备复制流程 Redis包含master 和slave 2种节点： master 对外提供写服务 slave 节点作为master的数据备份，不可以提供写服务 主备复制由master 主动触发 ? 这一步在slave启动后触发，master 被动的将新slave节点加入主备复制集群 2、master收到SYNC后，开启BGSAVE 操作。 slave的SYNC 命令发生在master 完成BGSAVE之前，第2个slave 将和第1个收到相同的快照和backlog 否则第2个slave的SYNC将触发master的第2次BGSAVE 断点续传 Redis的 PSYNC（Partial Sync）可以用于代替SYNC，做到master-slave基于断点续传的主备同步协议。
1.3K20发布于 2018-08-22 YashanDB 单机（主备）部署
yasdb_data" # 为DATA目录，安装后修改也不会生效，除非重新安装 hostid = "host0001" # 安装后修改也不会生效，除非重新安装 role = 1 # 数据库主备角色 主备部署步骤 1：生成部署文件执行 yasboot package 命令生成配置文件，命令详细参数可查阅yasboot。 $ . yasdb_data" # 为DATA目录，安装后修改也不会生效，除非重新安装 hostid = "host0001" # 安装后修改也不会生效，除非重新安装 role = 1 # 数据库主备角色 若所安装环境为高可用的 Raft 集群（自动选主），还需参考高可用。步骤 2：执行安装场景一：直接安装。$ . 若所安装环境为高可用的 Raft 集群（自动选主），还需参考高可用。步骤 2：执行安装场景一：直接安装。$ .
33110编辑于 2025-03-06- 来自专栏杨建荣的学习笔记
PostgreSQL主备环境搭建
关于主备环境的搭建，我使用的基于流复制的方式搭建，这是在PG 9.0之后提供的对WAL传递日志的方法，是基于物理复制，在9.4开始有了逻辑解码，而细粒度的逻辑复制在PG 10中会有较大的改进。 1)解压 tar -zxvf postgresql-9.5.0.tar.gz 2)切换到解压目录，尝试编译准备 cd postgresql-9.5.0 . 2 3 配置主库 使用的环境是两台服务器 192.168.179.128 主库 192.168.253.134 备库 1）创建一个复制角色 CREATE ROLE replica login replication encrypted password 'replica'; 2）配置访问权限文件gp_hba.conf 添加一条记录，使得备库可以访问，修改后需要重启 host replication replica 这个时候备库上还没有初始化数据，我们模拟客户端的方式来访问，可能会有如下的错误。
2.2K60发布于 2018-03-30 - 来自专栏腾讯云大数据与AI专家服务
Yarn ResourceManager 主备切换
状态的 ResourceManager 转成 StandBy 状态，原先处于 StandBy 状态的 ResourceManager 转成 Active 状态Yarn ResourceManager 主备切换 / 持续主备切换可能影响：YARN 服务无响应作业无法提交无法查看当前任务状态处理建议：分析日志查看监控排查切换原因，分场景解决 场景1 新增或变革参数无效 YARN ResourceManager 日志搜索关键字 "Error" 或新变更参数,若存在则需要参考社区官网参数配置 场景2 RM多任务并发运行出现频繁主备切换 YARN ResourceManager的fullGC时间过长，RM与ZK 连接频繁超时导致RM频繁主备切换。 NM需要与RM响应任务状态，即定时心跳响应，当NM节点数量非常大且任务数量非常大会给Resourcemanager带来非常大的压力导致fullGC，fullGC过长引起RM与ZK的响应失败，从而出现频繁主备切换
2.8K60编辑于 2022-09-07 - 来自专栏云生产力
MySQL主备切换解析
MySQL主备切换解析MySQL的主备切换是高可用性数据库架构中的重要一环。通过主备切换，可以在主库出现故障时迅速切换到备库，从而保证系统的持续运行。 本文将详细解析MySQL主备切换的基本原理、实现方法以及相关的注意事项。一、MySQL主备基本原理在MySQL的主备架构中，通常有一个主库（Master）和一个或多个备库（Slave）。 优点是节省空间，但可能因执行计划不同而导致主备不一致。Row格式：记录每一行数据的修改。优点是确保主备一致，但消耗空间较大。 三、主备切换实现方法实现MySQL主备自动切换，可以使用MySQL Replication和MySQL Cluster等工具。 五、注意事项主备延迟：主备延迟是指备库执行完成事务的时间与主库执行完成事务的时间之间的差值。可以通过优化备库的性能、减少大事务等方式来降低主备延迟。
1.5K00编辑于 2024-12-04 YashanDB主备高可用
当主库发生故障时，业务可以转移到备库上继续执行，降低故障对业务的影响，提高数据库的可用性。YashanDB支持主备模式（一主多备）和级联备模式（不限层级）的高可用部署架构。 主备实例部署在不同的服务器上，两台服务器一般应连接到同一交换机，确保网络低时延，并应考虑交换机的冗余配置，保证高可用避免单点故障。 主备复制链路主备复制中，通过主库发送redo日志，备库接收日志并回放，以实现备库和主库的在线同步。 主备库复制链路：主备集群复制链路：主备切换YashanDB支持手动切换主备库和特定场景下无需外部干预的自动选主。 ，包括主备自动选主和yasom仲裁选主，降低运维复杂度。
37300编辑于 2025-02-19- 来自专栏数据库学习笔记
【DG】DataGuard搭建-11gR2单主单备
TNS： --TNS文件默认路径$ORACLE_HOME/network/admin/tnsnames.ora --方便主备切换服务名设置相同，配置如下： tnspxk2 = (DESCRIPTION "192.168.10.151 pxk2sd >> /etc/hosts --9.修改db_file_name_convert参数，主备库数据文件名称跟路径对应对应关系 --主库跟备库存放文件的路径不一定一样 参数，主备库日志文件名称跟路径对应对应关系 alter system set log_file_name_convert='/oracle/app/oracle/oradata/sbdb','/oradata id-5745814.html 之前设置过db_file_name_convert跟log_file_name_convert，这里就会按照设置的地址拷贝 五、添加Standby日志组并开启同步 1.主备库添加 3.主备库检查模式 select open_mode,database_role,protection_mode,protection_level from v$database; 备库显示： ?
1.3K50发布于 2021-04-22 - 来自专栏微观技术
京东一面：MySQL 主备延迟有哪些坑？主备切换策略
但有个前提，主备库的数据要同步。 不过，数据同步是个异步操作，不可能做到实时，所以说主备延迟是一定存在的 二、什么是主备延迟？ 主库完成一个事务，写入binlog。 binlog 中有一个时间字段，用于记录主库写入的时间【时刻 t1】 binlog 同步给备库，备库接收并存储到中继日志 【时刻 t2】 备库SQL执行线程执行binlog，数据写入到备库表中 【时刻 解决方案： 1、升级备库的机器配置 2、备库干私活 备库除了服务于正常的读业务外，是否有被其他特殊业务征用，如：运营数据统计等，这类操作非常消耗系统资源，也会影响数据同步速度。 2、可用优先 当然我们也可以不用等主备数据同步完成，在一开始时就直接将流量切到备库。 这个时间值取决于主备延迟的时间大小。 所以，我们应尽可能缩短主备库的延迟时间大小，这样一旦主库发生故障，备库才会更快的同步完数据，主备切换才能完成，服务才能更快恢复。
2.3K20编辑于 2022-04-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号