Sentinel(哨兵)是用于监控redis集群中Master状态的工具. 一.Sentinel作用  1.Master状态检测   2.如果Master异常,则会进行Master-Slave切换,将其中一个Slave作为Master,将之前的Master作为Slave;  3.Master-Slave切换后,master_redis.conf.slave_redis.conf和sentinel.conf的内容都会发生改变,即master_redis.conf中会多一行slaveof的配置,se

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY*ERROR at line 1: ORA-01577: cannot add log file '/u01/app/oracle/oradata/orcl/group_1.257.1010584013' - file already part of database 主库下: select  memb

1. dataguard主备切换   1.1. 查看当前主备库是否具备切换条件 on slave select sequence#,first_time,next_time,archived,applied from v$archived_log where SEQUENCE#=(select max(SEQUENCE#) from v$archived_log); SEQUENCE# FIRST_TIME NEXT_TIME ARCHIVED APPLIED ---------- ------

本文主要描述Oracle备库日志与主库日志之间有gap,切主库这部分gap的归档日志已经删除或丢失,如何在不重建备库的情况下,恢复备库. 欢迎转载,请注明作者.出处. 作者:张正 blog:http://space.itpub.net/26355921  QQ:176036317 如有疑问,欢迎联系. 在dataguard环境中,由于主库archivelog丢失,且尚未同步到standby,问如何在避免 重建standby的情况下来将standby恢复成功的. 下面是我的测试过程,供参考! —-

转自: 测试redis+keepalived实现简单的主备切换 - Try My Best 尽力而为 - ITeye技术网站http://raising.iteye.com/blog/2311757 keepalived是一个是集群管理中保证集群高可用的一个服务软件,它具备心跳检测的功能.运用在redis上,则是具备主备切换的控制功能. keepalived的主备切换方案的设计思想如下: 当 Master 与 Slave 均运作正常时, Master负责服务,Slave负责Standby: 当 

网络环境: 主:10.187.120.5 从:10.187.69.58 从:10.187.69.59 一.安装 mv redis-2.8.19.tar.gz /export/servers/ cd /export/servers/ tar zxf redis-2.8.19.tar.gz cd redis-2.8.19 make && make install 二,主从环境搭建    主:10.187.120.5 conf/redis_6379.conf (src/redis-server

有 A,B,C 三个节点的集群,在没有复制模型的情况下,如果节点 B 失败了, 那么整个集群就会以为缺少 5501-11000 这个范围的槽而不可用.

一.选举的授权 每次一个哨兵要做主备切换,首先需要quorum数量的哨兵认为odown,然后选举出一个哨兵来做切换,这个哨兵还得得到majority哨兵的授权,才能正式执行切换 如果quorum < majority,比如5个哨兵,majority就是3,quorum设置为2,那么就3个哨兵授权就可以执行切换 但是如果quorum >= majority,那么必须quorum数量的哨兵都授权,比如5个哨兵,quorum是5,那么必须5个哨兵都同意授权,才能执行切换     二.选举的监控 哨兵

前提:redis中,主从切换场景中,没有绝对的主和从,只有初始化的主和从,然后当主down后,从就变成主了,而主即使连接上,也是从,不会变为主 1.redis-server的主备关系: 需要配置的机器,以及主备关系如下: master:10.118.36.10 slave1:10.118.36.74 slave2:10.118.36.161 2.修改redis-server的配置文件 切换到redis的根目录 # cd /home/admin/Downloads/redis- master配置不

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明.本文链接:https://blog.csdn.net/gsying1474/article/details/48302565前提:redis中,主从切换场景中,没有绝对的主和从,只有初始化的主和从,然后当主down后,从就变成主了,而主即使连接上,也是从,不会变为主 1.redis-server的主备关系:    需要配置的机器,以及主备关系如下    master:10.118.36.10 

案例说明: 目前KingbaseES V8R6的Windows版本不支持数据库sys_rman的物理备份,可以考虑通过建立主备流复制实现数据库的异机物理备份.本案例详细介绍了,在Windows环境下建立流复制的过程,备库的创建可以在同一节点完成,也可以异机创建流复制. Tips: 异机构建主备流复制步骤和以上同一主机构建基本一致. 主机节点使用相同的操作系统版本和数据库版本. 检查主机之间的网络连通性,注意防火墙的配置. 适用版本: Windows KingbaseES V8R6 系统环境: 节

案例说明: 目前KingbaseES V8R6的Windows版本不支持数据库sys_rman的物理备份,可以考虑通过建立主备流复制实现数据库的异机物理备份.本案例详细介绍了,在Windows环境下建立流复制的过程,备库的创建可以在同一主机完成,也可以异机创建流复制. 适用版本: Windows KingbaseES V8R6 系统环境: 主备节点数据存储结构: # 主库: Data目录: D:\Program Files\Kingbase\ES\V8\data archive目录:d:\\ke

一.两种数据丢失的情况 1. 异步复制导致的数据丢失   因为master->slave的复制是异步的,所以可能有部分数据还没复制到slave,master就宕机了,此时这些部分数据就丢失了 2. 脑裂导致的数据丢失 脑裂是什么   某个master所在机器突然脱离了正常的网络,跟其他slave机器不能连接,但是实际上master还运行着.此时哨兵可能就会认为master宕机了,然后开启选举将其他slave切换成了master.集群里就会有两个master,也就是所谓的脑裂 引发的问题:   此

环境前提:     redis sentinel配置,三台主机,且配置运行良好        配置文件中添加: frontend ft_redis  bind 0.0.0.0:6379 name redis  default_backend bk_redis   backend bk_redis  option tcp-check  tcp-check connect  tcp-check send PING\r\n  tcp-check expect string +PONG  tcp-che

Redis 可以使用从属服务器来实现读写分离提高吞吐量或在主服务器故障时接替主服务器以提高可用性. 每个 Redis 服务器实例都可以配置多个 slave 节点,slave 服务器也可以拥有次级 slave 节点, 可以组织成复杂的树状结构(虽说生产环境下极少有人这么做). 配置主从复制 为了尝试配置主从复制,我们至少需要两个 redis 服务器实例.最简单的方法是在 redis 官网下载 redis-server 二进制可执行文件,分别放在 master 和 slave 目录中. 在每个目录中

另外参考:http://www.cnblogs.com/LiZhiW/p/4851631.html 一.准备条件 1.操作系统:win7 2.redis版本:redis-2.8.19 二.下载Redis并解压 1.下载 由于redis官方并不支持windows操作系统,所以官网上是下不到的,需要到gitlab上下载,下载地址如下: https://github.com/MSOpenTech/redis/releases?after=win-2.8.2101 2.解压 将下载后的zip文件解压到本

Redis-Sentinel是官方推荐的高可用解决方案,当redis在做master-slave的高可用方案时,假如master宕机了,redis本身(以及其很多客户端)都没有实现自动进行主备切换,而redis-sentinel本身也是独立运行的进程,可以部署在其他与redis集群可通讯的机器中监控redis集群. v哨兵作用 监控(Monitoring): 哨兵(sentinel) 会不断地检查你的Master和Slave是否运作正常. 提醒(Notification):当被监控的某个Redi

一.前言 在之前的系列文章中介绍了redis的入门.持久化以及复制功能,如果不了解请移步至redis系列进行阅读,当然我也是抱着学习的知识分享,如果有什么问题欢迎指正,也欢迎大家转载.而本次将介绍哨兵集群相关知识,包括哨兵集群部署.哨兵原理.相关配置.故障转移等内容,正因为redis有了哨兵机制,而在很多企业(包括笔者自身的公司)采用的是哨兵模式下的redis主从. 二.哨兵(Sentinel)简介  哨兵(后文统称sentinel)是官方推荐的的高可用(HA)解决方案.在之前的文章中介绍过re

主从同步 1.CPA原理 1. CPA原理是分布式存储理论的基石: C(一致性):   A(可用性):  P(分区容忍性); 2. 当主从网络无法连通时,修改操作无法同步到节点,所以“一致性”无法满足 3. 除非我们牺牲“可用性”,也就是暂停分布式节点服务,不再提供修改数据功能,知道网络恢复 一句话概括CAP: 当网络分区发生时,一致性 和 可用性 两难全 2.redis主从同步介绍 1. 和MySQL主从复制的原因一样,Redis虽然读取写入的速度都特别快,但是也会产生读压力特别大的情况. 2

1 简介 Sentinel(哨兵)是Redis 的高可用性解决方案:通过哨兵可以创建一个当主服务器出现故障时自动将从服务器升级为主服务器的一个分布式系统.解决了主从复制出现故障时需要人为干预的问题. 这篇介绍哨兵的搭建,以及哨兵是如何进行哨兵发现和主从切换等功能. 2 准备工作 在原先主从的基础上,每台机器启动一个哨兵.架构图如下 2.1 配置 配置文件如下 daemonize yes bind 0.0.0.0 port 26379 dir "/usr/soft/redis" logl

主从 命名设置:>6380 slaveof 127.0.0.01 6379 slaveof on one----------配置:-- 注意一点: 一定开启rdb,不能使用aof从节点配置:主节点正常配置即可 从节点slaveof 主节点ip 端口salve-read-only yesmasterauth 主节点密码 ------------------------------------------1.主服务是可以执行数据的读和写操作[rdb文件]2.从服务只能执行读操作[拷贝主服务上rdb]