南大通用数据库-Gbase-8a-学习-22-备份恢复工具gcrcman

最新推荐文章于 2024-05-28 17:41:27 发布
最新推荐文章于 2024-05-28 17:41:27 发布
阅读量976 收藏 3
点赞数 2
分类专栏： # Gbase-8a-学习 文章标签： 数据库 学习 dba 运维 linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45111959/article/details/126892064
版权

一、测试环境

名称值
cpuIntel® Core™ i5-1035G1 CPU @ 1.00GHz
操作系统CentOS Linux release 7.9.2009 (Core)
内存4G
逻辑核数3
Gbase-8a节点-IP1192.168.142.10
Gbase-8a节点-IP2192.168.142.11
Gbase-8a数据库版本8.6.2.43-R33.132743

二、介绍

GBase 8a MPP Cluster 备份恢复工具gcrcman支持如下：

1、 实例级全量备份。将当前数据库的数据(全集群 gclusterd,gnode 存储的所有数据)全量备份至指定的备份目录中(用户保证创建好)。

2、 实例级增量备份。在指定备份目录中的全量或增量备份数据的基础上，将当前数据库的数据增量备份至该备份目录。

3、 表级全量备份。将某一个表的数据全量备份至备份目录中。

4、 表级增量备份。将某一个表的数据增量备份至备份目录中。

5、 实例级恢复。将备份目录中的指定备份数据，恢复至当前的数据库中。

6、 表级恢复。将备份目录中的单个表的数据，恢复至当前数据库中。

7、 查看备份数据。数据备份后，查看已经备份了哪些数据。

8、 删除备份数据。删除用户指定的备份数据。

9、 删除垃圾数据。由于异常或者用户中断，残留的垃圾备份数据，用户可以通过工具删除。

三、gcrcman参数介绍

[gbase@czg0 bin]$ python gcrcman.py -h
SYNOPSIS
    gcrcman.py [options] <-d|--path BACKUP_PATH> 

OPTIONS:
    -h,--help
            Print this help
    -V,--version
            Print version
    -d BACKUP_PATH,--path=BACKUP_PATH
            Specify backup path, it must be absolute path
    -e COMMAND,--execute=COMMAND
            Specify backup or recover command
    -P HOST_PASSWD,--ospassword=HOST_PASSWD
            Specify operation system user gbase's password
    -p DATABASE_PASSWD,--dbpassword=DATABASE_PASSWD
            Specify database user gbase's password
    -r PARALLEL_LEVEL,--parallel=PARALLEL_LEVEL
            Specify parallel level. Parallel level is digital in range [1,128], default 4
    -D,--disk_space_estimate
            Skip estimate disk space before backup or recover
    -c,--checksum_database
            Skip database data checksum
    -C,--checksum_backup_data
            Skip backup data checksum
    -t SECOND,--timeout=SECOND
            Block on read, write or both transaction timeout, should be integar value
            in range [0,3600], default[300 secs]. if zero then block indefinitely

backup or recover commands:
    1.show backup                                                       show backup data
    2.backup level <0|1>                                                backup instance
    3.backup table <dbname.tablename> level <0|1>                       backup single table
    4.recover [<cycle_id> [point_id]]                                   recover instance
    5.recover [force] table <dbname.tablename> [<cycle_id> [point_id]]  recover single table
    6.delete <cycle_id | last>                                          delete backup data
    7.cleanup                                                           clean invalid backup data
    8.quit                                                              exit
    9.help
参数名描述
path该参数用于设定备份数据的存放路径。该路径必须是绝对路径，路径中支持“~”的使用。但是，不要将/opt/gcluser 或者/opt/gnode 这两个目录及子目录设置为 path 的路径。在每个节点下面都要有 path 参数指定的路径，且该路径要求有写权限。
execute该参数用于指定执行的备份恢复命令。 -e 是可选择，有则为命令行模式，无则为交互模式
ospassword该参数要求用户输入操作系统 gbase 用户的密码，如果不指定，默认为gbase。如果默认密码没有修改，则可以省略该参数。
dbpassword该参数要求用户输入 GBase 8a MPP Cluster 产品中数据库 gbase 用户的密码，默认为 gbase20110531，如果该密码被修改，请使用修改后的密码。如果默认密码没有修改，则可以省略该参数。
parallel该参数用于设置备份恢复工具执行的并行度。必须为数字，范围为[1-128]。不指定该参数时，默认为 4。
diskestimate该参数用于设定是否进行空间预估。默认不使用此参数，即在备份时进行空间预估。
checksum_database该参数用于设定是否进行 DC 的 checksum 的校验。默认不使用此参数，即在备份时进行 DC 的 checksum 校验。
checksum_backup_data该参数用于设定是否进行备份数据的校验。默认不使用此参数，即进行备份数据的校验。
timeout该参数用于设定等待读、写事务的时长，备份时需要等待集群中没有写事务，恢复备份数据时，需要等待集群中没有读和写事务，才可进行后面的操作。该参数值的单位为秒，取值范围为[0,3600]，不指定该参数则默认值为 300 秒。0，表示无限等待，如果超时，则报错退出，表示此次备份或恢复失败。

四、小实验

1、集群设置只读状态

[gbase@czg0 bin]$ gcadmin switchmode readonly

========== switch cluster mode...
  switch pre mode:                 [NORMAL]
  switch mode to                   [READONLY]
  switch after mode:                 [READONLY]
[gbase@czg0 bin]$ gcadmin
CLUSTER STATE:  ACTIVE
CLUSTER MODE:   READONLY

=====================================================================
|               GBASE COORDINATOR CLUSTER INFORMATION               |
=====================================================================
|   NodeName   |       IpAddress       |gcware |gcluster |DataState |
---------------------------------------------------------------------
| coordinator1 |    192.168.142.10     | OPEN  |  OPEN   |    0     |
---------------------------------------------------------------------
| coordinator2 |    192.168.142.11     | OPEN  |  OPEN   |    0     |
---------------------------------------------------------------------
=================================================================
|                GBASE DATA CLUSTER INFORMATION                 |
=================================================================
|NodeName |       IpAddress       |gnode |syncserver |DataState |
-----------------------------------------------------------------
|  node1  |    192.168.142.10     | OPEN |   OPEN    |    0     |
-----------------------------------------------------------------
|  node2  |    192.168.142.11     | OPEN |   OPEN    |    0     |
-----------------------------------------------------------------

2、全量备份

备份语法：

backup level < 0 | 1 >

参数值说明如下：

参数值说明
0代表对集群数据进行全备份。
1代表对集群数据进行基于上次备份的增量备份。
[gbase@czg0 bin]$ python gcrcman.py -d /home/gbase/ -p gbase20110531
gcrcman>backup level 0
09.16 15:21:53  BackUp start 
--------------------------------------------
09.16 15:21:53  node (192.168.142.10)  backup begin 
09.16 15:21:53  node (192.168.142.11)  backup begin 

09.16 15:22:29  node (192.168.142.10)  backup success 
09.16 15:22:29  node (192.168.142.11)  backup success 
--------------------------------------------
09.16 15:22:29  BackUp end 

gcrcman>show backup
cycle   point   level   time
0       0       0       2022-09-16 15:21:53

3、增量备份

gcrcman>backup level 1
09.16 15:24:10  check cluster topology begin 
09.16 15:24:10  node (192.168.142.10)  check topology begin 
09.16 15:24:14  node (192.168.142.10)  check topology success 
09.16 15:24:14  check cluster topology end 
09.16 15:24:14  BackUp start 
--------------------------------------------
09.16 15:24:14  node (192.168.142.10)  backup begin 
09.16 15:24:14  node (192.168.142.11)  backup begin 
09.16 15:24:47  node (192.168.142.10)  backup success 
09.16 15:24:47  node (192.168.142.11)  backup success 
--------------------------------------------
09.16 15:24:47  BackUp end 
gcrcman>show backup
cycle   point   level   time
0       0       0       2022-09-16 15:21:53
0       1       1       2022-09-16 15:24:14

4、集群设置正常状态

[gbase@czg0 bin]$ gcadmin switchmode normal

[gbase@czg0 bin]$ gcadmin
CLUSTER STATE:  ACTIVE
CLUSTER MODE:   NORMAL

=====================================================================
|               GBASE COORDINATOR CLUSTER INFORMATION               |
=====================================================================
|   NodeName   |       IpAddress       |gcware |gcluster |DataState |
---------------------------------------------------------------------
| coordinator1 |    192.168.142.10     | OPEN  |  OPEN   |    0     |
---------------------------------------------------------------------
| coordinator2 |    192.168.142.11     | OPEN  |  OPEN   |    0     |
---------------------------------------------------------------------
=================================================================
|                GBASE DATA CLUSTER INFORMATION                 |
=================================================================
|NodeName |       IpAddress       |gnode |syncserver |DataState |
-----------------------------------------------------------------
|  node1  |    192.168.142.10     | OPEN |   OPEN    |    0     |
-----------------------------------------------------------------
|  node2  |    192.168.142.11     | OPEN |   OPEN    |    0     |
-----------------------------------------------------------------

5、生成测试数据

[gbase@czg0 bin]$ gccli -uroot -pqwer1234

GBase client 8.6.2.43-R33.132743. Copyright (c) 2004-2022, GBase.  All Rights Reserved.

gbase> use czg;
Query OK, 0 rows affected (Elapsed: 00:00:00.00)

gbase> create table test_2022_09_16(a int);
Query OK, 0 rows affected, 1 warning (Elapsed: 00:00:00.16)

gbase> insert into test_2022_09_16 values(1);
Query OK, 1 row affected, 1 warning (Elapsed: 00:00:00.13)

gbase> commit;
Query OK, 0 rows affected (Elapsed: 00:00:00.00)

6、增量备份生成的测试数据

[gbase@czg0 bin]$ gcadmin switchmode readonly

========== switch cluster mode...
  switch pre mode:                 [NORMAL]
  switch mode to                   [READONLY]
  switch after mode:                 [READONLY]
[gbase@czg0 bin]$ python gcrcman.py -d /home/gbase/ -p gbase20110531
gcrcman>backup level 1
09.16 15:31:36  check cluster topology begin 
09.16 15:31:36  node (192.168.142.10)  check topology begin 
09.16 15:31:39  node (192.168.142.10)  check topology success 
09.16 15:31:39  check cluster topology end 
09.16 15:31:39  BackUp start 
--------------------------------------------
09.16 15:31:39  node (192.168.142.10)  backup begin 
09.16 15:31:39  node (192.168.142.11)  backup begin 
09.16 15:32:12  node (192.168.142.10)  backup success 
09.16 15:32:12  node (192.168.142.11)  backup success 
--------------------------------------------
09.16 15:32:12  BackUp end 
gcrcman>
gcrcman>
gcrcman>show backup
cycle   point   level   time
0       0       0       2022-09-16 15:21:53
0       1       1       2022-09-16 15:24:14
0       2       1       2022-09-16 15:31:39

就是说cycle ： 0，point ：2中有测试数据表test_2022_09_16，其他备份里没有。

7、集群设置恢复状态

[gbase@czg0 bin]$ gcadmin switchmode recovery

========== switch cluster mode...
  switch pre mode:                 [READONLY]
  switch mode to                   [RECOVERY]
  switch after mode:                 [RECOVERY]
[gbase@czg0 bin]$ gcadmin
CLUSTER STATE:  ACTIVE
CLUSTER MODE:   RECOVERY

=====================================================================
|               GBASE COORDINATOR CLUSTER INFORMATION               |
=====================================================================
|   NodeName   |       IpAddress       |gcware |gcluster |DataState |
---------------------------------------------------------------------
| coordinator1 |    192.168.142.10     | OPEN  |  OPEN   |    0     |
---------------------------------------------------------------------
| coordinator2 |    192.168.142.11     | OPEN  |  OPEN   |    0     |
---------------------------------------------------------------------
=================================================================
|                GBASE DATA CLUSTER INFORMATION                 |
=================================================================
|NodeName |       IpAddress       |gnode |syncserver |DataState |
-----------------------------------------------------------------
|  node1  |    192.168.142.10     | OPEN |   OPEN    |    0     |
-----------------------------------------------------------------
|  node2  |    192.168.142.11     | OPEN |   OPEN    |    0     |
-----------------------------------------------------------------

8、不完全备份（到无测试数据点）

语法：

recover [<cycle_id> [point_id]]

参数说明如下：

参数描述
cycle_id备份周期的 ID。
point_id备份点的 ID。

recover 命令有以下三种形式：

（1） recover：将数据库恢复到最新周期的最新备份点。

（2） recover cycle_id：将数据库恢复到指定周期 cycle_id 内的最新备份点。

（3）recover cycle_id point_id：将数据库恢复到指定周期 cycle_id 内的指定备份点 point_id。

[gbase@czg0 bin]$ python gcrcman.py -d /home/gbase/ -p gbase20110531
gcrcman>
gcrcman>show backup
cycle   point   level   time
0       0       0       2022-09-16 15:21:53
0       1       1       2022-09-16 15:24:14
0       2       1       2022-09-16 15:31:39

gcrcman>recover 0 1
09.16 15:34:35  check cluster topology begin 
09.16 15:34:35  node (192.168.142.10)  check topology begin 
09.16 15:34:38  node (192.168.142.10)  check topology success 
09.16 15:34:38  check cluster topology end 
09.16 15:34:38  check BackUp start 
--------------------------------------------
09.16 15:34:38  node (192.168.142.10)  check backup begin 
09.16 15:34:38  node (192.168.142.11)  check backup begin 
09.16 15:34:53  node (192.168.142.10)  check backup success 
09.16 15:34:53  node (192.168.142.11)  check backup success 
--------------------------------------------
09.16 15:34:53  check BackUp success 
09.16 15:34:53  Recover start 
--------------------------------------------
09.16 15:34:53  node (192.168.142.10)  Recover begin 
09.16 15:34:53  node (192.168.142.11)  Recover begin 
09.16 15:35:21  node (192.168.142.10)  Recover success 
09.16 15:35:21  node (192.168.142.11)  Recover success 
--------------------------------------------
09.16 15:35:21  Recover success

9、查验数据

[gbase@czg0 bin]$ gccli -uroot -pqwer1234

GBase client 8.6.2.43-R33.132743. Copyright (c) 2004-2022, GBase.  All Rights Reserved.

gbase> use czg;
Query OK, 0 rows affected (Elapsed: 00:00:00.00)

gbase> show tables;
+-------------------------------+
| Tables_in_czg                 |
+-------------------------------+
| events_list                   |
| l_pty_cus_policy_renewal_0714 |
| liketab                       |
| sun                           |
| sun1                          |
| sun_copy                      |
| sun_date                      |
+-------------------------------+
7 rows in set (Elapsed: 00:00:00.00)

没有test_2022_09_16表，不完全恢复成功，cycle ： 0，point ：1中没有此表数据。

10、不完全备份（到有测试数据点）

[gbase@czg0 bin]$ python gcrcman.py -d /home/gbase/ -p gbase20110531
gcrcman>recover 0 2
09.16 15:36:03  check cluster topology begin 
09.16 15:36:03  node (192.168.142.10)  check topology begin 
09.16 15:36:07  node (192.168.142.10)  check topology success 
09.16 15:36:07  check cluster topology end 
09.16 15:36:07  check BackUp start 
--------------------------------------------
09.16 15:36:07  node (192.168.142.10)  check backup begin 
09.16 15:36:07  node (192.168.142.11)  check backup begin 
09.16 15:36:24  node (192.168.142.10)  check backup success 
09.16 15:36:24  node (192.168.142.11)  check backup success 
--------------------------------------------
09.16 15:36:24  check BackUp success 
09.16 15:36:24  Recover start 
--------------------------------------------
09.16 15:36:24  node (192.168.142.10)  Recover begin 
09.16 15:36:24  node (192.168.142.11)  Recover begin 
09.16 15:36:51  node (192.168.142.10)  Recover success 
09.16 15:36:51  node (192.168.142.11)  Recover success 
--------------------------------------------
09.16 15:36:51  Recover success

11、集群设置正常状态

[gbase@czg0 bin]$ gcadmin switchmode normal

========== switch cluster mode...
  switch pre mode:                 [RECOVERY]
  switch mode to                   [NORMAL]
  switch after mode:                 [NORMAL]

12、查验测试数据是否存在

恢复成功，可以正常查询到test_2022_09_16表。

[gbase@czg0 bin]$ gccli -uroot -pqwer1234

GBase client 8.6.2.43-R33.132743. Copyright (c) 2004-2022, GBase.  All Rights Reserved.

gbase> use czg;
Query OK, 0 rows affected (Elapsed: 00:00:00.00)

gbase> select * from test_2022_09_16;
+------+
| a    |
+------+
|    1 |
+------+
1 row in set (Elapsed: 00:00:00.01)

13、删除备份

语法：

delete <cycle_id | last>

参数说明如下：

参数描述
cycle_id备份周期的 id。
last最后一个备份点 id。

使用场景：

由于在实际应用中，一般会采用“全-增-全-增……”的模式，首先进行一次全备，之后进行若干次增备，再进行全备，之后进行若干此增备，依次循环备份操作过程。

在备份过程累计操作一段时间后，会积累大量的陈旧备份记录，因此，用户可以通过该命令进行备份记录的清除。

delete 命令有以下两种形式：

1、 delete cycle_id：删除一个周期内的全部备份记录。按此选项执行后，将删除周期为 cycle_id 的所有备份点的备份记录。

2、 delete last：删除备份记录中的最后一个备份点。按此选项执行后，将删除最后一个周期内的最后一个备份点的备份记录。

删除的备份记录规则如下：

1、删除主分片节点中 path 中对应的备份记录文件。

2、如果其他节点中的 gcrcman.py指定的path，曾经从主分片节点的path中进行过拷贝操作，那么这些非主分片节点集群中 path 内的备份文件将会全部被删除。

[gbase@czg0 bin]$ python gcrcman.py -d /home/gbase/ -p gbase20110531

gcrcman>show backup
cycle   point   level   time
0       0       0       2022-09-16 15:21:53
0       1       1       2022-09-16 15:24:14
0       2       1       2022-09-16 15:31:39

gcrcman>delete last
09.16 15:46:56  Delete BackUp Points start 
--------------------------------------------
09.16 15:46:56  node (192.168.142.10)  delete begin 
09.16 15:46:56  node (192.168.142.11)  delete begin 
09.16 15:46:58  node (192.168.142.10)  delete success 
09.16 15:46:58  node (192.168.142.11)  delete success 
--------------------------------------------
09.16 15:46:58  Delete BackUp Points end 

gcrcman>show backup
cycle   point   level   time
0       0       0       2022-09-16 15:21:53
0       1       1       2022-09-16 15:24:14
阳光九叶草LXGZXJ
关注
  • 2
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
南大数据库-gbase
01-14
南大数据库驱动连接jar包，gbase连接必不可少的jar包，放置于lib下，虽然南大数据库用的mysql的核心，并不是很好用，但是特定情况还是少不了它
GBASE南大通用GBase 8s数据库- 备份与恢复（onbar）（1）
weixin_47390342的博客
02-22 1181
L0备份了rootdbs，plogdbs，llogdbs，datadbs，ixbar，oncfg，onconfig，sqlhosts。另外还有一个目录/gbaseserver/165/10/gbaseserver.1，其中的165为实例的服务器编号，14为当前逻辑日志的唯一编号（uniqid）。PSM为L0，L1，L2创建3个目录，分别为0，1，2。我们不使用默认的PSM设备，使用下面的方法，添加一个自己的设备，并将原来的设备删除。逻辑日志的备份，是按逻辑日志的唯一编号，创建对应的目录进行存储。
GBase 8a 备份恢复gcrcman
GNAIXGNAHZ的博客
03-12 247
GBase 8a 备份恢复gcrcman
gbase8a gcrcman备份恢复
最新发布
qq_29151117的博客
05-28 555
该路径必须是绝对路径，路径中支持“~”的使用，在每个节点下面都要有 path 参数指定的路径，且该路径要求有写权限。-t SECOND,--timeout=SECOND 用于设定等待读、写事务的时长，备份时需要等待集群中没有写事务，恢复备份数据时，需要等待集群中没有读和写事务，才可进行后面的操作。6.备份时，程序连同数据库中所有的用户和密码同时备份，因此恢复时，也是备份时的用户和密码，因此建议客户，备份前记录好集群中默认的 root用户和 gbase 用户的密码，以免恢复时忘记。
GBase 8a MPP Cluster工具---“gcrcman 备份恢复工具”
weixin_34421618的博客
02-24 359
GBase 8a MPP Cluster 提供了海量数据的管理及分析功能和易于监管数据库集群的工具。 本篇文章主要介绍一款便于数据库管理员备份恢复集群数据的工具： gcrcman 备份恢复工具 功能简介 GBase 8a MPP Cluster 提供专用的备份恢复工具(gcrcman)，支持实例级、库级、表级的全量备份、增量备份、全量恢复和恢复到指定备份点，同时支持显示备份信息， 用户使用它可以方便地对整个集群中的数据进行备份和恢复。 ...
GBase 8s数据库的备份与恢复-基于ontape
huixinhuiyismile的博客
05-25 1149
GBase 8s数据库的备份与恢复-基于ontape ontape简介 使用ontape，可以进行GBase 8s数据库的备份与恢复。 ontape支持L0，L1，L2三级备份与恢复。 ontape支持逻辑日志的备份与恢复。 ontape本身不支持基于时间点的恢复，但可通过其它工具，将ontape备份的单个表中数据，恢复到指定的时间点（暂不讨论）。基于时间点的数据库备份与恢复，建议使用onbar实现。 备份命令： 命令 说明 ontape -s -L 0 进行L0级备份 ontape
GBase8数据库备份和恢复
qq_40377704的博客
02-22 1512
GBase8s提供了ontape和onbar两种备份和恢复数据库的工具。它们都可以用来完成系统备份、逻辑日志备份以及系统恢复等功能，同时这两种工具也有着各自不同的特性 ontape的使用十分简单、方便，但是必须在命令行环境下执行。 onbar需要结合存储管理软件来进行工作。这些软件既可以是GBase 8s的存储管理软件，也可以是第三方的存储管理软件。并且这此存储管理软件所支持的设备都可以用来进行onbar的备份和恢复。另外，onbar支持将数实恢复到某时间点的功能。 ...
GBase 8s工具DB-Access使用
12-25
本文主要介绍国产数据库GBase 8s自带工具DB_Access的用法，及注意事项
南大通用Gbase-jdbc-drvier驱动
10-31
Gbase-jdbc-driver是由南大通用数据技术股份有限公司开发的一款数据库连接驱动，主要用于Java应用程序与Gbase 8系列数据库之间的通信。Gbase 8是南大通用推出的一种高性能、高可用性的分布式列式数据库系统，广泛...
自制数据库空洞率清理工具-C版-02-EasyClean-V1.1（支持南大通用数据库Gbase8a）
01-04
本篇文章将深入探讨一款针对南大通用数据库Gbase8a的C语言编写的空洞率清理工具——EasyClean V1.1。该工具旨在优化数据库性能，通过清理“空洞”提高存储效率。 首先，我们来理解一下什么是数据库“空洞”。在...
自制数据库空洞率清理工具-C版-03-EasyClean-V1.2（支持南大通用数据库Gbase8a）
01-08
针对这一需求，有开发者制作了“自制数据库空洞率清理工具-C版-03-EasyClean-V1.2”，特别强调对南大通用数据库Gbase8a的支持。本文将深入探讨该工具的功能、原理以及如何有效利用它来优化数据库性能。 首先，我们...
GBase 8s 备份与恢复指南.pdf
05-05
适合在校学生和有志于GBase研究的工程技术人员，官方文档，请勿用于商业目的。主要阐述如何使用 GBase 8s ON-Bar 和 ontape 实用程序来备份与恢复数据库服务器数据。这些实用程序使您可以在由于硬件或软件发生故障或事故而导致数据丢失或损坏的情况下恢复数据库。为以下用户提供帮助：  数据库管理员  系统管理员  备份操作员  技术支持人员
GBase 8a MPP Cluster 架构介绍
huixinhuiyismile的博客
04-29 582
GBase 8a MPP Cluster 采用 MPP + Shared Nothing 的分布式联邦架构，节点间通过TCP/IP 网络进行通信，每个节点采用本地磁盘来存储数据，支持对称部署和非对称部署。 Shared Nothing(SN)是一种分布式计算架构。这这种架构中，每一个节点都是独立的，自给的，在系统中不存在单点竞争。更明确地说，没有节点共享存储和硬盘。 MPP (Massively Parallel Processing)，即大规模并行处理，简单来说，MPP是将任务并行的分散到多个服务器和
GBase gcrcman 备份恢复工具
huixinhuiyismile的博客
08-17 824
为应对数据丢失或损坏对用户业务造成不利影响，在异常情况下快速恢复系统，GBase 8a MPP Cluster 提供专用的备份恢复工具(gcrcman)，用户使用它可以方便地对整个集群中的数据进行集群的备份和恢复。集群的备份、恢复工具随集群的安装自动安装，该工具安装在$GCLUSTER_BASE/server/bin 目录下。Cluster 根据用户业务的需要提供全量备份、增量备份和恢复功能。...
使用 GBASE南大通用GBase 8s数据库服务器来备份和记录日志
weixin_47390342的博客
12-26 525
通过使用事务，您可确保数据库始终处于一致的状态，且将您的修改正确地记录在磁盘上。这些冗余的副本称为备份副本。如果您曾经需要从备份副本恢复数据库，则您可使用事务 日志来将数据库向前滚到它最近的状态。如果您的 DBA 使用 ON-Bar 来创建备份并备份逻辑日志，则您还可能能够使用 ON-Bar 来创建您自己的备份副本。GBASE南大通用数据库服务器使用有限的日志文件集来并发地执行所有数据库的日志记录。GBASE南大通用数据库服务器对性能和可靠性有严格的要求（例如，它支持在正在使用数据库时制作备份 副本。
GBase 8a 的备份恢复管理1-功能参数介绍
weixin_34421618的博客
03-24 508
GBase 8a 的备份恢复管理1-功能参数介绍
GBASE8s的备份操作指南
baidu_40769723的博客
03-24 1187
GBase8s备份操作语法简介：GBase 8s数据库中，备份与恢复分为三个级别，分别是0级备份，1级备份，以及2级备份。0级备份指的是备份数据库中所有的数据。1级备份是在0级备份基础上，备份被修改过的数据页。2级备份是在1级备份基础上，备份被修改过的数据页。主要的备份命令有两个，分别是ontape和onbar 。其中，onbar命令功能强大，可以恢复到具体时间点，可以选择具体存储空间，可以并行执行备份操作，但是相对配置比较复杂。ontape命令简单易用，虽然没有onbar功能强大，但是使用ontape命令
GBASE 8s 数据库的备份创建
因为吃过天津一家超好吃的八珍豆腐从而改名为八珍豆腐的博客
07-26 225
在数据库启动备份时，系统将会按照以下步骤进行备份。 服务器临时冻结逻辑日志，检查逻辑日志的剩余空间。若剩余空间小于空间总大小的一半，则服务器将中断备份。此时需要用户先将逻辑日志备份到其他磁盘，空出足够的逻辑日志空间，再重新提交备份指令。 服务器执行检查点操作，在检查点之后所创建的页面不会被备份，而物理日志中修改之前的数据页将会被备份。 服务器建立一张列表，列表中包含了需要被备份的 chunk 信息。在检查点建立时未被使用过的页面不会被备份。 服务器会
GBASE南大通用GBase 8s数据库- 备份与恢复（onbar）（2）
weixin_47390342的博客
02-22 457
即使数据库空间的Chunk文件被删除，只要有备份，依然可以完全恢复，不丢失数据。即使因为误操作删除了整个表，也依然可以通过不完全恢复，找回被删除的数据。根据报错中的信息，得到被删除的Chunk文件（datadbs1_1）。为了演示方便，在删除表之前，记录一个时间，用于后续的不完全恢复时间点。即使在保存数据的Chunk文件被删除，最近的事务仍然可以执行成功。在GBase 8s启动过程中，会因无法打开被删除的文件而报错。可以通过下面的命令，查看数据的最新备份情况。根据上面测试时记录的时间点，进行不完全恢复。
10gbase-kr-fec-tutorial-ieee-802.pdf
07-08
- 它是 802.3ap 标准的一个可选组件，可以视为 10GBASE-R 接收物理层控制子层的通用解决方案，可能被其他条款所采纳。 - 与其他选项不同，只有 10GBASE-KR 支持自动协商（AN）功能，这使得它能够启用 FEC 功能。 - ...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值