• 2024-09-02数据库守护者:揭秘MySQL组复制的高可用魔法
    mysql高可用之组复制(MGR)(数据库守护者:揭秘MySQL组复制的高可用魔法)什么是MySQLGroupReplication?MySQLGroupReplication是一个基于组通信的复制解决方案,它允许将多个MySQL实例组织成一个组,在该组内进行事务的一致性复制。这样可以确保即使某个实例发生故障,其他实例
  • 2024-09-02MySQL Replication 主从复制详解
    1.1主从复制基础概念在了解主从复制之前必须要了解的就是数据库的二进制日志(binlog),主从复制架构大多基于二进制日志进行,二进制日志相关信息参考:http://www.cnblogs.com/clsn/p/8087678.html#_label61.1.1二进制日志管理说明二进制日志在哪?如何设置位置和命名?
  • 2024-08-30PG复制槽的原理
    什么是PG复制槽?PG复制槽用于记录主备流复制的状态,主要目的是防止wal日志被过早的删除,导致备库流复制中断。复制槽是有状态的,能够持久化到磁盘上,允许宕机、重启场景下进行恢复。在有复制槽的场景下,即使备库关闭很长时间,主库也会为其保留足够的wal日志,直到备库恢复接收完这
  • 2024-08-29Veeam Backup & Replication v12.2 发布,新增功能概述
    VeeamBackup&Replicationv12.2发布,新增功能概述VeeamDataPlatform|面向混合云和多云的备份和恢复监控和分析恢复编排请访问原文链接:https://sysin.org/blog/veeam-backup-12/,查看最新版。原创作品,转载请保留出处。作者主页:sysin.org全球首屈一指的备份和恢复提
  • 2024-08-19MySQL 组复制故障恢复的有效策略
    没有MGR环境,只是学学别人经验。原文地址:https://www.percona.com/blog/effective-strategies-for-recovering-mysql-group-replication-from-failures/ 组复制是一种容错/高可用复制拓扑结构,可确保在主节点宕机时,由其他候选成员或辅助成员之一接管,从而使写入和读取操作不间断
  • 2024-08-13mysql: auth_socket登录
    一,默认安装的mysql用户root是auth_socket方式登录root@localhost的authentication_string为空,   它的plugin为auth_socket二,如何登录?1,从命令行正常登录会报错:liuhongdi@lhdpc:/data/site/gsapi$mysql-uroot-hlocalhost-pEnterpassword:ERROR1698(28000):
  • 2024-08-13MySQL InnoDB Cluster – how to manage a split-brain situation
    本文是翻译MySQLInnoDBCluster–howtomanageasplit-brainsituation[1]这篇文章,如有翻译不妥或不对的地方,敬请谅解与指正。请尊重原创和翻译劳动成果,转载的时候请注明出处。谢谢!每次我展示MySQLInnoDBCluster时,在创建集群的演示中,很多人都不明白为什么当我集群中已有2
  • 2024-08-11zabbix-agent自定义配置监控项
    zabbix-agent自定义配置监控项1.环境准备本例中安装zabbix开源软件和zabbix运行所需的中间件和数据库apache、php和postgres,软件版本信息如下:软件版本zabbixZabbix6.4.0apachehttpd-2.4.57aprapr-1.7.4apr-util1.6.3php8.2.6sqlite-autoconf342
  • 2024-08-06SQLServer 事务复制订阅节点非活跃状态(inactive)错误的处理:Error in replication::subscription(s) have been marked inacti
    事务复制中订阅节点非活动( inactive)错误在SQLServer的事务复制模型中,会出现“订阅过期”的错误,相关订阅分发代理Job的典型错误如下:"AgentSQLNYC01-Onvoices-PubInvoicesInvoices-SQLNYC01-1353is retryingafteranerror. 211retriesattempted.Seeagentjobhistoryin
  • 2024-07-14关于Kafka Topic分区和Replication分配的策略
    文章目录1.Topic多分区2.理想的策略3.实际的策略4.如何自定义策略1.Topic多分区如图,是一个多分区Topic在Kafka集群中可能得分配情况。P0-RL代表分区0,Leader副本。这个Topic是3分区2副本的配置。分区尽量均匀分在不同的Broker上,分区的Follower副本尽量不和Lea
  • 2024-07-09【MySQL MGR管理】MySQL5.7 MGR集群切换测试
    一、服务器环境MySQL5.7MGR集群切换目标:故障切换,启用备选主之后。还原MGR,切换回原主服务器信息[root@0321-mysqlmgr3~]#cat/etc/hosts127.0.0.1localhostlocalhost.localdomainlocalhost4localhost4.localdomain4::1localhostlocalhost.localdomainloc
  • 2024-06-13MySQL The instance is already part of another Replication Group
    MySQLInnoDBCluster(测试环境为MySQL8.0.35)将一个实例重新加入集群时,遇到了下面这个错误"Theinstance'dbu03:3306'isalreadypartofanotherReplicationGroup"MySQL  10.160.2.55:3306 ssl  JS > cluster.addInstance('[email protected]:3306')ERROR: Ru
  • 2024-05-15Replication Controller副本控制器RC
    rc的作用: kubectlgetrckubectlgetpods如果yaml文件中没有设置template中pod的名字,那么就会以rc名字为前缀然后随机生成名字!! kubectldeletepodpodName删除一个pod以后,会根据rc配置的pod数,在立马生成一个pod: kubectleditpodpodNameps:rc是通过便签来管理他
  • 2024-05-13openGauss 配置设置
    配置设置发布订阅要求设置一些配置选项。在发布者端,wal_level必须被设置为logical,而max_replication_slots中设置的值必须至少是预期要连接的订阅数加上保留给表同步的连接数。发布端参数max_wal_senders应满足:max_wal_senders>=max_replication_slots+同时连接的物理复制槽
  • 2024-05-01kafka核心概念Broker、Topic、Partition和Replication
    在Kafka中,Broker、Topic、Partition和Replication是四个核心概念,它们各自扮演了不同的角色并共同协作以确保数据的可靠性、可扩展性和高性能。以下是关于这四个概念的详细解释:Broker(代理)*Broker是Kafka集群中的一个节点,负责存储和转发消息。Kafka集群由多个Broker组成。*Brok
  • 2024-04-29hdp2.4 -- hbase集群replication
    liststatuslist_namespace list_peers,list_replicated_tables主节点create'replication_test','f1','f2'1hbase(main):011:0>put'replication_test','rk0001','f1:name','zhanzongxin1'
  • 2024-04-26MySQL Group Replication
    MySQL组复制              在MySQL复制集的基础上,将服务器划分为逻辑组,每组一个复制集。单主模式可以说是主从复制集的替代品,在主从复制集的基础上提供了部分自动化功能,他可以提供:1.复制集启动时自动选主,不需要手动指定2.主
  • 2024-04-13mysql部署MGB
    基础环境node0:192.168.110.50 -->master节点node1:192.168.110.60node2:192.168.110.70MySQL版本->MySQL8.0.36在每台电脑上配置host名cat>/etc/hosts<<-'EOF'192.168.31.230n0192.168.31.231n1192.168.31.232n2EOF修改对应主机的主机名hostnamectlset
  • 2024-04-08mysql - 组复制MGR
    传统主从的缺陷传统主从模式,主节点负责写日志,从节点照着日志,执行完全相同的操作,从而实现数据同步。缺点:极端情况下,在主节点坏掉的瞬时,日志没发送到从节点,导致出现少量的差异。优点:主节点不需要关注从节点的状态,更新数据的效率最高。尽管存在缺点,但是有些系统,容忍这种问题的存
  • 2024-04-08Mysql8.0高可用部署
    Mysql8.0高可用部署前言目前是三台服务器,每台服务器部署mysql、mgr、proxysql、keepalived,mysql8.0是通过mgr的方式来实现mysql服务的高可用,实现故障自动检测及自动切换,发生故障时能自动切换到新的主节点,但是当程序调用的mysql对应的服务宕机后,无法自动切换到正常服务上面
  • 2024-03-21Step by Step Data Replication Using Oracle GoldenGate
    1、Quickstarts2、ConfigureDeployments3、ManageDeploymentsfromtheServiceManager 4、ConfigureDataReplicationProcessesfromtheAdministrationService 5、ConfigurePathstoTransportTraiData 6、MonitorPathsandTrailsfromtheReceiver
  • 2024-03-20VMware vSphere Replication 9.0 - 虚拟机复制和数据保护
    VMwarevSphereReplication9.0-虚拟机复制和数据保护请访问原文链接:https://sysin.org/blog/vmware-vsphere-replication-9/,查看最新版。原创作品,转载请保留出处。作者主页:sysin.org新增功能vSphereReplication9.0提供以下新功能:VMwareLiveRecovery一种新的解决
  • 2024-03-11deployment/rs的区别
    答:deployment是rs的超集,提供更多的部署功能,如:回滚、暂停和重启、版本记录、事件和状态查看、滚动升级和替换升级。如果能使用deployment,则不应再使用rc和rs;rc/rs实现原理ReplicationController可以保证Pod始终处于规定的副本数,而当前推荐的做法是使用Deployment+ReplicaSet
  • 2024-02-19VMware vSphere Replication 8.8 (for vSphere 8.0U2) - 虚拟机复制和数据保护
    VMwarevSphereReplication8.8(forvSphere8.0U2)-虚拟机复制和数据保护vSphereReplication8.8.0.3update请访问原文链接:VMwarevSphereReplication8.8(forvSphere8.0U2)-虚拟机复制和数据保护,查看最新版。原创作品,转载请保留出处。作者主页:sysin.org新增功
  • 2024-02-06在K8S中,RC的机制是什么?
    在Kubernetes(K8s)中,ReplicationController(RC)是一种工作负载资源对象,它负责确保指定的Pod副本集始终保持预期的数量。其机制如下:定义期望状态:用户通过创建一个ReplicationController资源定义文件来声明他们希望运行的Pod副本数量,同时提供Pod模板,该模板描述了每个副本Pod应有的