由于数据库age即将接近 autovacuum_freeze_max_age 参数值  2亿，需要降低表的age，达到降低数据库age的目录，在执行vaccum  freeze  cstore.xxxxx时，提示 xxxxx   has   no   distribute type 。请教在cstore中的表如何降低age。

在使用中发现数据库集群中多个CN节点的age信息是独立的，我想对数据库的age信息做一个监控，每天查一下数据库的age信息，有没有什么方法可以使用一条SQL语句查出所有cn节点中数据库的age信息，我尝试使用 union all  加上 EXECUTE DIRECT ON ，但是失败了，所有来请教大家。另外，华为的这个数据库有类型greenplum中的gp_dist_random函数吗？

数据库版本Gaussdb 8.1.1数据库中参数autovacuum_freeze_max_age默认值为200亿，也就是说表的age达到200亿时数据库将自动做冻结age的操作，这个参数在以前C80版本中为2亿，我想在8.1.1版本中有所改进，至少pg_class中relfrozenxid64值为64位了，事务ID号也差不多是64位了。我有一个疑问，我在CN中对表做vacuum freeze时，在CN中查询表age的确降低了，但是我登陆另一个CN查询，age还是原来的值，难道对表降低age时，要在每一个CN中都做一次？要是这样的话那可太麻烦了。

GaussDB作为一款分布式数据库，广泛应用于各种场景，但在使用过程中，用户可能会遇到一些常见问题。以下是10个GaussDB常见问题及其解决方案：问题：GaussDB性能瓶颈如何解决？ 解决方案：优化查询语句，使用索引，提高硬件资源，进行数据库分区，使用分布式并行执行框架等方法提升性能。问题：如何在GaussDB中进行数据备份与恢复？ 解决方案：使用GaussDB提供的备份与恢复功能，如全量备份、增量备份等，进行数据的安全备份和快速恢复。问题：如何在GaussDB中实现主从复制？ 解决方案：配置主从复制，设置复制延迟，确保数据的一致性和高可用性。问题：GaussDB如何处理大量的数据导入导出？ 解决方案：使用GaussDB提供的数据导入导出工具，如LOAD DATA INFILE和EXPORT DATA TOFILE，进行高效的数据操作。问题：如何在GaussDB中设置触发器？ 解决方案：使用CREATE TRIGGER语句创建触发器，实现自动化运维和数据处理。问题：GaussDB如何实现跨中心双集群RPO0的高可靠性？ 解决方案：使用GaussDB的跨AZ/Region容灾技术，确保在故障发生时，业务可以快速切换到正常节点。问题：如何在GaussDB中使用索引优化查询性能？ 解决方案：合理创建索引，避免过多索引导致性能下降，根据查询条件创建索引。问题：如何在GaussDB中处理事务？ 解决方案：使用GaussDB的事务管理功能，保证数据的一致性和完整性。问题：如何在GaussDB中实现分布式事务？ 解决方案：使用GaussDB的分布式事务功能，保证分布式环境下的数据一致性。问题：如何进行GaussDB的性能调优？ 解决方案：分析慢查询日志，优化数据库配置，调整硬件资源，进行SQL语句优化等方法进行性能调优。如果想要系统的学习GaussDB，可以看华为云官网的视频教程

表语句  create table "TT2" (id int,name varchar(100))， 用pg_table_size统计表大小，提示错误找不到关系。 如果是表   create table TT2(id int,name varchar(100))就可以正常统计大小， 疑问， 对于建表语句包含 “”的，怎么统计大小。

【问题来源】星网【问题摘要】Data Studio连接GaussDB T数据库用户ｉｃｄ失败。【现象描述】【期望解决时间】尽快

大家好，我们有一个job每天创建一张有300个列的表，同时插入数据，语句如下所示也比较简单，结果集也就3千多万数据，select语句查询比较快，就是向表中写入数据比较慢，请问这种语句有什么优化的方法，确认表的分布列是没有问题的。create table test1 300个列 asselect *  from (select *          from o1.o1_yyyymmdd         where o_id in (2,                        3,                        6,                        8,                        9,                        16,                        17,                        100,                        101,                        102,                        103,                        111,                        112,                        113,                        114,                        115,                        116,                        126,                        127,                        128,                        129,                        131,                        132,                        133)           and lengthb(telnumber) = 11) t  left join o1.o2_yyyymmdd_v id_2    on id_2.id1 = t.id1  Left join o1.o3_yyyymmdd t2    on id_2.uid = t2.uid表中的数据量如下：o1.o1_yyyymmdd       数据量  4千万o1.o2_yyyymmdd_v    数据量  3千万o1.o3_yyyymmd       数据量  3千万

请教老师一个问题，在创建GaussDB的时候，报错如下，该如何去定位，谢谢

您还在为数据的导入导出烦恼吗？ 《GaussDB数据导入导出》课程涵盖gsql、gs_loader、GDS等多种工具的适合场景及使用方法，为您解决导入导出中的各种难题，快跟专家一起来学习吧~GaussDB数据库社区：https://bbs.huaweicloud.com/contents/sql/gaussdb-community.html

本篇文章投稿作者：hhh1218众所周知，GaussDB是一款企业级数据库产品，openGauss是开源数据库，两者之间又是什么样的关系，有什么相同和不同，让我们一一展开来探讨。1、产品定位openGauss：一款支持SQL2003标准语法，支持主备部署的高可用关系型数据库。多种存储模式支持复合业务场景，新引入提供原地更新存储引擎。NUMA化数据结构支持高性能。Paxos一致性日志复制协议，主备模式，CRC校验支持高可用。支持全密态计算、账本数据库等安全特性，提供全方位端到端的数据安全保护。通过Table Access Method接口层支持多存储引擎。 GaussDB：华为自主创新研发的分布式关系型数据库。该产品具备企业级复杂事务混合负载能力，同时支持分布式事务，同城跨AZ部署，数据0丢失，支持1000+的扩展能力，PB级海量存储。同时拥有云上高可用，高可靠，高安全，弹性伸缩，一键部署，快速备份恢复，监控告警等关键能力，能为企业提供功能全面，稳定可靠，扩展性强，性能优越的企业级数据库服务。 2、GaussDB与openGauss是一个内核，但是openGauss是开源，GaussDB是商用。GaussDB的内核引擎最早是基于PostgreSQL 9.2版本不断演进，根据PG-XC架构衍生了多CN架构，并开发了分布式执行框架和向量化引擎等重要特性。  GaussDB和openGauss不同之处：GaussDB数据库作为企业级的分布式数据库，支持分布式和主备的部署场景，其中分布式版本包含CN（计算节点）、DN（数据存储节点）和GTM（分布式事务管理器）等节点类型。GaussDB数据库的分布式版本是基于share-nothing架构实现的，通过GTM-Lite技术实现事务强一致，消除了无中心节点性能的瓶颈。openGauss简单来说就是GaussDB的一个开源版本，支持主备部署形态。3、GaussDB与openGauss部署架构 GaussDB分布式形态整体架构如下：Coordinator Node：协调节点CN，负责接收来自应用的访问请求，并向客户端返回执行结果；负责分解任务，并调度任务分片在各DN上并行执行。GTM：全局事务管理器（Global Transaction Manager），负责生成和维护全局事务ID、事务快照、时间戳、sequence信息等全局唯一的信息。Data Node：数据节点DN，负责存储业务数据（支持行存、列存、混合存储）、执行数据查询任务以及向CN返回执行结果。openGauss是分布式数据库系统，在这样的系统架构中，业务数据存储在单个物理节点上，数据访问任务被推送到服务节点执行，通过服务器的高并发，实现对数据处理的快速响应。同时通过日志复制可以把数据复制到备机，提供数据的高可靠和读扩展。openGauss是分布式系统，支持主备部署。 4、GaussDB和openGauss差异对比开发背景和社区支持：openGauss是由华为公司发起的开源项目，拥有活跃的社区支持和贡献者。GaussDB则是华为公司在openGauss的基础上进行商业化扩展和增强后的商用产品，提供企业级的支持和服务。功能特性：openGauss作为开源产品，其功能相对基础，适合大多数通用场景，并且可以根据需求进行定制和扩展。GaussDB在openGauss的基础上增加了更多的高级特性和优化，包括但不限于性能优化、安全性增强、可靠性提升等，以满足企业级应用的更高要求。技术支持和维护：openGauss作为一个开源项目，通常依赖于社区的支持和贡献来解决技术问题和提供更新。GaussDB作为商业产品，由华为公司提供专业的技术支持和维护服务，包括技术支持热线、定期更新和补丁等。适用场景：openGauss适用于对成本敏感、需要灵活性和可控性的场景，如中小型企业、教育机构或个人开发者。GaussDB更适合对数据安全、性能稳定性和服务质量有较高要求的企业级应用场景，特别是大型企业和关键业务系统。部署架构：openGauss支持主备部署架构，满足高可用要求；GaussDB支持主备和分布式部署形态，高可用架构上支持多中心部署，满足金融级别的高可用要求。扩展能力：openGauss集中式部署受限于单台服务器的处理能力，无法横向扩容；GaussDB支持分布式部署架构，具备横向扩展能力，满足高并发高性能的场景。信创生态支持：openGauss和GaussDB支持全栈信创能力，和国产CPU、国产操作系统和中间件有很好的生态兼容。  5、总结GaussDB和openGauss数据库作为优秀的国产数据库，在国产化基础软件信创改造的过程中都发挥了重要的作用。现在很多大学也开设了openGauss课程。GaussDB作为企业级的分布式数据库，在金融、电信等关键行业应用广泛，而openGauss作为开源版本，吸引更多的国产数据库爱好者参与共建、开发和优化。欢迎大家一起讨论。

《华为云数据库专家手把手教您完成GaussDB的实例部署》理论课已经学完，那么，在轻量化环境下，如何部署一个数据库呢？华为云数据库专家实操，从安装和迁移的原理入手，重点展示从传统数据库到GaussDB数据迁移中实践操作全流程，让您轻松上手，快来体验吧！

目前在做Mysql换数据库的调研，有些问题想咨询一下论坛的大佬们，问题分两部分GaussDB(for MySQL)：1，GaussDB(for MySQL)是否之部署在公有云上，能否私有化部署？2，如果我要学习GaussDB(for MySQL)，有什么免费的沙箱环境么？GaussDB：1，Mysql和GaussDB（不是for MySQL）具体差异有多大，从SQL语法，数据迁移，等方面说一下2，Mysql迁移到GaussDB（不是for MySQL），有什么工具？Navicat迁过来少很多东西。3，GaussDB（不是for MySQL）有没有自带information_schema，performance_schema，mysql这几个系统自带的库。

 本篇投稿作者：赵锋背景 最近项目在使用openGauss数据库，当初选择时综合考虑华为大厂背景、国产开源、免费使用，以及我也拥有openGauss的HCIA证书，对openGauss较为熟悉，所以选择openGauss。两年前初次部署选的是2.1.0版本，目前社区已经出了5.1.0版本，作为项目使用也得替换为LTS版本，所以此次进行5.0.0企业版的安装。且通过一主一备的部署方式增加数据的可靠性。#印象深刻的实战经历 题外话：关于openGauss的版本号 openGauss版本号采用点分位命名规则（X.Y.Z）模式，其中X.0.0表示LTS版本，X.Y.0表示preview版本，Z表示补丁版本。 LTS版本发布间隔周期1年，社区提供3年维护支持。preview版本发布间隔周期1年，社区提供0.5年维护支持。  一、环境准备 1. 华为云购买两台ECS 如图：一主一备部署需要准备两台服务器分别作为主机和备机，操作系统仍然用openEuler 20.03 LTS，CPU选择的制式是X86。说明：内存最少需要16G。  Tips：官网要求最小内存32G，考虑到卡里余额，我只买了4核16G的机器，也可以安装成功。  1.1查看openEuler版本，操作系统版本及CPU的制式是基础 [root@ecs-caa2 ~]# cat /etc/openEuler-release  openEuler release 20.03(LTS)   1.2查看CPU模式  lscpu  Architecture:       x86_64  CPU op-mode(s):        32-bit, 64-bit 注意：X86的CPU，下载安装包的时候记得要下载X86的。如果下了arm架构的会有其他莫名其妙的报错。相信不会有人犯这样的错误除了我。  1.3操作系统环境准备 设置字符集参数（主备机都要执行） vi/etc/profile export LANG=en_US.UTF-8 source/etc/profile 修改Python版本（主备机都要执行） cd /usr/bin mv python python.bak ln -s python3 /usr/bin/python python -V 下载安装包（创建目录和修改目录权限需要主备机都执行，下载和解压安装包只需要在主机执行） 创建目录：mkdir/opc/software/openGauss/ 下载安装包 x86：wgethttps://opengauss.obs.cn-south-1.myhuaweicloud.com/5.0.0/x86_openEuler/openGauss-5.0.0-openEuler-64bit-all.tar.gz 解压安装包 tar -zxvf openGauss-5.0.0-openEuler-64bit-all.tar.gztar zxvf openGauss-5.0.0-openEuler-64bit-om.tar.gz 修改目录权限：chmod 755 -R /opt/software chmod 755 -R /opt/software/openGauss/script/ 修改yum源：（主备机都要执行） cd /etc/yum.repos.dNAME="openEuler" 上传文件：openEulerOS.repo到该目录下。 执行命令：yum clean all 执行命令：yum makecache (执行命令的服务器需要有外网访问的权限）安装依赖包：（主备机都要执行） 1.Expect:  yum install expect 2.其他  yum install -y bzip2 bzip2-devel curl libaio libaio-devel readline-devel    yum install libaio* -y 关防火墙（主备机都要执行） vim /etc/selinux/config SELINUX=disabled 重启系统：reboot 检查：systemctl status firewalld 若仍然是active(running)状态，则执行下面两个命令： systemctl disable firewalld.service systemctl stop firewalld.service 再次检查：systemctl status firewalld  1）关共享内存 （主备机都要执行） swapoff -a 2）关闭RemoveIPC（主备机都要执行），修改“RemoveIPC”值为“no”。  vi /etc/systemd/logind.conf 3）检查hostname与/etc/hostname是否一致（主备机都要执行） Hostname  cat /etc/hosts cat /etc/hostname 注意hostname文件中不能有其他内容，之前包含了注释的localhost导致报错如下： [FAILURE] bogon: [GAUSS-51248] : The hostname(bogon) may be not same with hostname(/etc/hostname) Command: "pssh -s -H bogon 'cat /etc/hostname'". Error: bogon #localhost.localdomain [FAILURE] bogon2: [GAUSS-51248] : The hostname(bogon) may be not same with hostname(/etc/hostname) Command: "pssh -s -H bogon 'cat /etc/hostname'". Error: Bogon 红框中的内容删除掉后执行预安装成功。 注意除了下载安装包以外，其余关于环境的准备，需要在主备两台机器都进行操作。  2. 集群配置XML文件准备： 最主要的工作量就在准备XML文件了（我实验的路径是按照默认，具体项目可根据实际情况调整文件路径）。  2.1集群参数配置： <?xml version="1.0" encoding="utf-8"?><ROOT> <CLUSTER> <PARAM name="clusterName" value="opengauss" /> <PARAM name="nodeNames" value="db1,db2"/> <PARAM name="gaussdbAppPath" value="/opt/huawei/install/app" /> <PARAM name="gaussdbLogPath" value="/var/log/omm" /> <PARAM name="tmpMppdbPath" value="/opt/huawei/tmp"/> <PARAM name="gaussdbToolPath" value="/opt/huawei/install/om" /> <PARAM name="corePath" value="/opt/huawei/corefile"/> <PARAM name="backIp1s" value="192.168.197.18,192.168.197.19"/> </CLUSTER>2.2主机参数配置： <DEVICE sn="db1"> <PARAM name="name" value="db1"/> <PARAM name="azName" value="AZ1"/> <PARAM name="azPriority" value="1"/> <PARAM name="backIp1" value="192.168.197.18"/> <PARAM name="sshIp1" value="192.168.197.19"/> <!-- dn --> <PARAM name="dataNum" value="1"/> <PARAM name="dataPortBase" value="15400"/><!--这个参数很关键，和单机版有明显区别，其中红色字体的为需要增加的内容，配置备机的数据目录--> <PARAM name="dataNode1" value="/opt/huawei/install/data/dn,db2,/opt/huawei/install/data/dn"/> <PARAM name="dataNode1_syncNum" value="0"/></DEVICE>2.3备机参数配置： <DEVICE sn="bogon2"> <PARAM name="name" value="db2"/> <PARAM name="azName" value="AZ1"/> <PARAM name="azPriority" value="1"/> <PARAM name="backIp1" value="192.168.197.19"/> <PARAM name="sshIp1" value="192.168.197.19"/> <!-- dn --> </DEVICE><!--和单机版相比，不用配置备机的dbnode信息，如果配置了，则安装完成后，备机也会处于主机状态-->配置完后的xml文件放在openGauss/xmlfile文件夹下面。[root@bogon xmlfile]# ls /opt/software/openGauss/xmlfile/cluster_config.xml需要赋予xmlfile文件夹权限：chmod 755 -R /opt/software/openGauss/xmlfile/NAME="openEuler"二、预安装 1. 执行preinstall命令： ./script/gs_preinstall -U omm -G dbgrp -X /opt/software/openGauss/xmlfile/cluster_config.xml Preinstall过程中会需要几次提示和输入几次密码，按照提示输入响应密码并妥善记录。 2. 提示输入omm用户的密码：3. 再次输入omm用户的密码：    Preinstall成功结束后会有如下提示：    4. 一些安装过程由于粗心遇到的小问题，根据提示修改后重新执行即可。  如果xml文件名或者文件夹错误，则会报错如下：     如果xml文件里面的hostname和实际的hostname不一致，则会报错如下：    三、安装 1. 安装命令需要用omm用户执行，先切换至omm； su omm gs_install -X /opt/software/openGauss/xmlfile/cluster_config.xml  2. 如果没有赋予xmlfile文件夹的权限，则会报错： [GAUSS-50236]:the /opt/software/openGauss/xmlfile/cluster_config.xml does not existor the permission on the upper-layer directory is insufficient.3. 赋予权限： chmod 755 -R /opt/software/openGauss/xmlfile/ chmod 755 -R /opt/software/openGauss/script赋予权限时要用root用户，赋予后重新切换为omm用户进行安装。  4. 安装过程需要输入数据库密码，输入并妥善记录。   5. 安装完成后会有如下提示：   四、启动和集群状态检查 1. 启动：gs_om -t restart 2. 集群状态检查：gs_om -t status --detail   五、主备切换 1. 登录备机，查看集群状态 gs_om -t status --detail 2. 备机升主，更新配置文件 gs_ctl switchover -D /opt/huawei/install/data/dn  3. 重新查看集群状态，发现主备机已经互相切换。   六、一些其他操作 修改端口号：由于2.0默认端口号是26000，我安装完成后把端口号又改为了26000。修改postgresql.conf文件和pg_hba.conf文件的部分配置，以便可以远程连接数据库，注意修改完后需重启集群才生效。  七、本文作者 本文内容来自于数据库领域资深技术专家赵锋老师，OpenHarmony WEB3 TSG成员。先后就职于大唐电信、华为和软通动力，拥有多年项目开发，设计和优化运维经验。在数据库领域摸爬滚打多年，经历过Oracle，DB2和SQL Server的时代，国产数据库崛起后，对华为GaussDB系列数据库进行了深入学习和研究，获得华为GaussDB HICA、GaussDB HCIP、GaussDB HICA SI以及openGauss HCIA证书。致力于国产开源数据库在业务项目中的实践和应用。 

本篇投稿作者：IT邦德前言本文详细阐述了openGauss通过CM管理，实现的VIP故障转移全过程。欢迎小伙伴一起探讨。1.前言❝随着目前信创产业的发展，应项目的需求，通过高可用的方式实现数据库的故障转移。于是花了点时间研究，通过CM管理，实现了VIP故障转移全过程，在经历了这次故障转移之后，我觉得有必要分享我在此过程中获得的见解2.CM管理两节2.1 何为CM❝CM（Cluster Manager）是一款数据库管理模块。支持自定义资源监控，提供了数据库主备的状态监控、网络通信故障监控、文件系统故障监控、故障自动主备切换等能力。提供了丰富的数据库管理能力，如节点、实例级的启停，数据库实例状态查询、主备切换、日志管理等。提供了通过REST接口远程查询和接收集群状态的能力。❞2.2 CM的特点 高可用：CM易用性提升   支持一键式关闭CM集群服务；  支持和内核的安装部署解耦；  支持按事件调用用户自定义脚本；  支持CM组件单独升级，增强数据库集群可靠性；  CM根据配置信息，支持用户自定义组件的监控和管   需要注意的是，一主一备模式下，CM只支持基本的安装，启停，检测能力，其他功能不支持。                                                                           高可用：CM支持VIP管理  通过VIP可以直接找到主机，连接重连更准更快（毫秒级别）；  支持主机故障，CM选出新主时，VIP漂移到新的主上；  当出现双主时，依然可以通过VIP访问到唯一一个主机，降低了双主丢数据的风险。 2.3 XML配置文件<?xml version="1.0" encoding="UTF-8"?><ROOT> <!-- openGauss整体信息 --> <CLUSTER> <!-- 数据库名称 --> <PARAM name="clusterName" value="opengauss" /> <!-- 数据库节点名称(hostname) --> <PARAM name="nodeNames" value="opengauss51m,opengauss51b" /> <!-- 数据库安装目录,与数据库所需其它路径相互独立，没有包含关系--> <PARAM name="gaussdbAppPath" value="/openGauss/app" /> <!-- 日志目录--> <PARAM name="gaussdbLogPath" value="/openGauss/log/omm" /> <!-- 临时文件目录--> <PARAM name="tmpMppdbPath" value="/openGauss/tmp"/> <!-- 数据库工具目录--> <PARAM name="gaussdbToolPath" value="/openGauss/om" /> <!-- 数据库core文件目录--> <PARAM name="corePath" value="/openGauss/corefile"/> <!-- 节点IP，与数据库节点名称列表一一对应 --> <PARAM name="backIp1s" value="192.168.6.11,192.168.6.12"/> </CLUSTER> <!-- 每台服务器上的节点部署信息 --> <DEVICELIST> <!-- 节点1上的部署信息 --> <DEVICE sn="opengauss51m"> <!-- 节点1的主机名称 --> <PARAM name="name" value="opengauss51m"/> <!-- 节点1所在的AZ及AZ优先级 --> <PARAM name="azName" value="AZ1"/> <PARAM name="azPriority" value="1"/> <!-- 节点1的IP，如果服务器只有一个网卡可用，将backIP1和sshIP1配置成同一个IP --> <PARAM name="backIp1" value="192.168.6.11"/> <PARAM name="sshIp1" value="192.168.6.11"/> <!-- cm主 --> <PARAM name="cmsNum" value="1"/> <PARAM name="cmDir" value="/openGauss/cm"/> <PARAM name="cmServerPortBase" value="15300"/> <PARAM name="cmServerListenIp1" value="192.168.6.11,192.168.6.12"/> <PARAM name="cmServerHaIp1" value="192.168.6.11,192.168.6.12"/> <!-- cmServerlevel目前只支持1 --> <PARAM name="cmServerlevel" value="1"/> <!-- cms主及所有备的hostname --> <PARAM name="cmServerRelation" value="opengauss51m,opengauss51b"/> <!--dn--> <PARAM name="dataNum" value="1"/> <PARAM name="dataPortBase" value="15400"/> <PARAM name="dataNode1" value="/openGauss/data/dn,opengauss51b,/openGauss/data/dn"/> <PARAM name="dataNode1_syncNum" value="0"/> </DEVICE> <!-- 节点2上的节点部署信息，其中"name"的值配置为主机名称 --> <DEVICE sn="opengauss51b"> <!-- 节点2的主机名称 --> <PARAM name="name" value="opengauss51b"/> <!-- 节点2所在的AZ及AZ优先级 --> <PARAM name="azName" value="AZ1"/> <PARAM name="azPriority" value="1"/> <!-- 节点2的IP，如果服务器只有一个网卡可用，将backIP1和sshIP1配置成同一个IP --> <PARAM name="backIp1" value="192.168.6.12"/> <PARAM name="sshIp1" value="192.168.6.12"/> <!-- cm --> <PARAM name="cmDir" value="/openGauss/cm"/> <PARAM name="cmServerPortStandby" value="15300"/> </DEVICE> </DEVICELIST></ROOT>​3.集群VIP管理3.1 增加sudo权限给omm用户增加sudo权限，所有节点都执行echo "omm ALL=(ALL) NOPASSWD:ALL">>/etc/sudoersecho "Cmnd_Alias COMMAND_FLAG = /usr/sbin/ifconfig" >> /etc/sudoers​3.2 添加VIPifconfig ens33:15400 192.168.6.14 netmask 255.255.255.0 up ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.6.11 netmask 255.255.255.0 broadcast 192.168.6.255 inet6 fe80::a281:1dad:5f3f:1be8 prefixlen 64 scopeid 0x20<link> ether 00:0c:29:56:78:64 txqueuelen 1000 (Ethernet) RX packets 70129 bytes 10190915 (9.7 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 445322 bytes 1129835756 (1.0 GiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0ens33:15400: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.6.14 netmask 255.255.255.0 broadcast 192.168.6.255 ether 00:0c:29:56:78:64 txqueuelen 1000 (Ethernet给集群添加VIP资源 VIP作为openGauss的资源管理cm_ctl res --add --res_name="VIP_az1" --res_attr="resources_type=VIP,float_ip=192.168.6.14"将每个实例加到资源中cm_ctl res --edit --res_name="VIP_az1" --add_inst="node_id=1,res_instance_id=6001" --inst_attr=base_ip=192.168.6.11cm_ctl res --edit --res_name="VIP_az1" --add_inst="node_id=2,res_instance_id=6002" --inst_attr=base_ip=192.168.6.12[omm@opengauss51m ~]$ cm_ctl res --checkcm_ctl: resource config is valid.执行check完成后，在cmdataPath/cm_agent/目录下会生成一个自定义资源配置文件cm_resource.json，检查完成没有错误后，需要手动scp将该文件分发到其他节点3.3 配置参数配置/openGauss/data/dn/pg_hba.conf在数据库pg_hba.conf文件中以sha256方式添加floatIphost all all 192.168.6.14/32 sha256 --cm集群故障自动切换配置前提条件，通过三方网管实现cd /openGauss/cm/cm_servervi cm_server.conf third_party_gateway_ip = 192.168.6.8cms_enable_failover_on2nodes = true cms_network_isolation_timeout = 20 3.4 重启集群[omm@opengauss51m ~]$ gs_om -t stopStopping cluster.=========================================Successfully stopped cluster.=========================================End stop cluster.[omm@opengauss51m ~]$ gs_om -t startStarting cluster.======================================================================Successfully started primary instance. Wait for standby instance.======================================================================.Successfully started cluster.======================================================================cluster_state : Normalredistributing : Nonode_count : 2Datanode State primary : 1 standby : 1 secondary : 0 cascade_standby : 0 building : 0 abnormal : 0 down : 0Successfully started cluster. 查询VIP在哪个节点[omm@opengauss51m ~]$ cm_ctl show[ Network Connect State ]Network timeout: 6sCurrent CMServer time: 2023-11-18 21:03:20Network stat('Y' means connected, otherwise 'N'):| \ | Y || Y | \ |[ Node Disk HB State ]Node disk hb timeout: 200sCurrent CMServer time: 2023-11-18 21:03:21Node disk hb stat('Y' means connected, otherwise 'N'):| N | N |[ FloatIp Network State ]node instance base_ip float_ip_name float_ip -----------------------------------------------------------------1 opengauss51m 6001 192.168.6.11 VIP_az1 192.168.6.14 4.测试故障转移##本次实验，我们直接对主库关机，验证高可用[omm@opengauss51b ~]$ gs_om -t status --detail[ CMServer State ]node node_ip instance state--------------------------------------------------------------------1 opengauss51m 192.168.6.11 1 /openGauss/cm/cm_server Down2 opengauss51b 192.168.6.12 2 /openGauss/cm/cm_server Primary[ Cluster State ]cluster_state : Degradedredistributing : Nobalanced : Nocurrent_az : AZ_ALL[ Datanode State ]node node_ip instance state -------------------------------------------------------------------------1 opengauss51m 192.168.6.11 6001 /openGauss/data/dn P Down Unknown2 opengauss51b 192.168.6.12 6002 /openGauss/data/dn S Primary Normal ##备库变为主库，VIP也飘逸过来了 [omm@opengauss51b ~]$ cm_ctl show[ Network Connect State ]Network timeout: 6sCurrent CMServer time: 2023-11-18 22:41:44Network stat('Y' means connected, otherwise 'N'):| \ | Y || Y | \ |[ Node Disk HB State ]Node disk hb timeout: 200sCurrent CMServer time: 2023-11-18 22:41:45Node disk hb stat('Y' means connected, otherwise 'N'):| N | N |[ FloatIp Network State ]node instance base_ip float_ip_name float_ip -----------------------------------------------------------------2 opengauss51b 6002 192.168.6.12 VIP_az1 192.168.6.14 ##然后我们启动主库，恢复集群 --启动集群[omm@opengauss51m ~]$ gs_om -t start[omm@opengauss51b ~]$ gs_om -t status --detail[ CMServer State ]node node_ip instance state--------------------------------------------------------------------1 opengauss51m 192.168.6.11 1 /openGauss/cm/cm_server Standby2 opengauss51b 192.168.6.12 2 /openGauss/cm/cm_server Primary[ Cluster State ]cluster_state : Normalredistributing : Nobalanced : Nocurrent_az : AZ_ALL[ Datanode State ]node node_ip instance state -------------------------------------------------------------------------1 opengauss51m 192.168.6.11 6001 /openGauss/data/dn P Standby Normal2 opengauss51b 192.168.6.12 6002 /openGauss/data/dn S Primary Normal作者：IT邦德中国DBA联盟(ACDU)成员，10余年DBA工作经验 擅长主流数据Oracle、MySQL、PG、openGauss运维 备份恢复，安装迁移，性能优化、故障应急处理等。可提供技术业务： 1.DB故障处理/疑难杂症远程支援 2.Mysql/PG/Oracle/openGauss 数据库部署及数仓搭建。

GaussDB案例库新版上线了，欢迎体验~GaussDB案例库汇集了安装部署、数据库使用、SQL使用、运维管理、故障处理等各维度场景遇到问题时的处理经验，支持一站式筛选、检索、收藏等能力，同时欢迎大家分享您的经验，让案例更丰富。欢迎在GaussDB数据库社区-快速入门-案例库进入体验~https://bbs.huaweicloud.com/contents/sql/gaussdb-community.html