gbase数据、南大通用产品文档：gbase,数据,gbase数据,南大通用 GBase8cSNAP

snap_seq 是一个递增的sequence，其为WDR snapshot 提供快照的ID。

GBase 8s 管理员参考
南大通用数据技术股份有限公司 - 138 -

SESSION_LIMIT_LOCKS 配置参数指定非管理员用户在一个会话中可用锁的最大数目。
onconfig.std 值
无
如未出现
2147483647
值
500 至 2147483647
单位
在内部锁表中锁的数目
生效
编辑 onconfig 文件并重启数据库服务器之后。
用法
对于非管理员用户，
在一个会话中锁的最大数目可以是从 500 至 2147483647 范围内任何
指定的值。
如果指定的值在 1 至 500 的范围内，则对于非管理员用户有效的最大数目是 500。
如果指定的值为 0 或负数，则缺省值 2147483647 对所有用户都有效。
如果使用 onmode -wm 或 onmode -wf 来设置这个参数，则对于无效值显示一个适当的消
息。例如，
% onmode -wm SESSION_LIMIT_LOCKS=200

New value is invalid. Suggested value: (500).

SESSION_LIMIT_LOCKS 设置不可限制拥有管理权限的用户在会话中允许的锁数目，诸如用
户 gbasedbt 或 DBSA 用户，缺省情况下，允许其每会话的最大值总是 2147483647 个锁。
对于管理员的大的最大锁限制，通常不必设置这个参数，或设置相应的 SQL 的 SET
ENVIRONMENT 语句的 IFX_SESSION_LIMIT_LOCKS 会话环境选项。
然而，在要求非常大量锁的数据处理上下文中，管理员可能设置 SESSION_LIMIT_LOCKS 为
一个值，以图降低普通用户在并发会话中用尽数据库服务器锁资源的风险，由此妨碍大量
密集锁操作。
重要：
在可重复的读隔离级别中，因为要求锁的活动集中的每一行，请小心设置服务器上锁的限
制过低。类似地，设置锁限制过小可妨碍 Enterprise
Replication 任务，或妨碍非 DBSA
用户发出的 cdr 命令。

GBase 8s 管理员参考
南大通用数据技术股份有限公司 - 139 -

检查节点状态，集群状态应为normal，Coordinator 节点状态正常，确认被替换节点
是纯Data 节点后设置被替换节点状态为unavailable 状态。
操作步骤
步骤1：检查节点状态，集群状态应为normal，Coordinator 节点状态正常，被替换
的节点为DATA NODE。

GBase 8a MPP Cluster 产品手册
4 管理员指南
文档版本953（2022-09-15）
南大通用数据技术股份有限公司
312
$gcadmin showcluster vc vc1
CLUSTER STATE:
ACTIVE
VIRTUAL CLUSTER MODE:
NORMAL
=======================================================
|
GBASE VIRTUAL CLUSTER INFORMATION
|
=======================================================
|
VcName
| DistributionId |
comment
|
-------------------------------------------------------
|
vc1
|
1
| comment message vc1 |
-------------------------------------------------------
=========================================================================
==========
|
VIRTUAL CLUSTER DATA NODE INFORMATION
|
=========================================================================
==========
| NodeName |
IpAddress
| DistributionId |
gnode
|syncserver|DataState |
-----------------------------------------------------------------------------------
|
node1
| 172.168.83.11
|
1
|
OPEN
|
OPEN
|
0
|
-----------------------------------------------------------------------------------
|
node2
| 172.168.83.12
|
1
|
OPEN
|
OPEN
|
0
|
-----------------------------------------------------------------------------------
|
node3
| 172.168.83.15
|
1
|
OPEN
|
OPEN
|
0
|
-----------------------------------------------------------------------------------
3 data node
步骤2：
设置被替换节点状态为unavailable：
在操作系统的DBA 用户
（demo.options
文件中dbauser 参数指定的用户）下运行gcadmin setnodestate 命令设置要替换的节
点状态为unavailable。
$ gcadmin setnodestate 172.168.83.15 unavailable
after set node state into unavailable,can not set the state into normal,
must run gcadmin replacenodes to replace this node ,after that command node state can return into
normal.
you realy want to set node state into unavailable(yes or no)?
yes
get node data state by ddl fevent log start ......
get node data state by ddl fevent log end ......
get node data state by dml fevent log start ......
get node data state by dml fevent log end ......
get node data state by dml storage fevent log start ......
get node data state by dml storage fevent log end ......

GBase 8a MPP Cluster 产品手册
4 管理员指南
文档版本953（2022-09-15）
南大通用数据技术股份有限公司
313
check data server node data state by fevent log start ......
check data server node data state by fevent log end ......
set node [172.168.83.15] state to unavailable successful
查看集群状态：
$gcadmin showcluster vc vc1
CLUSTER STATE:
ACTIVE
VIRTUAL CLUSTER MODE:
NORMAL
=======================================================
|
GBASE VIRTUAL CLUSTER INFORMATION
|
=======================================================
|
VcName
| DistributionId |
comment
|
-------------------------------------------------------
|
vc1
|
1
| comment message vc1 |
-------------------------------------------------------
=========================================================================
==========
|
VIRTUAL CLUSTER DATA NODE INFORMATION
|
=========================================================================
==========
| NodeName |
IpAddress
| DistributionId |
gnode
|syncserver|DataState |
-----------------------------------------------------------------------------------
|
node1
| 172.168.83.11
|
1
|
OPEN
|
OPEN
|
0
|
-----------------------------------------------------------------------------------
|
node2
| 172.168.83.12
|
1
|
OPEN
|
OPEN
|
0
|
-----------------------------------------------------------------------------------
|
node3
| 172.168.83.15
|
1
| UNAVAILABLE |
|
|
-----------------------------------------------------------------------------------
3 data node
步骤3：删除被替换节点的feventlog。
$ gcadmin rmfeventlog 172.168.83.15
after rmfeventlog 172.168.83.15, fevent log will be removed, must run gcadmin
replacenodes to replace this node.
you realy want to remove node 172.168.83.15 fevent log(yes or no)?

GBase 8a MPP Cluster 产品手册
4 管理员指南
文档版本953（2022-09-15）
南大通用数据技术股份有限公司
314
yes
delete ddl event log on node 172.168.83.15 start
delete ddl event log on node 172.168.83.15 end
delete dml event log on node 172.168.83.15 start
delete dml event log on node 172.168.83.15 end
delete dml storage event log on node 172.168.83.15 start
delete dml storage event log on node 172.168.83.15 end

gbase数据、南大通用产品文档：GBase8cSNAP_SEQ