GBase 8a 节点替换

已于 2023-04-05 15:26:16 修改
阅读量765 收藏
点赞数
分类专栏： GBase8a 文章标签： 运维
于 2022-11-29 01:11:26 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_34479012/article/details/128087343
版权

节点替换 包括替换gcware、替换gcluster、替换gnode  ，新节点可以是freenode节点（替换后节点IP改变），也可以是全新未安装过gbase的节点（替换后节点IP不变），本次内容是使用全新节点替换gnode，其他情况 以后有时间再补充

原始集群   192.168.61.1   【8a-1】 (gcware + gcluster + gnode)

                  192.168.61.2  【8a-2】 (gnode)  待替换节点

新节点       192.168.61.3  【8a-3】

目录

原始状态

设置被替换节点状态为 unavailable

删除被替换节点的 feventlog

被替换节点关机或者断网

生成新的distribution

将被替换的集群节点（原 192.168.61.2）机器网线拔出（或者直接关机，上面做过这里可以略过），并将待替换的新机器（192.168.61.3）IP改为192.168.61.2

配置新节点的ssh

执行节点替换

再次数据重分布，将数据分布到新节点

删除旧的分布方案

问题记录

原始状态

[gbase@8a-1 gcinstall]$ gcadmin
CLUSTER STATE:         ACTIVE

====================================
| GBASE GCWARE CLUSTER INFORMATION |
====================================
| NodeName |  IpAddress   | gcware |
------------------------------------
| gcware1  | 192.168.61.1 |  OPEN  |
------------------------------------
======================================================
|       GBASE COORDINATOR CLUSTER INFORMATION        |
======================================================
|   NodeName   |  IpAddress   | gcluster | DataState |
------------------------------------------------------
| coordinator1 | 192.168.61.1 |   OPEN   |     0     |
------------------------------------------------------
=============================================================
|         GBASE CLUSTER FREE DATA NODE INFORMATION          |
=============================================================
| NodeName  |  IpAddress   | gnode | syncserver | DataState |
-------------------------------------------------------------
| FreeNode1 | 192.168.61.2 | OPEN  |    OPEN    |     0     |
-------------------------------------------------------------
| FreeNode2 | 192.168.61.1 | OPEN  |    OPEN    |     0     |
-------------------------------------------------------------

0 virtual cluster
1 coordinator node
2 free data node

设置被替换节点状态为 unavailable

当节点状态置为unavaliable时  该节点不再接收gcluster下发的SQL

[gbase@8a-1 gcinstall]$ gcadmin setnodestate 192.168.61.2 unavailable
[gbase@8a-1 gcinstall]$ gcadmin
CLUSTER STATE:         ACTIVE
VIRTUAL CLUSTER MODE:  NORMAL

====================================
| GBASE GCWARE CLUSTER INFORMATION |
====================================
| NodeName |  IpAddress   | gcware |
------------------------------------
| gcware1  | 192.168.61.1 |  OPEN  |
------------------------------------
======================================================
|       GBASE COORDINATOR CLUSTER INFORMATION        |
======================================================
|   NodeName   |  IpAddress   | gcluster | DataState |
------------------------------------------------------
| coordinator1 | 192.168.61.1 |   OPEN   |     0     |
------------------------------------------------------
===============================================================================================================
|                                       GBASE DATA CLUSTER INFORMATION                                        |
===============================================================================================================
| NodeName |                IpAddress                 | DistributionId |    gnode    | syncserver | DataState |
---------------------------------------------------------------------------------------------------------------
|  node1   |               192.168.61.2               |       1        | UNAVAILABLE |            |           |
---------------------------------------------------------------------------------------------------------------
|  node2   |               192.168.61.1               |       1        |    OPEN     |    OPEN    |     0     |
---------------------------------------------------------------------------------------------------------------

删除被替换节点的 feventlog

当集群各节点状态不一致时会生成feventlog，这个feventlog也是判断集群各节点是否一致的标准，当我们将节点状态置为unavailable时  这个节点已经与其他节点不一致了，需要手工删除feventlog，虽然再后面替换节点repalce.py这个里面也会删除feventlog, 但是我们选择先手工删除，这样在节点替换过程中 再次删除feventlog的时候会很快，可以保证在节点替换过程中 不会因为feventlog太大 而耗费时间过长，只要feventlog一致，那么集群就可以正常运转，同时也保证了替换节点过程中，瞬间删除feventlog ，集群可以正常工作，同时 在节点替换过程中，如果没有先将feventlog删除的话，那么节点替换过程中也会自动删除，只不过这个时间可能会很长，但是在这个时间段，下发过来的sql不会拒收，而是将SQL置为等待状态，等节点替换完继续执行SQL，这个特性也说明了节点替换过程中，业务不受影响

[gbase@8a-1 gcinstall]$ gcadmin rmfeventlog 192.168.61.2

被替换节点关机或者断网

#192.168.61.2节点
[root@8a-2 ~]# shutdown -h now

生成新的distribution

由于192.168.61.2将被替换，所以要将192.168.61.2上面的数据先转移，转移的方法就是先生成新的分布方案，再按照新的分布方案进行数据重分布。比如原集群的分布方案是192.168.61.1和192.168.61.2两个节点，192.168.61.2将被替换，那么新的分布方案就不能包含192.168.61.2了

原始集群的分布方案（Distribution ID = 1）

[gbase@8a-1 gcinstall]$ gcadmin showdistribution node
                                      Distribution ID: 1 | State: new | Total segment num: 2

============================================================================================
|  nodes   |             192.168.61.2              |             192.168.61.1              |
--------------------------------------------------------------------------------------------
| primary  |                  1                    |                  2                    |
| segments |                                       |                                       |
--------------------------------------------------------------------------------------------
|duplicate |                  2                    |                  1                    |
|segments 1|                                       |                                       |
============================================================================================

复制原始的分布方案

[gbase@8a-1 gcinstall]$ gcadmin getdistribution 1 distribution_info_1.xml
[gbase@8a-1 gcinstall]$ cat distribution_info_1.xml 
<?xml version='1.0' encoding="utf-8"?>
<distributions>
    <distribution>
        <segments>
            <segment>
                <primarynode ip="192.168.61.2"/>           #被替换节点为主分片

                <duplicatenodes>
                    <duplicatenode ip="192.168.61.1"/>
                </duplicatenodes>
            </segment>

            <segment>
                <primarynode ip="192.168.61.1"/>

                <duplicatenodes>
                    <duplicatenode ip="192.168.61.2"/>     #被替换节点为备份分片
                </duplicatenodes>
            </segment>
        </segments>
    </distribution>
</distributions>

 修改新的分布方案

[gbase@8a-1 gcinstall]$ vi distribution_info_1.xml

<?xml version='1.0' encoding="utf-8"?>
<distributions>
    <distribution>
        <segments>
            <segment>
                <primarynode ip="192.168.61.1"/>         如果被替换节点是主分片，那么将ip由被替换的节点改为改为该分片上的备份分片的IP，当前分片的备份分片为192.168.61.1，所以主分片这里改为 192.168.61.1

                <duplicatenodes>                                   因为上面主分片已经改为192.168.61.1，这里的备份分片直接删掉
                    <duplicatenode ip="192.168.61.1"/>
                </duplicatenodes>
            </segment>

            <segment>
                <primarynode ip="192.168.61.1"/>

                <duplicatenodes>
                    <duplicatenode ip="192.168.61.2"/>   如果被替换节点是备份分片，那么这几行直接删除
                </duplicatenodes>
            </segment>
        </segments>
    </distribution>
</distributions>

[gbase@8a-1 gcinstall]$ vi gcChangeInfo_dis1.xml

<?xml version="1.0" encoding="utf-8"?>
<servers>
<cfgFile file="distribution_info_1.xml"/>
</servers>

生成新的分布方案

[gbase@8a-1 gcinstall]$ gcadmin distribution gcChangeInfo_dis1.xml

查看新的分布方案

此时多了distribution ID = 2 ,这个分布方案里面不包含被替换节点

[gbase@8a-1 gcinstall]$ gcadmin showdistribution node
                                      Distribution ID: 2 | State: new | Total segment num: 2

====================================================
|  nodes   |             192.168.61.1              |
----------------------------------------------------
| primary  |                  1                    |
| segments |                  2                    |
====================================================


                                      Distribution ID: 1 | State: old | Total segment num: 2

============================================================================================
|  nodes   |             192.168.61.2              |             192.168.61.1              |
--------------------------------------------------------------------------------------------
| primary  |                  1                    |                  2                    |
| segments |                                       |                                       |
--------------------------------------------------------------------------------------------
|duplicate |                  2                    |                  1                    |
|segments 1|                                       |                                       |
============================================================================================

使用Distribution = 2 ,将数据重新分布但不给被替换节点分配数据

没有重分布时 数据的分布情况如下（数据全部使用data_distribution_id = 1）

gbase> select index_name,tbname,data_distribution_id,vc_id from gbase.table_distribution;
+-------------------------------+--------------------+----------------------+---------+
| index_name                    | tbname             | data_distribution_id | vc_id   |
+-------------------------------+--------------------+----------------------+---------+
| gclusterdb.rebalancing_status | rebalancing_status |                    1 | vc00001 |
| gclusterdb.dual               | dual               |                    1 | vc00001 |
| testdb.t1                     | t1                 |                    1 | vc00001 |
+-------------------------------+--------------------+----------------------+---------+
3 rows in set (Elapsed: 00:00:00.00)

重分布后 数据的分布情况如下（数据改为使用 data_distribution_id = 2）

gbase> initnodedatamap;
Query OK, 0 rows affected, 3 warnings (Elapsed: 00:00:00.11)

gbase> rebalance instance to 2;    这里 to 2 表示使用Distribution = 2 的分布方案
Query OK, 1 row affected (Elapsed: 00:00:00.03)

gbase> select index_name,status,percentage,priority,host,distribution_id from gclusterdb.rebalancing_status;
+------------+-----------+------------+----------+--------------+-----------------+
| index_name | status    | percentage | priority | host         | distribution_id |
+------------+-----------+------------+----------+--------------+-----------------+
| testdb.t1  | COMPLETED |        100 |        5 | 192.168.61.1 |               2 |
+------------+-----------+------------+----------+--------------+-----------------+
1 row in set (Elapsed: 00:00:00.01)

gbase> select index_name,tbname,data_distribution_id,vc_id from gbase.table_distribution;                   
+-------------------------------+--------------------+----------------------+---------+
| index_name                    | tbname             | data_distribution_id | vc_id   |
+-------------------------------+--------------------+----------------------+---------+
| gclusterdb.rebalancing_status | rebalancing_status |                    2 | vc00001 |
| gclusterdb.dual               | dual               |                    2 | vc00001 |
| test.t                        | t                  |                    2 | vc00001 |
+-------------------------------+--------------------+----------------------+---------+
3 rows in set (Elapsed: 00:00:00.00)

将被替换的集群节点（原 192.168.61.2）机器网线拔出（或者直接关机，上面做过这里可以略过），并将待替换的新机器（192.168.61.3）IP改为192.168.61.2

[root@8a-3 ~]# vi /etc/sysconfig/network-scripts/ifcfg-ens33 
[root@8a-3 ~]# service network restart
Restarting network (via systemctl):                        [  OK  ]

[root@8a-3 ~]# ip a
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 00:0c:29:c6:d3:8e brd ff:ff:ff:ff:ff:ff
    inet 192.168.61.2/24 brd 192.168.61.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::61d5:26ac:7834:3674/64 scope link noprefixroute 
[root@8a-3 ~]# cd /opt/gbase/
[root@8a-3 gbase]# ll  #新节点原始状态 当前目录为空
total 0

自己在虚拟机测试时，这一步非常重要，如果忘记这步，那么替换前后集群是没有变化的，只有先将旧节点关机，新节点开机 才可以达到正常替换的效果，不然替换完了，结果一看 新节点192.168.61.3上什么都没有

配置新节点的ssh

192.168.61.1上面的ssh密钥还是旧的，对于新节点需要重新生成

#更新gbase用户
[gbase@8a-1 ~]$ su - gbase
[gbase@8a-1 ~]$ vi /home/gbase/.ssh/known_hosts 
[gbase@8a-1 ~]$ ssh 192.168.61.2

192.168.61.1 ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBNZZ/4d+7gPdp9IA6JqTZ85mFjbVuPMJkHExKkPmmdMGoRjjAtnBcxw+noK3ozrzmQ19t7ThFZDS4R73tq8r64M=
192.168.61.2 ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBNU6SIPlrj10pbGzZPzB2Tr0Ssvo4Sj79Z/DjhCqsdSc969xOoj8P9sS+smIC2YW0cPWIU/1YdnV/IPtOiKx7PI=

#更新root用户
[gbase@8a-1 ~]$ su - root
[root@8a-1 ~]# vi /root/.ssh/known_hosts 
[root@8a-1 ~]# ssh 192.168.61.2

192.168.61.1 ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBNZZ/4d+7gPdp9IA6JqTZ85mFjbVuPMJkHExKkPmmdMGoRjjAtnBcxw+noK3ozrzmQ19t7ThFZDS4R73tq8r64M=
192.168.61.2 ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBNU6SIPlrj10pbGzZPzB2Tr0Ssvo4Sj79Z/DjhCqsdSc969xOoj8P9sS+smIC2YW0cPWIU/1YdnV/IPtOiKx7PI=

执行节点替换

[root@8a-1 ~]# su - gbase
[gbase@8a-1 ~]$ cd /opt/gcinstall/
[gbase@8a-1 gcinstall]$ ./replace.py --host=192.168.61.2 --type=data --dbaUser=gbase --dbaUserPwd=gbase --generalDBUser=gbase --generalDBPwd=gbase20110531 --overwrite  这里的host表示被替换节点的IP

再次检查分布情况（替换后的分布方案 Distribution = 3）

[gbase@8a-1 gcinstall]$ gcadmin showdistribution

                                 Distribution ID: 3 | State: new | Total segment num: 2

             Primary Segment Node IP                   Segment ID                 Duplicate Segment node IP
========================================================================================================================
|                  192.168.61.2                  |         1          |                  192.168.61.1                  |
------------------------------------------------------------------------------------------------------------------------
|                  192.168.61.1                  |         2          |                  192.168.61.2                  |
========================================================================================================================

                                 Distribution ID: 2 | State: old | Total segment num: 2

             Primary Segment Node IP                   Segment ID                 Duplicate Segment node IP
========================================================================================================================
|                  192.168.61.1                  |         1          |                                                |
------------------------------------------------------------------------------------------------------------------------
|                  192.168.61.1                  |         2          |                                                |
========================================================================================================================

[gbase@8a-1 gcinstall]$ gcadmin
CLUSTER STATE:         ACTIVE
VIRTUAL CLUSTER MODE:  NORMAL

====================================
| GBASE GCWARE CLUSTER INFORMATION |
====================================
| NodeName |  IpAddress   | gcware |
------------------------------------
| gcware1  | 192.168.61.1 |  OPEN  |
------------------------------------
======================================================
|       GBASE COORDINATOR CLUSTER INFORMATION        |
======================================================
|   NodeName   |  IpAddress   | gcluster | DataState |
------------------------------------------------------
| coordinator1 | 192.168.61.1 |   OPEN   |     0     |
------------------------------------------------------
=========================================================================================================
|                                    GBASE DATA CLUSTER INFORMATION                                     |
=========================================================================================================
| NodeName |                IpAddress                 | DistributionId | gnode | syncserver | DataState |
---------------------------------------------------------------------------------------------------------
|  node1   |               192.168.61.2               |       3        | OPEN  |    OPEN    |     0     |
---------------------------------------------------------------------------------------------------------
|  node2   |               192.168.61.1               |      2,3       | OPEN  |    OPEN    |     0     |
---------------------------------------------------------------------------------------------------------

备注：执行完replace.py时，此时新节点已经安装完gbase，可以去新节点检查以下，安装前/opt/gbase目录为空的，安装后该目录下已经生成了安装文件

#新的192.168.61.2节点
#replace.py执行前
[root@8a-3 ~]# cd /opt/gbase/
[root@8a-3 gbase]# ll
total 0
#replace.py执行后
[root@8a-3 gbase]# ll
total 0
drwxrwxr-x 2 gbase gbase 6 Dec  1 23:34 192.168.61.2

再次数据重分布，将数据分布到新节点

[gbase@8a-1 gcinstall]$ gccli -uroot -p
Enter password: 

GBase client 9.5.3.27.14_patch.1b41b5c1. Copyright (c) 2004-2022, GBase.  All Rights Reserved.

gbase> rebalance instance to 3;
Query OK, 1 row affected (Elapsed: 00:00:00.02)

gbase> select * from gclusterdb.rebalancing_status;
+------------+---------+------------+----------+----------------------------+----------+---------+------------+----------+--------------+-----------------+
| index_name | db_name | table_name | tmptable | start_time                 | end_time | status  | percentage | priority | host         | distribution_id |
+------------+---------+------------+----------+----------------------------+----------+---------+------------+----------+--------------+-----------------+
| test.t     | test    | t          |          | 2022-11-29 00:08:30.294000 | NULL     | RUNNING |          0 |        5 | 192.168.61.1 |               3 |
+------------+---------+------------+----------+----------------------------+----------+---------+------------+----------+--------------+-----------------+
1 row in set (Elapsed: 00:00:00.00)

gbase> select * from gclusterdb.rebalancing_status;
+------------+---------+------------+----------+----------------------------+----------------------------+-----------+------------+----------+--------------+-----------------+
| index_name | db_name | table_name | tmptable | start_time                 | end_time                   | status    | percentage | priority | host         | distribution_id |
+------------+---------+------------+----------+----------------------------+----------------------------+-----------+------------+----------+--------------+-----------------+
| test.t1    | test    | t1         |          | 2023-04-05 15:11:14.360000 | 2023-04-05 15:11:16.033000 | COMPLETED |        100 |        1 | 192.168.61.3 |               3 |
+------------+---------+------------+----------+----------------------------+----------------------------+-----------+------------+----------+--------------+-----------------+

删除旧的分布方案

[gbase@8a-1 gcinstall]$ gcadmin rmdistribution 2

问题记录

1. replace.py 新节点无法启动数据库 提示 ulimit: open files。查看其他节点的limit信息对比发现 open files参数不一致修要修改

[root@bogon ~]# ulimit -a
[root@bogon ~]# ulimit -n 655360

2. replace.py 新节点启动失败 可以手工登录新节点 gcluster_services all info/start

3. 如果rebalance卡住不动 可以检查一下新节点数据库服务是否正常 如果停了可以重启

也可调整rebalance的优先级和并行度

gbase> update gclusterdb.rebalancing_status set priority = 1 where index_name='test.t1'; -- priority 小的先执行
gbase> show variables like 'gcluster_rebalancing_parallel_degree';
+--------------------------------------+-------+
| Variable_name                        | Value |
+--------------------------------------+-------+
| gcluster_rebalancing_parallel_degree | 4     |
+--------------------------------------+-------+
gbase> set global gcluster_rebalancing_parallel_degree=8;

rebalance一直处于running状态 查看日志，发现表空间不存在

(以下解决方法是错的 不要看了！ 但是我不想删 也是一种解决问题的思路)

删除旧的分布方案时无法删除，提示还在使用

[gbase@8a-1 gcinstall]$ gcadmin rmdistribution 2
cluster distribution ID [2]
it will be removed now
please ensure this is ok, input [Y,y] or [N,n]: y
select count(*) from gbase.nodedatamap where data_distribution_id=2 result is not 0
refreshnodedatamap drop 2 failed, gcluster command error: Can not drop nodedatamap 2. Some table are using it.
gcadmin remove distribution: check whether distribution [2] is using failed
gcadmin remove distribution [2] failed


gbase> select index_name,tbname,data_distribution_id,vc_id from gbase.table_distribution;
+-------------------------------+--------------------+----------------------+---------+
| index_name                    | tbname             | data_distribution_id | vc_id   |
+-------------------------------+--------------------+----------------------+---------+
| gclusterdb.rebalancing_status | rebalancing_status |                    3 | vc00001 |
| test.t                        | t                  |                    2 | vc00001 |
| gclusterdb.dual               | dual               |                    3 | vc00001 |
+-------------------------------+--------------------+----------------------+---------+
3 rows in set (Elapsed: 00:00:00.00)

gbase> rebalance table test.t to 3;
ERROR 1707 (HY000): gcluster command error: target table has been rebalancing.

查看重分布状态 发现重分布一直处于running状态

gbase> select index_name,status,percentage,priority,host,distribution_id from gclusterdb.rebalancing_status;
+------------+---------+------------+----------+--------------+-----------------+
| index_name | status  | percentage | priority | host         | distribution_id |
+------------+---------+------------+----------+--------------+-----------------+
| test.t     | RUNNING |          0 |        1 | 192.168.61.1 |               3 |
+------------+---------+------------+----------+--------------+-----------------+

判断是不是锁住了，查看锁信息，果然被锁了

[gbase@8a-1 gcinstall]$ gcadmin showlock
 +=====================================================================================+
 |                                    GCLUSTER LOCK                                    |
 +=====================================================================================+
 +-----------------------------+------------+---------------+--------------+------+----+
 |          Lock name          |   owner    |    content    | create time  |locked|type|
 +-----------------------------+------------+---------------+--------------+------+----+
 |        gc-event-lock        |192.168.61.1| global master |20221129002719| TRUE | E  |
 +-----------------------------+------------+---------------+--------------+------+----+
 |    vc00001.hashmap_lock     |192.168.61.1|3388(LWP:41885)|20221129004555| TRUE | S  |
 +-----------------------------+------------+---------------+--------------+------+----+
 |    vc00001.test.db_lock     |192.168.61.1|3388(LWP:41885)|20221129004555| TRUE | S  |
 +-----------------------------+------------+---------------+--------------+------+----+
 |  vc00001.test.t.meta_lock   |192.168.61.1|3388(LWP:41885)|20221129004555| TRUE | S  |
 +-----------------------------+------------+---------------+--------------+------+----+
 |vc00001.test.t.rebalance_lock|192.168.61.1|3388(LWP:41885)|20221129004555| TRUE | E  |
 +-----------------------------+------------+---------------+--------------+------+----+
 |vc00001.test.table_space_lock|192.168.61.1|3388(LWP:41885)|20221129004555| TRUE | S  |
 +-----------------------------+------------+---------------+--------------+------+----+
 Total : 6

找出当前被锁住的进程ID为3388

gbase> show processlist;
+------+-----------------+--------------------+------+---------+------+-----------------------------+-------------------------------------------------------------------+
| Id   | User            | Host               | db   | Command | Time | State                       | Info                                                              |
+------+-----------------+--------------------+------+---------+------+-----------------------------+-------------------------------------------------------------------+
|    1 | event_scheduler | localhost          | NULL | Daemon  | 1780 | Waiting for next activation | NULL                                                              |
| 3388 | gbase           | 192.168.61.1:36000 | NULL | Query   |  667 | Move table's slice          | REBALANCE /*+ synchronous,vcid */ TABLE "vc00001"."test"."t" TO 3 |
| 3391 | root            | localhost          | NULL | Query   |    0 | NULL                        | show processlist                                                  |
+------+-----------------+--------------------+------+---------+------+-----------------------------+-------------------------------------------------------------------+
3 rows in set (Elapsed: 00:00:00.00)

查看被锁进程的锁状态

[gbase@8a-1 gcinstall]$ gcadmin showlock | grep 3388
 |    vc00001.hashmap_lock     |192.168.61.1|3388(LWP:41885)|20221129004555| TRUE | S  |
 |    vc00001.test.db_lock     |192.168.61.1|3388(LWP:41885)|20221129004555| TRUE | S  |
 |  vc00001.test.t.meta_lock   |192.168.61.1|3388(LWP:41885)|20221129004555| TRUE | S  |
 |vc00001.test.t.rebalance_lock|192.168.61.1|3388(LWP:41885)|20221129004555| TRUE | E  |
 |vc00001.test.table_space_lock|192.168.61.1|3388(LWP:41885)|20221129004555| TRUE | S  |

 后面就是排查哪个进程持有了锁没有释放，然后杀掉就好

有时需要先删除datamap 

refreshnodedatamap drop 2

GBase 8a扩容完成后refreshnodedatamap drop报错：Can not drop nodedatamap ,Some table are using it. – 老紫竹的家

GNAIXGNAHZ
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
GBase 8a通过扩容的方式达到节点替换的目的
jingjing1068的博客
01-18 2127
GBase 8a支持节点替换，当某些服务器出现不可恢复的故障时，比如磁盘损坏，可以在修复后替换，或者用新节点做节点替换。在V8版本里，默认节点替换必须用老的IP，在V95版本的多VC模式，支持了集群空闲的备用节点freenode节点替换模式。本文介绍一种通过扩容的方式，采用新节点做数据计算节点替换的方案。 该场景一般发生在，故障节点不确认何时修好，而新服务又不允许更换IP的情况。 本方案只涉及计算数据节点，不涉及管理和调度节点。如需要替换的是这2种，请按照标准【节点替换】流程操作。 本文只针对不支持用新IP
GBase 8a V8版本节点替换期间通过并发数控制资源使用减少对系统影响的方法
jingjing1068的博客
05-30 312
在节点替换期间，需要从备份节点读取并传输大量数据，必然会对现有系统造成影响。在V9版本里是通过重分布的方式实现同步，可以控制并发数，暂停恢复等；而在V8版本里无这个功能，如果用户对性能影响更敏感，接受更长时间的时候，可以通过人工减少同步进程的方式，来减少对系统的影响。 有关参数和配置 监控配置文件 gcluster/config/gcmonit.cnf, 注意是1个m,不是gcmmonit.cnf 注释掉如下部分 #[gcrecover] #fail2ok_trigger_cmd= #prog_name=g
南大通用数据库-Gbase-8a-学习-09-集群节点替换
qq_45111959的博客
08-14 694
192.168.142.11节点由于磁盘损坏，我们需要做集群节点替换，先将操作步骤的1、2、3做好，也就是做到将节点变为不可用和删除event，等用户修改磁盘，我们开始跑替换脚本。（1）节点会有一段时间处于readonly状态，故障节点为REPLACE状态。192.168.142.11节点已经变为：UNAVAILABLE 状态。我这边集群中没有什么数据量，所以集群状态很快恢复正常。（2）集群恢复，故障节点为OFFLINE状态。192.168.142.11删除相关文件。（3）节点上线，设置同步状态。.....
GBase 8a mpp 在线节点替换功能
houwenqiang7的博客
11-30 916
随着MPP数据库规模的增加，节点数量越来越大，节点机器出现问题成为常态。对于节点机器的替换也成为MPP数据库必须处理的一个问题。 GBase 8a提供了简单的脚本命令来进行节点替换操作。在节点替换过程中不需要停止服务，不影响用户查询业务执行。替换过程不需要用户干预， ...
GBase 8a Mpp Cluster集群产品特性之节点替换篇
zhu1981hui的博客
01-19 424
GBase 8a Mpp Cluster集群产品特性之节点替换篇： 当节点发生故障时，在节点替换过程中，集群支持查询、DML及DDL操作，不影响业务运行。 产品特性的重要性：增强运维能力，因为x86机器不可靠，当集群中的节点出现故障而需要进行在线的替换，不能影响业务是非常重要的。 另，还有 GCMonit 组件，用于定期监测 GBase 8a MPP Cluster 服务程序的运行状态, 一旦发现某个服务程序的进程状态发生变化， 就会根据配置文件中的内容来执行相应的服务启停脚本命令，从而保证服务程 序健康运
GBASE8A的jdbc驱动
11-04
GBase 是南大通用数据技术有限公司推出的自主品牌的数据库产品，目前在国内数据库市场具有较高的品牌知名度。GBase系列产品包括：新型分析型数据库...目前这工驱动是GBASE8A的jdbc驱动，找了好久才找到的，亲测可用。
GBase 8a SQL参考手册
08-17
GBase 8a SQL 参考手册介绍 GBase 8a 中可以使用的 SQL 语句，包括数据类 型、操作符和函数、DDL 和 DML 语句，以及存储过程和自定义函数，手册中还提 供了示例以供读者参考。 第一章详细介绍了 GBase 8a 支持的数据...
GBase8a.rar
04-27
gbase 8a 免验证版 亲测可用 附安装教程 单机版的GBase 8a 目前支持主流的linux系统，如redhat、suse、centos等 南大通用数据技术有限公司推出的自主品牌的数据库产品，目前在国内数据库市场具有较高的品牌知名度
python for gbase8a 驱动
03-23
python 连接Gbase8a 的驱动程序， 资源比较稀缺； 安装步骤： tar -zxvf gbase-connector-python-3.0.1.tar.gz -C /usr/local/src/ cd /usr/local/src/gbase-connector-python-3.0.1 python3 setup.py install from ...
南大通用GBase 8a集群管理培训资料
09-18
1-GBase 8a MPP Cluster 产品介绍.pdf 2-GBase 8a MPP Cluster 安装部署.pdf 3-GBase 8a MPP Cluster 日常... 8-GBase 8a MPP Cluster 集群管理-节点替换.pdf GBase 8a MPP Cluster 日常维护数据迁移sql操作练习.pdf
Gbase 8a 集群扩展和节点替换报错
weixin_49774975的博客
11-30 189
经过分析，现场的 demo.options 中 existCoordinateHost和 existDataHost 没有注释掉， 导致该问题。
Gbase数据库服务器修改IP,GBase 8a集群862Build43 支持IPV6版本更换IP方法
weixin_39775106的博客
08-12 640
GBase 8a集群862Build43 支持IPV6版本更换IP方法1、先停止集群服务。在每个节点操作系统用户root下，执行2、更改网卡IP3、修改集群管理节点corosync服务配置在每个【管理】节点，操作系统root用户，修改/etc/corosync/corosync.cnf。将其中【所有】的老IP,更换成新IP。 注意有至少2-3个地方要改，每个节点都不同。注意我的例子中只有1个IP，...
GBase 8a节点替换的时候报错
wanghailiang2021的博客
01-21 1325
描述 节点替换的时候报错： Add correct host key in /home/gbase/.ssh/known_hosts to get rid of this mes sage. Offending key in /home/gbase/.ssh/known_hosts:7 解决办法 集群的节点被替换时，需要重新生成互信文件中的密钥，不然会报错。  如果是 root 用户需要 vi /root/.ssh/known_hosts 找到报错结点，删除密码，如果 还是不行，需要重新执行集群安装包里面
gbase8aV86集群进行数据分片手动同步
pengrander的博客
12-29 1513
对V86集群自动恢复无法完成需要人工干预场景，进行数据分片手动全同步 需要手动全同步的情况，主要分为如下两种： 1、集群中表的某一个分片因某种原因自动恢复无法完成，此时使用正常的分片去覆盖异常的分片进行手动同步。 2、集群中表的某一个分片因某种原因主备片同时不可用（损坏或者同时都记录event），此时主备片的数据都是不可信的， 只能人工从主备分片中选择一个分片作为有效分片进行手动同步。 场景举例 三节点集群，集群IP：192.168.92.129，192.168.92.130，192.168.92.
GBase 8a在V95版本做节点替换报错single vc mode does not support ‘–freenode’
jingjing1068的博客
01-28 655
GBase 8a的V95版本，支持通过空闲节点(freenode)做快速的故障节点替换(省去了找安装包，检查安装配置过程)，但freenode只针对开启了VC的场景，对于单VC,也就是兼容V8版本的模式，是不支持freenode的，也就不支持这种节点替换方式。解决方法就是用全新节点的方案。 报错信息 版本：9.5.3.22 install prefix: /opt/gbase/10.0.2.103 execute replace node os user: gbase replaced nodes: ['1
DB2使用resize命令扩容表空间引起rebalance问题的分析
cujianshan0102的博客
06-21 981
问题描述： 最近一次表空间扩容，环境是DB2 10.1FP4，Suse 11.3，文件系统使用的是Symantec StorageFoundation，有个表空间共32个容器，每个容器大小都是20G，打算扩容这个表空间，于是使...
GBase 8a 集群节点管理-缩容
weixin_34421618的博客
03-24 330
GBase 8a 集群节点管理-缩容
GBase 8a 集群节点管理-扩容（多VC模式）
weixin_34421618的博客
03-23 902
GBase 8a 集群节点管理-扩容（多VC模式）
gbase8a  4节点安装配置过程
DBA技术与案例记录
11-09 3012
192.168.98.165 192.168.98.166 192.168.98.167 192.168.98.168 配置主机名 禁用selinux 禁用防火墙 重启    [root@node015 ~]# cd /home [root@node015 home]# ls gbase  GBase8a_MPP_Cluster-8.5.1.2-build5.1-utf8-redhat6.2-x
gbase 8a mysql_Gbase8a Reader
最新发布
06-02
gbase 8a 是一款国产的高性能关系型数据库管理系统，与MySQL是两款不同的数据库软件，因此不能直接使用MySQL的驱动来连接gbase 8a。 不过，gbase 8a提供了自己的ODBC驱动，可以使用ODBC的方式来连接gbase 8a数据库...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值