- 综合排序
- 最热优先
- 最新优先
- 来自专栏全栈程序员必看
灾备测试_数据级灾备
这里说的灾备测试主要指的是在我们测试过程中手工无法模拟，但是在用户使用产品的时候由于网络的原因又是会经常发生的情况，具体指的就是网络延时、请求失败、session失效等情况，下面我们就来看下针对这些情况我们该如何构造测试环境
2.7K30编辑于 2022-11-17 - 来自专栏白驹过隙
Redis - Keepalived + redis 主备热备切换
热备方案 硬件：server两台，分别用于master-redis及slave-redis 软件：redis、keepalived 实现目标： 由keepalived对外提供虚拟IP（VIP）进行 热备测试 1. 主从启动所有服务 Service redis start Service keepalived start 2. 在master执行ip a查看虚拟IP是否绑定成功 ?
4.3K110发布于 2018-05-18 - 来自专栏全栈程序员必看
双机热备方案及双机热备软件选择
为了解决上述问题，一般采用双机热备解决方案，也就是通过硬件冗余再配合高可用双机热备软件实现的解决方案，高可用双机热备软件自动检测服务的运行状态，当主服务器发生故障，高可用双机热备软件会自动尝试修复故障或启动备用服务器 2 双机热备方案及不同方案的要求、方案对比 2.1 双机热备方案概述 一般实现双机热备的方案有三种，分别是共享存储双机热备方案、镜像双机热备方案、双机双柜双机热备方案，这三种方案对硬件要求不同，大家可以根据自身的业务应用特性来选择具体的双机热备方案以及对应的 2.2 镜像双机热备方案 2.2.1 镜像双机热备方案简介及拓扑 镜像双机热备方案中仅需要两台服务器即可实现双机热备，两台服务器利用本地磁盘存储业务数据，ServHA镜像双机热备软件(ServHA Mirror 双机热备软件产品。 若用户已经拥有两台台服务器，可以采用镜像双机热备方案，对应双机热备软件产品为ServHA Mirror。
3.5K11编辑于 2022-07-23 - 来自专栏SRE运维实践
同城异地灾备
序言 同城异地灾备，主要是用来进行备份容灾的，从而当一个数据中心挂了，另外一个数据中心经过切换之后，能让服务迅速的恢复。 2、 数据库同步 在数据库方面，主要是使用mysql，而mysql则主要是使用主备模式，从而主的在一个机房，而备库则在另外一个机房，在同步的时候，不可避免的情况就是如果一旦主机宕机，从而有可能是丢失数据的 主备复制的延迟考虑，一般主机房和备机房之间使用万兆网络，从而对于一般的数据传输来说，延迟不是很高，基本上是可以忽略的。 在使用redis的时候，由于目前版本使用的redis2.8版本，从而不能跨机房做成集群的模式，从而导致redis也只能做成主备的模式，而redis作为高性能的缓存，丢失数据就无所谓了，主要还是在于高可用性即可 在数据库跨机房同步的时候，mysql可能出现脑裂的情况，也就是双机房互联网络出现中断，从而备机房检测到主机房不可用，但是在这个时候，是不能自动进行切换的，需要人工介入处理操作。
5.1K31发布于 2019-07-08 - 来自专栏Hadoop数据仓库
定期全备redis
还是类比MySQL，RDB相当于dump全备，AOF则像是statement格式的binlog，保存所有redis命令。AOF能保证不丢失数据，当有误删除发生，用AOF中保存的命令去重放以恢复数据。
93910发布于 2020-03-18 - 来自专栏L宝宝聊IT
Keepalived双机热备
使用VRRP（虚拟路由冗余协议）热备份协议，一主多备，公用同一个IP地址（漂移地址，群集地址），但优先级不同 2、keepalived的安装配置： 1）编译安装：需要安装ipvsadm 2）配置文件keepalived.conf 全局配置：global_defs router_id 服务器名称 热备设置：vrrp_instance State 热备状态（主MASTER，从BACKUP） priority 优先级 virtual_ipaddress
2.2K80发布于 2018-06-20 - 来自专栏立权的博客
Mysql 主备原理
Mysql 支持互为主从，主库通过binlog 将执行的语句传给从库，具体的执行机构：
2.4K10发布于 2020-11-27 - 来自专栏开源部署
Linux 双机热备
rsync是一款开源，快速，多功能的可实现增量的本地或远程的数据镜像同步备份的优秀工具。适用于多个平台。从软件名称可以看出来是远程同步的意思（remote sync）可实现全量备份与增量备份，因此非常适合用于架构集中式备份或异地备份等应用。
4.6K10编辑于 2022-09-15 - 来自专栏浪浪山下那个村
Redis集群主备缓存区满了导致主备频繁倒换
问题现象 Redis 频繁进行主备倒换，通过查看主实例的日志：redis.log发现下面报错： Client id=1317049445 addr=192.168.2.45:8004 fd=40 name sdsfree(client); return; } 单从代码来看，看不出啥，但是代码上面存在注释，我使用我那四级水平翻译了下，可以看出缓存区满了，于是可以想到可能主备同步的时候可能会限制缓存区大小 <hard limit> <soft limit> <soft seconds> 具体含义： class：我理解就是缓冲区的类型，目前Redis的缓冲区分为三个： 普通客户端：normal 主备同步
82230编辑于 2022-08-26 - 来自专栏浪浪山下那个村
Redis集群主备缓存区满了导致主备频繁倒换
问题现象Redis 频繁进行主备倒换，通过查看主实例的日志：redis.log发现下面报错：Client id=1317049445 addr=192.168.2.45:8004 fd=40 name= sdsfree(client); return; }单从代码来看，看不出啥，但是代码上面存在注释，我使用我那四级水平翻译了下，可以看出缓存区满了，于是可以想到可能主备同步的时候可能会限制缓存区大小 <class> <hard limit> <soft limit> <soft seconds>具体含义：class：我理解就是缓冲区的类型，目前Redis的缓冲区分为三个：普通客户端：normal主备同步
1.2K60编辑于 2022-07-17 - 来自专栏PHP专享栏
MySQL的XtraBackup进行备份和恢复(全备+增备+binlog)
前面我们也说道，使用物理备份时最快的，那有没有办法实现物理热备呢？ --incremental-basedir这个参数是填写最近一次全备的目录做为增备的基础目录 [root@localhost opt]# innobackupex --defaults-file=/etc 才可以全备和曾备连接起来。 这次增备为to_lsn = 20132701。 | 3zhen | | 242 | asfwthu | +------+---------+ 2 rows in set (0.00 sec) mysql> flush logs; （四）全备恢复和增备恢复
14.7K20发布于 2019-12-17 - 来自专栏开源部署
MySQL数据库使用Xtrabackup全备和全备还原
一、使用innobackupex创建全备 语法 innobackupex --user=DBUSER --password=DBUSERPASS /path/to/backup/dir/ innobackupex 表示成功 二、使用innobackupex预备全备 一般情况下，在备份完成后，数据尚且不能用于恢复操作，因为备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据文件中的事务。
1.3K10编辑于 2022-08-18 - 来自专栏sql与spec性能
xtrabackup实现热备
需要拷贝原库的配置文件（my.cnf），数据文件，日志，系统数据库（/var/lib/mysql/mysql）到新的目标环境，修改相应目录的权限，启动新数据库即可xtrabackup：可以实现mysql增量热备， 通过全备的基础上去对改动的数据进行备份来提高备份效率1.
53610编辑于 2023-07-13 YashanDB 知识库|主备切换怎么做?一主一备 & 一主两备完整操作指引
在 YashanDB 的生产部署中，为保证业务连续性，主备架构是最常见的高可用模式。 本文将基于实际项目总结，一文讲清：主备切换的操作方式(手动与自动);一主一备与一主两备下的差异;切换过程中应注意的细节。 一、典型问题场景二、适用版本YashanDB 23.2 全版本适用三、一主一备架构切换方式1. 手动切换操作（1）Switchover —— 主动切换，适用于主备同步正常所有连接将被断开，切换过程中主库不可用;建议在业务低峰期执行;操作需在备库执行：-- 检查主备状态yasboot cluster ：-- 验证切换yasboot cluster status -c yashandb -d四、一主两备架构下切换方式YashanDB 在一主两备部署下，默认启用 最大保护模式 + 自动选主机制。
49200编辑于 2025-05-12- 来自专栏奕知伴解
Keepalived双机热备
1、为什么需要双机热备 主要就是为了解决服务器的单点故障问题。
2.7K20发布于 2020-04-27 - 来自专栏PostgreSQL研究与原理解析
PostgreSQL备机checkpoint
PostgreSQL备机checkpoint是不能产生checkpoint WAL的，因为如果写这样类型的checkpoint的话，就会将接收的WAL打乱，那么日志将混乱，回放会出问题。 那么问题来了，备机支持checkpoint吗？他的checkpoint怎么做的？ PostgreSQL为了缩短恢复时间，备机上也支持checkpoint，即CreateRestartPoint。 return true; } 6、备机shutdown void ShutdownXLOG(int code, Datum arg) { /* * Signal walsenders to move ，目的是避免每次重启备库都需要从上一个检查点（由主库产生，在WAL中回放出来的）APPLY后面所有的WAL。 这样的话就有问题了，如果主机很长时间都没有做checkpoint了，备机即使正常关闭，重启时，也会从上一个checkpoint开始恢复，这样也会恢复很长时间；并且多次重启也需要从上一次checkpoint
1K30发布于 2020-10-29 - 来自专栏数据和云
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 四、主备级联安装 1. 主备安装如上(一，二，三) 2. export LD_LIBRARY_PATH=\$GAUSSHOME/lib:\$LD_LIBRARY_PATH" >> /home/omm/.bashrc source /home/omm/.bashrc 将备库的配置文件传到备库 构建主备关系 gs_ctl build -D /opt/mogdb/data/ -b full -M cascade_standby 4.查看主备级联状态 主库 [omm@mogdb-kernel-0001
1.5K20发布于 2021-07-30 - 来自专栏JiekeXu之路
手工冷备搭建 Oracle 11g DataGuard 物理备库
如果主库参数中有审计目录等，备库需创建相应目录 在实验情况下，可删除主库、从库 审计和审计目录 删除OMF管理路径 重启数据库 看是否有效 4、主库备份数据文件、日志文件（冷备cp） shutdown scp到备库 scp DGDB.tar.gz shanghai.lxh.net:/u02/oradata/ ? 备库解压 gunzip DGDB.tar.gz ? 复制 standby控制文件 生成两个备库的控制文件 ? 【实验总结】 本次实验，使用了手工冷备主库数据文件、scp到备库的方式，一步一步搭建dataguard物理备库。最主要的是突出主库、备库参数文件的配置。 参数文件：主库增加远程归档目录；备库增加FAL挖掘日志GAP、CONVERT进行目录转换。 控制文件：主库生产standby控制文件作为备库的控制文件。 数据文件：备库使用主库冷备的数据文件。
1.1K30发布于 2019-07-30 - 来自专栏Linux学习日志
mysql实现双机热备
介绍 双机热备从广义上讲，就是对于重要的服务，使用两台服务器，互相备份，共同执行同一服务。 可以对数据库做“热备”，热备只能解决硬件master硬件故障，软件故障等重大故障问题，但无法解决人为误操作导致的逻辑故障（列如输入错误的SQL语句把重要的记录删除了），所以常规的备份是必须的。
2.7K70发布于 2020-08-27 - 来自专栏技术之路
keepalived双机热备nginx
nginx目前是我最常用的反向代理服务，线上环境为了能更好的应对突发情况，一般会使用keepalived双机热备nginx或者使用docker跑nginx集群，keepalived是比较传统的方式，虽然用
2.6K50发布于 2018-03-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号