发文章是为了证明自己真的掌握了一个知识，同时给他人带来帮助，如有问题，欢迎指正，祝大家万事胜意！
目录
前言
openGauss数据库备份恢复
1 实验介绍
1.1 关于本实验
1.2 实验目的
2 实验前提
3 物理备份和恢复
3.1 实验前提
3.2 物理备份
3.3 物理备份恢复
4 逻辑备份和恢复
4.1 实验前提
4.2 gs_dump
4.2.1 介绍
4.2.2 注意事项
4.2.4 gs_dump 备份示例 2
4.2.5 gs_dump 备份示例 3
4.2.6 gs_dump 备份示例 4
4.2.6 gs_dump 备份示例 4
4.3 gs_dumpall
4.3.1 介绍
4.3.2 操作步骤
4.4 gs_restore
4.4.1 介绍
4.4.2 gs_restore 导入示例 1
4.4.3 gs_restore 导入示例 2
4.4.4 gs_restore 导入示例 3
4.4.5 gs_restore 导入示例 4
4.4.6 gs_restore 导入示例 5
前言
我的环境：
| 设备名称 | 设备型号 | 软件版本 |
| 虚拟机 | VMware | VMware-workstation-full-17.5.1 |
| 操作系统 | openEuler | openEuler 22.3LTS |
| 数据库 | openGauss | openGauss 5.0.0 |
需要的工具，大家不用现在下，后面用到了再下也可以，如果需要相关文件，可以评论，其实大多数都是可以去官网下的哈，因为我只能通过网盘给大家，文件又有点大，网盘的速度大家都是清楚的哈哈，所以还是推荐大家去官网，如果实在找不到可以找我
openGauss数据库备份恢复
1 实验介绍
1.1 关于本实验
本实验主要描述 openGauss 数据库支持的两种备份恢复类型、多种备份恢复方案，并能够在备
份和恢复过程中提供数据的可靠性保障机制。
1.2 实验目的
掌握 openGauss 数据库中逻辑备份与恢复方法；
掌握 openGauss 数据库物理备份与恢复的方法；
能够在备份和恢复过程中提供数据的可靠性保障机制。
2 实验前提
在对数据库进行备份前，对数据库进行如下操作：
步骤 1 切换到 omm 用户，以操作系统用户 omm 登录数据库主节点。
[root@node0 ~]# su - omm
Last login: Mon Apr 8 19:47:35 CST 2024 on tty1Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 08日 星期一 20:18:18 CSTSystem load: 0.64
Processes: 204
Memory used: 42.8%
Swap used: 13.5%
Usage On: 25%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 连接 openGauss 数据库。
[omm@node0 ~]$ gsql -d postgres -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
步骤 3 创建 customer_t1 表。
openGauss=# DROP TABLE IF EXISTS customer_t1;
DROP TABLE
openGauss=# CREATE TABLE customer_t1
openGauss-# (
openGauss(# c_customer_sk integer,
openGauss(# c_customer_id char(5),
openGauss(# c_first_name char(6),
openGauss(# c_last_name char(8)
openGauss(# );
CREATE TABLE
步骤 4 向表中插入数据。
openGauss=# INSERT INTO customer_t1 (c_customer_sk, c_customer_id, c_first_name) VALUES
openGauss-# (3769, 'hello', DEFAULT) ,
openGauss-# (6885, 'maps', 'Joes'),
openGauss-# (4321, 'tpcds', 'Lily'),
openGauss-# (9527, 'world', 'James');
INSERT 0 4
步骤 5 查看表中的数据。
openGauss=# select * from customer_t1;c_customer_sk | c_customer_id | c_first_name | c_last_name
---------------+---------------+--------------+-------------3769 | hello | | 6885 | maps | Joes | 4321 | tpcds | Lily | 9527 | world | James |
(4 rows)
步骤 6 创建 customer_t2 表
openGauss=# DROP TABLE IF EXISTS customer_t2;
NOTICE: table "customer_t2" does not exist, skipping
DROP TABLE
openGauss=# CREATE TABLE customer_t2
openGauss-# (
openGauss(# c_customer_sk integer,
openGauss(# c_customer_id char(5),
openGauss(# c_first_name char(6),
openGauss(# c_last_name char(8)
openGauss(# );
CREATE TABLE
步骤 7 向表中插入数据
openGauss=# INSERT INTO customer_t2 (c_customer_sk, c_customer_id, c_first_name) VALUES
openGauss-# (3769, 'hello', DEFAULT) ,
openGauss-# (6885, 'maps', 'Joes'),
openGauss-# (9527, 'world', 'James');
INSERT 0 3
步骤 8 查看表中数据。
openGauss=# select * from customer_t2;c_customer_sk | c_customer_id | c_first_name | c_last_name
---------------+---------------+--------------+-------------3769 | hello | | 6885 | maps | Joes | 9527 | world | James |
(3 rows)
步骤 9 创建用户 lucy 。
openGauss=# DROP user IF EXISTS LUCY;
NOTICE: role "lucy" does not exist, skipping
DROP ROLE
openGauss=# CREATE USER lucy WITH PASSWORD "Bigdata@123";
CREATE ROLE
步骤 10 切换到 Lucy 用户
openGauss=# \c - lucy
Password for user lucy:
Non-SSL connection (SSL connection is recommended when requiring high-security)
You are now connected to database "postgres" as user "lucy".
步骤 11 创建 lucy shema 的表。
openGauss=> DROP TABLE IF EXISTS lucy.mytable;
NOTICE: table "mytable" does not exist, skipping
DROP TABLE
openGauss=> CREATE TABLE mytable (firstcol int);
CREATE TABLE
步骤 12 向表中插入数据
openGauss=> INSERT INTO mytable values (100);
INSERT 0 1
步骤 13 查看表中数据
openGauss=> SELECT * from mytable;firstcol
----------100
(1 row)
步骤 14 退出数据库：
openGauss=> \q
[omm@node0 ~]$
3 物理备份和恢复
openGauss 部署成功后，在数据库运行的过程中，会遇到各种问题及异常状态。 openGauss
提供了 gs_basebackup 工具做基础备份。 gs_basebackup 工具由操作系统用户 omm 执行。
3.1 实验前提
在数据库备份之前创建存储备份文件的文件夹。
步骤 1 切换到 omm 用户，以操作系统用户 omm 登录数据库主节点。
[root@node0 ~]# su - omm
Last login: Sat Apr 13 23:05:21 CST 2024 on tty1Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 13日 星期六 23:14:02 CSTSystem load: 0.01
Processes: 198
Memory used: 37.9%
Swap used: 9.5%
Usage On: 25%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
[omm@node0 ~]$
步骤 2 创建存储备份文件的文件夹。
[omm@node0 ~]$ mkdir -p /home/omm/physical/backup
[omm@node0 ~]$
3.2 物理备份
步骤 1 如果数据库服务没有启动，就启动数据库服务 ( 务必以操作系统用户 omm 启动数据库服务， 如果没有请切换用户) 。
[omm@node0 ~]$ gs_om -t start;
Starting cluster.
=========================================
[SUCCESS] node0:
[2024-04-13 23:16:40.080][8226][][gs_ctl]: gs_ctl started,datadir is /opt/huawei/install/data/dn
[2024-04-13 23:16:40.086][8226][][gs_ctl]: another server might be running; Please use the restart command
=========================================
Successfully started.
步骤 2 将数据库进行物理备份。
[omm@node0 ~]$ gs_basebackup -D /home/omm/physical/backup -p 15400
INFO: The starting position of the xlog copy of the full build is: 0/3000028. The slot minimum LSN is: 0/0. The disaster slot minimum LSN is: 0/0. The logical slot minimum LSN is: 0/0.
[2024-04-13 23:18:08]:begin build tablespace list
[2024-04-13 23:18:08]:finish build tablespace list
[2024-04-13 23:18:08]:begin get xlog by xlogstream[2024-04-13 23:18:08]: check identify system success[2024-04-13 23:18:08]: send START_REPLICATION 0/3000000 success[2024-04-13 23:18:08]: keepalive message is received[2024-04-13 23:18:08]: keepalive message is received
[2024-04-13 23:18:13]:gs_basebackup: base backup successfully
参数 -D directory 表示备份文件输出的目录， 必选项
步骤 3 切换到存储备份文件夹查看备份文件。
[omm@node0 ~]$ cd /home/omm/physical/backup
[omm@node0 backup]$ ls
backup_label pg_ident.conf pg_xlog
base pg_llog postgresql.conf
cacert.pem pg_location postgresql.conf.bak
global pg_logical postgresql.conf.guc.bak
gswlm_userinfo.cfg pg_multixact postgresql.conf.lock
mot.conf pg_notify postmaster.pid.lock
pg_clog pg_replslot server.crt
pg_csnlog pg_serial server.key
pg_ctl.lock pg_snapshots server.key.cipher
pg_errorinfo pg_stat_tmp server.key.rand
pg_hba.conf pg_tblspc undo
pg_hba.conf.bak pg_twophase
pg_hba.conf.lock PG_VERSION
3.3 物理备份恢复
当数据库发生故障时需要从备份文件进行恢复。因为 gs_basebackup 是对数据库按二进制进行
备份，因此恢复时可以直接拷贝替换原有的文件， 或者直接在备份的库上启动数据库。
说明：
若当前数据库实例正在运行，直接从备份文件启动数据库可能会存在端口冲突，这时，需
要修配置文件的 port 参数，或者在启动数据库时指定一下端口。
若当前备份文件为主备数据库，可能需要修改一下主备之间的复制连接。即配置文件中的
postgre.conf 中的 replconninfo1 ， replconninfo2 等。
当数据库发生问题需要从备份进行恢复时，步骤如下：
步骤 1 停止 openGauss(( 务必以操作系统用户 omm 停止数据库服务，如果没有请切换用户 ) 。
[omm@node0 backup]$ gs_om -t stop;
Stopping cluster.
=========================================
Successfully stopped cluster.
=========================================
End stop cluster.
[omm@node0 backup]$
步骤 2 清理原库中的所有或部分文件
查看数据库节点文件夹名称 ( 文件夹名称是数据库安装时定义的，不同数据可能不同 ) 。
[omm@node0 ~]$ cd /opt/huawei/install/data
[omm@node0 data]$ ls
dn
查看文件列表如下:
[omm@node0 data]$ cd dn
[omm@node0 dn]$ ls
backup_label.old pg_ident.conf postgresql.conf
base pg_llog postgresql.conf.bak
cacert.pem pg_location postgresql.conf.guc.bak
gaussdb.state pg_logical postgresql.conf.lock
global pg_multixact postmaster.opts
gswlm_userinfo.cfg pg_notify postmaster.pid
mot.conf pg_replslot postmaster.pid.lock
pg_clog pg_serial server.crt
pg_csnlog pg_snapshots server.key
pg_ctl.lock pg_stat_tmp server.key.cipher
pg_errorinfo pg_tblspc server.key.rand
pg_hba.conf pg_twophase undo
pg_hba.conf.bak PG_VERSION
pg_hba.conf.lock pg_xlog
删除文件，对数据库文件进行破坏。
[omm@node0 dn]$ rm -rf *
[omm@node0 dn]$ ls
[omm@node0 dn]$
删除文件后，列表为空
[omm@node0 dn]$ rm -rf *
[omm@node0 dn]$ ls
[omm@node0 dn]$
删除文件后，列表为空
步骤 3 使用数据库系统用户权限从备份中还原需要的数据库文件， "/opt/huawei/install/data/d n "
中 dn 是数据库节点文件夹名称，不同数据库可能不同请查看确认。
[omm@node0 dn]$ cp -r /home/omm/physical/backup/. /opt/huawei/install/data/dn
[omm@node0 dn]$
备份时间大概需要几分钟，恢复后文件列表如下
[omm@node0 dn]$ cd /opt/huawei/install/data/dn
[omm@node0 dn]$ ls
backup_label pg_ident.conf pg_xlog
base pg_llog postgresql.conf
cacert.pem pg_location postgresql.conf.bak
global pg_logical postgresql.conf.guc.bak
gswlm_userinfo.cfg pg_multixact postgresql.conf.lock
mot.conf pg_notify postmaster.pid.lock
pg_clog pg_replslot server.crt
pg_csnlog pg_serial server.key
pg_ctl.lock pg_snapshots server.key.cipher
pg_errorinfo pg_stat_tmp server.key.rand
pg_hba.conf pg_tblspc undo
pg_hba.conf.bak pg_twophase
pg_hba.conf.lock PG_VERSION
若数据库中存在链接文件 , 需要修改使其链接到正确的文件。
步骤 4 重启数据库服务器， 并检查数据库内容，确保数据库已经恢复到所需的状态。
[omm@node0 dn]$ gs_om -t start;
Starting cluster.
==================================================================================
Successfully started.
4 逻辑备份和恢复
通过逻辑导出对数据进行备份，逻辑备份只能基于备份时刻进行数据转储，所以恢复时也只能恢复到备份时保存的数据。对于故障点和备份点之间的数据，逻辑备份无能为力，逻辑备份适合备份那些很少变化的数据，当这些数据因误操作被损坏时，可以通过逻辑备份进行快速恢复。如果通过逻辑备份进行全库恢复，通常需要重建数据库，导入备份数据来完成，对于可用性要求很高的数据库，这种恢复时间太长，通常不被采用。由于逻辑备份具有平台无关性，所以更为常见的是逻辑备份被作为一个数据迁移及移动的主要手段。
4.1 实验前提
在数据库备份之前创建存储备份文件的文件夹。
步骤 1 切换到 omm 用户，以操作系统用户 omm 登录数据库主节点。
[root@node0 ~]# su - omm
Last login: Mon Apr 15 16:46:11 CST 2024 on pts/1Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 15日 星期一 17:16:22 CSTSystem load: 0.06
Processes: 199
Memory used: 38.4%
Swap used: 10.1%
Usage On: 26%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 创建存储备份文件的文件夹。
[omm@node0 ~]$ mkdir -p /home/omm/logical/backup
[omm@node0 ~]$
4.2 gs_dump
4.2.1 介绍
gs_dump 是 openGauss 用于导出数据库相关信息的工具，用户可以自定义导出一个数据库或其中的对象（模式、表、视图等）。支持导出的数据库可以是默认数据库 postgres，也可以是自定义数据库。
主要功能：
gs_dump 可以创建四种不同的导出文件格式，通过[-F 或者--format=]选项指定，具体见官方文档
4.2.2 注意事项
如果 openGauss 有任何本地数据要添加到 template1 数据库，请将 gs_dump 的输出恢复
到一个真正的空数据库中，否则可能会因为被添加对象的定义被复制，出现错误。要创建
一个无本地添加的空数据库，需从 template0 而非 template1 复制，例如：
openGauss=# CREATE DATABASE foo WITH TEMPLATE template0;
CREATE DATABASE
tar 归档形式的文件大小不得超过 8GB （ tar 文件格式的固有限制）。 tar 文档整体大小和任
何其他输出格式没有限制，操作系统可能对此有要求。
由 gs_dump 生成的转储文件不包含优化程序用来做执行计划决定的统计数据。因此，最
好从某转储文件恢复之后运行 ANALYZE 以确保最佳效果。转储文件不包含任何 ALTER
DATABASE…SET 命令，这些设置由 gs_dumpall 转储，还有数据库用户和其他完成安装设
置。
使用 gs_dump 转储数据库为 SQL 文本文件或其它格式的操作：示例中 “Bigdata@123” 表
示数据库用户密码 “/home/omm/logical/backup/MPPDB_backup.sql” 表示导出的文件；
“26000” 表示数据库服务器端口； “postgres” 表示要访问的数据库名。
说明：导出操作时，请确保该目录存在并且当前的操作系统用户对其具有读写权限。
4.2.3 gs_dump 备份示例 1
执行 gs_dump，导出 postgres 数据库全量信息，导出的 MPPDB_backup.sql 文件格式为纯文本格式。
步骤 1 以操作系统用户 omm 登录数据库主节点。
[root@node0 ~]# su - omm
Last login: Mon Apr 15 17:16:22 CST 2024 on pts/1Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 15日 星期一 17:32:59 CSTSystem load: 0.02
Processes: 196
Memory used: 39.3%
Swap used: 11.6%
Usage On: 26%
IP address: 192.168.28.131
Users online: 2
步骤 2 执行 gs_dump ，导出的 MPPDB_backup.sql 文件格式为纯文本格式。
[omm@node0 ~]$ gs_dump -U omm -W Bigdata@123 -f /home/omm/logical/backup/MPPDB_backup.sql -p 15400 postgres -F p
gs_dump[port='15400'][postgres][2024-04-15 17:34:35]: The total objects number is 516.
gs_dump[port='15400'][postgres][2024-04-15 17:34:35]: [100.00%] 516 objects have been dumped.
gs_dump[port='15400'][postgres][2024-04-15 17:34:35]: dump database postgres successfully
gs_dump[port='15400'][postgres][2024-04-15 17:34:35]: total time: 2624 ms
步骤 3 切换到 backup 文件夹，查看 MPPDB_backup.sql 文件。
[omm@node0 ~]$ ll /home/omm/logical/backup/
total 772
-rw------- 1 omm dbgrp 127566 Apr 15 09:48 bkp2.sql
-rw------- 1 omm dbgrp 972 Apr 15 09:35 bkp_shl2.sql
drwx------ 2 omm dbgrp 4096 Apr 15 09:34 MPPDB_backup
-rw------- 1 omm dbgrp 122523 Apr 15 09:45 MPPDB_backup2.sql
-rw------- 1 omm dbgrp 121108 Apr 15 09:33 MPPDB_backup.dmp
-rw------- 1 omm dbgrp 123098 Apr 15 17:34 MPPDB_backup.sql
-rw------- 1 omm dbgrp 277504 Apr 15 09:32 MPPDB_backup.tar
[omm@node0 ~]$ cat /home/omm/logical/backup/MPPDB_backup.sql
……
--
-- Name: inx_stu01; Type: INDEX; Schema: public; Owner: omm; Tablespace:
--CREATE INDEX inx_stu01 ON student USING btree (std_name) TABLESPACE pg_default;--
-- Name: public; Type: ACL; Schema: -; Owner: omm
--REVOKE ALL ON SCHEMA public FROM PUBLIC;
REVOKE ALL ON SCHEMA public FROM omm;
GRANT CREATE,USAGE ON SCHEMA public TO omm;
GRANT USAGE ON SCHEMA public TO PUBLIC;--
-- openGauss database dump complete
--
4.2.4 gs_dump 备份示例 2
执行 gs_dump，导出 postgres 数据库全量信息，导出的 MPPDB_backup.tar 文件格式为 tar格式。
步骤 1 以操作系统用户 omm 登录数据库主节点
[root@node0 ~]# su - omm
Last login: Mon Apr 15 17:32:59 CST 2024 on pts/1Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 15日 星期一 17:41:09 CSTSystem load: 0.00
Processes: 197
Memory used: 39.4%
Swap used: 12.1%
Usage On: 26%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
[omm@node0 ~]$
步骤 2 执行 gs_dump，导出的 MPPDB_backup.tar 文件格式为 tar 格式。
[omm@node0 ~]$ gs_dump -U omm -W Bigdata@123 -f /home/omm/logical/backup/MPPDB_backup.tar -p 15400 postgres -F t
gs_dump[port='15400'][postgres][2024-04-15 17:43:14]: The total objects number is 516.
gs_dump[port='15400'][postgres][2024-04-15 17:43:14]: [100.00%] 516 objects have been dumped.
gs_dump[port='15400'][postgres][2024-04-15 17:43:14]: dump database postgres successfully
gs_dump[port='15400'][postgres][2024-04-15 17:43:14]: total time: 1422 ms
[omm@node0 ~]$
步骤 3 查看生成的文件信息。
[omm@node0 ~]$ ll /home/omm/logical/backup/
total 772
-rw------- 1 omm dbgrp 127566 Apr 15 09:48 bkp2.sql
-rw------- 1 omm dbgrp 972 Apr 15 09:35 bkp_shl2.sql
drwx------ 2 omm dbgrp 4096 Apr 15 09:34 MPPDB_backup
-rw------- 1 omm dbgrp 122523 Apr 15 09:45 MPPDB_backup2.sql
-rw------- 1 omm dbgrp 121108 Apr 15 09:33 MPPDB_backup.dmp
-rw------- 1 omm dbgrp 123098 Apr 15 17:34 MPPDB_backup.sql
-rw------- 1 omm dbgrp 277504 Apr 15 17:43 MPPDB_backup.tar
4.2.5 gs_dump 备份示例 3
执行 gs_dump，导出 postgres 数据库全量信息，导出的 MPPDB_backup.dmp 文件格式为自定义归档格式。
步骤 1 以操作系统用户 omm 登录数据库主节点。
[root@node0 ~]# su - omm
Last login: Mon Apr 15 17:41:09 CST 2024 on pts/1Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 15日 星期一 17:45:32 CSTSystem load: 0.93
Processes: 199
Memory used: 39.6%
Swap used: 12.3%
Usage On: 26%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 执行 gs_dump，导出的 MPPDB_backup.dmp 文件格式为自定义归档格式。
[omm@node0 ~]$ gs_dump -U omm -W Bigdata@123 -f /home/omm/logical/backup/MPPDB_backup.dmp -p 15400 postgres -F c
gs_dump[port='15400'][postgres][2024-04-15 17:47:39]: The total objects number is 516.
gs_dump[port='15400'][postgres][2024-04-15 17:47:39]: [100.00%] 516 objects have been dumped.
gs_dump[port='15400'][postgres][2024-04-15 17:47:39]: dump database postgres successfully
gs_dump[port='15400'][postgres][2024-04-15 17:47:39]: total time: 1420 ms步骤 3 查看生成的文件信息。
[omm@node0 ~]$ ll /home/omm/logical/backup/
total 772
-rw------- 1 omm dbgrp 127566 Apr 15 09:48 bkp2.sql
-rw------- 1 omm dbgrp 972 Apr 15 09:35 bkp_shl2.sql
drwx------ 2 omm dbgrp 4096 Apr 15 17:49 MPPDB_backup
-rw------- 1 omm dbgrp 122523 Apr 15 09:45 MPPDB_backup2.sql
-rw------- 1 omm dbgrp 121108 Apr 15 17:47 MPPDB_backup.dmp
-rw------- 1 omm dbgrp 123098 Apr 15 17:34 MPPDB_backup.sql
-rw------- 1 omm dbgrp 277504 Apr 15 17:43 MPPDB_backup.tar
4.2.6 gs_dump 备份示例 4
执行 gs_dump，导出 postgres 数据库全量信息，导出的 MPPDB_backup 文件格式为目录格式。
步骤 1 以操作系统用户 omm 登录数据库主节点。
[root@node0 ~]# su - omm
Last login: Mon Apr 15 17:45:31 CST 2024 on pts/1Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 15日 星期一 20:02:07 CSTSystem load: 0.10
Processes: 196
Memory used: 40.0%
Swap used: 14.0%
Usage On: 26%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 执行 gs_dump，导出的 MPPDB_backup 文件格式为目录格式
[omm@node0 ~]$ gs_dump -U omm -W Bigdata@123 -f /home/omm/logical/backup/MPPDB_backup -p 15400 postgres -F d
gs_dump[port='15400'][postgres][2024-04-15 09:33:53]: The total objects number is 516.
gs_dump[port='15400'][postgres][2024-04-15 09:33:54]: [100.00%] 516 objects have been dumped.
gs_dump[port='15400'][postgres][2024-04-15 09:33:54]: dump database postgres successfully
gs_dump[port='15400'][postgres][2024-04-15 09:33:54]: total time: 2341 ms步骤 3 查看生成的文件信息。
[omm@node0 ~]$ ll /home/omm/logical/backup/
total 772
-rw------- 1 omm dbgrp 127566 Apr 15 09:48 bkp2.sql
-rw------- 1 omm dbgrp 972 Apr 15 09:35 bkp_shl2.sql
drwx------ 2 omm dbgrp 4096 Apr 15 17:49 MPPDB_backup
-rw------- 1 omm dbgrp 122523 Apr 15 09:45 MPPDB_backup2.sql
-rw------- 1 omm dbgrp 121108 Apr 15 17:47 MPPDB_backup.dmp
-rw------- 1 omm dbgrp 123098 Apr 15 17:34 MPPDB_backup.sql
-rw------- 1 omm dbgrp 277504 Apr 15 17:43 MPPDB_backup.tar
4.2.6 gs_dump 备份示例 4
执行 gs_dump，导出 postgres 数据库全量信息，导出的 MPPDB_backup 文件格式为目录格式。
步骤 1 以操作系统用户 omm 登录数据库主节点。
[root@node0 ~]# su - omm
Last login: Mon Apr 15 20:02:07 CST 2024 on pts/1Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 15日 星期一 20:10:39 CSTSystem load: 0.15
Processes: 197
Memory used: 40.0%
Swap used: 14.0%
Usage On: 26%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
[omm@node0 ~]$
步骤 2 执行 gs_dump，导出的 MPPDB_backup 文件格式为目录格式
[omm@node0 ~]$ gs_dump -U omm -W Bigdata@123 -f /home/omm/logical/backup/MPPDB_backup -p 15400 postgres -F d
gs_dump[port='15400'][postgres][2024-04-15 09:34:57]: The total objects number is 516.
gs_dump[port='15400'][postgres][2024-04-15 09:34:57]: [100.00%] 516 objects have been dumped.
gs_dump[port='15400'][postgres][2024-04-15 09:34:57]: dump database postgres successfully
gs_dump[port='15400'][postgres][2024-04-15 09:34:57]: total time: 1646 ms步骤 3 查看生成的文件信息。
[omm@node0 ~]$ ll /home/omm/logical/backup/
total 772
-rw------- 1 omm dbgrp 127566 Apr 15 09:48 bkp2.sql
-rw------- 1 omm dbgrp 972 Apr 15 09:35 bkp_shl2.sql
drwx------ 2 omm dbgrp 4096 Apr 15 17:49 MPPDB_backup
-rw------- 1 omm dbgrp 122523 Apr 15 09:45 MPPDB_backup2.sql
-rw------- 1 omm dbgrp 121108 Apr 15 17:47 MPPDB_backup.dmp
-rw------- 1 omm dbgrp 123098 Apr 15 17:34 MPPDB_backup.sql
-rw------- 1 omm dbgrp 277504 Apr 15 17:43 MPPDB_backup.tar
4.2.7 gs_dump 备份示例 5
执行 gs_dump ，导出 postgres 数据库的 表（或视图、或序列、或外表）对象 ，例如表
customer_t1 。
步骤 1 以操作系统用户 omm 登录数据库主节点。
[root@node0 ~]# su - omm
Last login: Mon Apr 15 20:10:39 CST 2024 on pts/1Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 15日 星期一 20:16:26 CSTSystem load: 0.14
Processes: 196
Memory used: 40.0%
Swap used: 14.0%
Usage On: 26%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
[omm@node0 ~]$
步骤 2 执行 gs_dump ，导出的 MPPDB_backup 文件格式为目录格式
[omm@node0 ~]$ gs_dump -U omm -W Bigdata@123 -f /home/omm/logical/backup/bkp_shl2.sql-t public.customer_t1 -p 15400
gs_dump[port='15400'][postgres][2024-04-15 09:35:44]: The total objects number is 421.
gs_dump[port='15400'][postgres][2024-04-15 09:35:44]: [100.00%] 421 objects have been dumped.
gs_dump[port='15400'][postgres][2024-04-15 09:35:44]: dump database postgres successfully
gs_dump[port='15400'][postgres][2024-04-15 09:35:44]: total time: 1161 ms 步骤 3 查看生成的文件信息
[omm@node0 ~]$ ll /home/omm/logical/backup/
total 524
-rw------- 1 omm dbgrp 972 Apr 15 09:35 bkp_shl2.sql
drwx------ 2 omm dbgrp 4096 Apr 15 09:34 MPPDB_backup
-rw------- 1 omm dbgrp 121108 Apr 15 09:33 MPPDB_backup.dmp
-rw------- 1 omm dbgrp 123098 Apr 15 09:24 MPPDB_backup.sql
-rw------- 1 omm dbgrp 277504 Apr 15 09:32 MPPDB_backup.tar 步骤 4 查看生成的 sql 文件
[omm@node0 ~]$ cat /home/omm/logical/backup/bkp_shl2.sql
……
CREATE TABLE customer_t1 (c_customer_sk integer,c_customer_id character(5),c_first_name character(6),c_last_name character(8)
)
WITH (orientation=row, compression=no);ALTER TABLE public.customer_t1 OWNER TO omm;--
-- Data for Name: customer_t1; Type: TABLE DATA; Schema: public; Owner: omm
--COPY customer_t1 (c_customer_sk, c_customer_id, c_first_name, c_last_name) FROM stdin;
3769 hello \N \N
6885 maps Joes \N
4321 tpcds Lily \N
9527 world James \N
\.
;--
-- openGauss database dump complete
--4.2.8 gs_dump 备份示例 6
执行 gs_dump，导出 postgres 数据库信息，但不导出/home/MPPDB_temp.sql 中指定的表信息。导出的 MPPDB_backup.sql 文件格式为纯文本格式。
步骤 1 以操作系统用户 omm 登录数据库主节点
[root@node0 ~]# su - omm
Last login: Mon Apr 15 20:16:26 CST 2024 on pts/1Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 15日 星期一 20:40:08 CSTSystem load: 0.04
Processes: 197
Memory used: 40.1%
Swap used: 14.2%
Usage On: 26%
IP address: 192.168.28.131
Users online: 2
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 创建 MPPDB_temp.sql ，填写不导出的表的表名。例如 customer_t1 表
[omm@node0 ~]$ vi /home/omm/logical/MPPDB_temp.sql
[omm@node0 ~]$
输入”i”，切换到 INSERT 模式，输入”public.customer_t1”,按下”ESC”，并输入”:wq”后回车
保存后退出。
[omm@node0 ~]$ ll /home/omm/logical/backup/
total 644
-rw------- 1 omm dbgrp 972 Apr 15 09:35 bkp_shl2.sql
drwx------ 2 omm dbgrp 4096 Apr 15 09:34 MPPDB_backup
-rw------- 1 omm dbgrp 122523 Apr 15 09:45 MPPDB_backup2.sql
-rw------- 1 omm dbgrp 121108 Apr 15 09:33 MPPDB_backup.dmp
-rw------- 1 omm dbgrp 123098 Apr 15 09:24 MPPDB_backup.sql
-rw------- 1 omm dbgrp 277504 Apr 15 09:32 MPPDB_backup.tar 步骤 3 执行 gs_dump ，导出 postgres 数据库信息，但不导出 MPPDB_temp.sql 中指定的表信息
[omm@node0 ~]$ gs_dump -U omm -W Bigdata@123 -p 15400 postgres --exclude-tablefile=/home/omm/logical/MPPDB_temp.sql -f /home/omm/logical/backup/MPPDB_backup2.sql
gs_dump[port='15400'][postgres][2024-04-15 09:45:42]: The total objects number is 514.
gs_dump[port='15400'][postgres][2024-04-15 09:45:42]: [100.00%] 514 objects have been dumped.
gs_dump[port='15400'][postgres][2024-04-15 09:45:42]: dump database postgres successfully
gs_dump[port='15400'][postgres][2024-04-15 09:45:42]: total time: 1394 ms 步骤 4 查看生成的文件信息。
[omm@node0 ~]$ ll /home/omm/logical/backup/
total 644
-rw------- 1 omm dbgrp 972 Apr 15 09:35 bkp_shl2.sql
drwx------ 2 omm dbgrp 4096 Apr 15 09:34 MPPDB_backup
-rw------- 1 omm dbgrp 122523 Apr 15 09:45 MPPDB_backup2.sql
-rw------- 1 omm dbgrp 121108 Apr 15 09:33 MPPDB_backup.dmp
-rw------- 1 omm dbgrp 123098 Apr 15 09:24 MPPDB_backup.sql
-rw------- 1 omm dbgrp 277504 Apr 15 09:32 MPPDB_backup.tar步骤 5 查看生成的 sql 文件，确认没有备份 customer_t1 表
[omm@node0 ~]$ cat /home/omm/logical/backup/MPPDB_backup2.sql
……SET search_path = public;--
-- Name: inx_stu01; Type: INDEX; Schema: public; Owner: omm; Tablespace:
--CREATE INDEX inx_stu01 ON student USING btree (std_name) TABLESPACE pg_default;--
-- Name: public; Type: ACL; Schema: -; Owner: omm
--REVOKE ALL ON SCHEMA public FROM PUBLIC;
REVOKE ALL ON SCHEMA public FROM omm;
GRANT CREATE,USAGE ON SCHEMA public TO omm;
GRANT USAGE ON SCHEMA public TO PUBLIC;--
-- openGauss database dump complete
--4.3 gs_dumpall
4.3.1 介绍
gs_dumpall 是 openGauss 用于导出所有数据库相关信息工具，它可以导出 openGauss 数
据库的所有数据，包括默认数据库 postgres 的数据、自定义数据库的数据、以及
openGauss 所有数据库公共的全局对象。
gs_dumpall 在导出 openGauss 所有数据库时分为两部分：
gs_dumpall 自身对所有数据库公共的全局对象进行导出，包括有关数据库用户和组，表
空间以及属性（例如，适用于数据库整体的访问权限）信息。
gs_dumpall 通过调用 gs_dump 来完成 openGauss 中各数据库的 SQL 脚本文件导出，该脚本文件包含将数据库恢复为其保存时的状态所需要的全部 SQL 语句。
以上两部分导出的结果为纯文本格式的 SQL 脚本文件，使用 gsql 运行该脚本文件可以恢复openGauss 数据库。
4.3.2 操作步骤
步骤 1 切换到 omm 用户，以操作系统用户 omm 登录数据库主节点。
[root@node0 ~]# su - omm
Last login: Mon Apr 15 20:40:08 CST 2024 on pts/1Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 17日 星期三 23:08:22 CSTSystem load: 0.00
Processes: 196
Memory used: 11.8%
Swap used: 0%
Usage On: 26%
IP address: 192.168.28.131
Users online: 1
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 使用 gs_dumpall 一次导出 openGauss 的所有数据库。
[omm@node0 ~]$ gs_dumpall -f /home/omm/logical/backup/bkp2.sql -p 15400
gs_dump[port='15400'][dbname='db_tpcc02'][2024-04-17 23:10:58]: The total objects number is 427.
gs_dump[port='15400'][dbname='db_tpcc02'][2024-04-17 23:10:58]: [100.00%] 427 objects have been dumped.
gs_dump[port='15400'][dbname='db_tpcc02'][2024-04-17 23:10:58]: dump database dbname='db_tpcc02' successfully
gs_dump[port='15400'][dbname='db_tpcc02'][2024-04-17 23:10:58]: total time: 1494 ms
gs_dump[port='15400'][dbname='foo'][2024-04-17 23:11:00]: The total objects number is 427.
gs_dump[port='15400'][dbname='foo'][2024-04-17 23:11:00]: [100.00%] 427 objects have been dumped.
gs_dump[port='15400'][dbname='foo'][2024-04-17 23:11:00]: dump database dbname='foo' successfully
gs_dump[port='15400'][dbname='foo'][2024-04-17 23:11:00]: total time: 1504 ms
gs_dump[port='15400'][dbname='postgres'][2024-04-17 23:11:02]: The total objects number is 516.
gs_dump[port='15400'][dbname='postgres'][2024-04-17 23:11:02]: [100.00%] 516 objects have been dumped.
gs_dump[port='15400'][dbname='postgres'][2024-04-17 23:11:02]: dump database dbname='postgres' successfully
gs_dump[port='15400'][dbname='postgres'][2024-04-17 23:11:02]: total time: 1930 ms
gs_dumpall[port='15400'][2024-04-17 23:11:02]: dumpall operation successful
gs_dumpall[port='15400'][2024-04-17 23:11:02]: total time: 5055 ms
步骤 3 查看生成的文件信息。
[omm@node0 ~]$ ll /home/omm/logical/backup/
total 776
-rw------- 1 omm dbgrp 127566 Apr 17 23:11 bkp2.sql
-rw------- 1 omm dbgrp 972 Apr 15 09:35 bkp_shl2.sql
drwx------ 2 omm dbgrp 4096 Apr 15 17:49 MPPDB_backup
-rw------- 1 omm dbgrp 122523 Apr 15 09:45 MPPDB_backup2.sql
-rw------- 1 omm dbgrp 123098 Apr 15 20:32 MPPDB_backup.dmp
-rw------- 1 omm dbgrp 123098 Apr 15 17:34 MPPDB_backup.sql
-rw------- 1 omm dbgrp 277504 Apr 15 17:43 MPPDB_backup.tar
4.4 gs_restore
4.4.1 介绍
gs_restore 是 openGauss 提供的针对 gs_dump 导出数据的导入工具。通过此工具可由gs_dump 生成的导出文件进行导入。
gs_restore 工具由操作系统用户 omm 执行。
主要功能包含：
导入到数据库：
如果连接参数中指定了数据库，则数据将被导入到指定的数据库中。其中，并行导入必须
指定连接的密码。
导入到脚本文件：
如果未指定导入数据库，则创建包含重建数据库所必须的 SQL 语句脚本并写入到文件或者标准输出。等效于直接使用 gs_dump 导出为纯文本格式。
4.4.2 gs_restore 导入示例 1
执行 gs_restore ，将导出的 MPPDB_backup.tar 文件（ tar 格式） 导入到 db_tpcc01 数据库。
步骤 1 切换到 omm 用户，以操作系统用户 omm 登录数据库主节点。
[root@node0 ~]# su - omm
Last login: Wed Apr 17 23:08:22 CST 2024 on pts/0Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 17日 星期三 23:14:53 CSTSystem load: 0.06
Processes: 196
Memory used: 38.3%
Swap used: 11.0%
Usage On: 26%
IP address: 192.168.28.131
Users online: 1
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 连接 openGauss 数据库。
[omm@node0 ~]$ gsql -d postgres -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
步骤 3 创建数据库。
openGauss=# DROP DATABASE IF EXISTS db_tpcc01;
NOTICE: database "db_tpcc01" does not exist, skipping
DROP DATABASE
openGauss=# CREATE DATABASE db_tpcc01;
CREATE DATABASE
步骤 4 退出数据库。
openGauss=# \q
[omm@node0 ~]$ 步骤 5 执行 gs_restore，将导出的 MPPDB_backup.tar 文件（tar 格式）导入到 db_tpcc01 数据库。
[omm@node0 ~]$ gs_restore /home/omm/logical/backup/MPPDB_backup.tar -p 15400 -d db_tpcc01
如果成功，显示如下：
start restore operation ...
table mytable complete data imported !
table pmk_configuration complete data imported !
table pmk_meta_data complete data imported !
table pmk_snapshot complete data imported !
table pmk_snapshot_datanode_stat complete data imported !
table a complete data imported !
table class complete data imported !
table course complete data imported !
table customer_t1 complete data imported !
table customer_t2 complete data imported !
table mytable complete data imported !
table school_department complete data imported !
table student complete data imported !
table t1 complete data imported !
table t2 complete data imported !
table t_test complete data imported !
table teacher complete data imported !
table web_returns_p2 complete data imported !
Finish reading 87 SQL statements!
end restore operation ...
restore operation successful
total time: 1165 ms
步骤 6 连接 db_tpcc01 数据库。
[omm@node0 ~]$ gsql -d db_tpcc01 -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
步骤 7 查看数据库中恢复的 customer_t1 表。
db_tpcc01=# select * from customer_t1;c_customer_sk | c_customer_id | c_first_name | c_last_name
---------------+---------------+--------------+-------------3769 | hello | | 6885 | maps | Joes | 4321 | tpcds | Lily | 9527 | world | James |
(4 rows)
步骤 8 退出 db_tpcc01 数据库。
db_tpcc01=# \q
[omm@node0 ~]$
4.4.3 gs_restore 导入示例 2
执行 gs_restore，将导出的 MPPDB_backup.dmp 文件（自定义归档格式）导入到 db_tpcc02数据库。
步骤 1 切换到 omm 用户，以操作系统用户 omm 登录数据库主节点
[root@node0 ~]# su - omm
Last login: Wed Apr 17 23:14:53 CST 2024 on pts/0Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 17日 星期三 23:25:56 CSTSystem load: 0.06
Processes: 197
Memory used: 39.1%
Swap used: 11.9%
Usage On: 26%
IP address: 192.168.28.131
Users online: 1
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 连接 openGauss 数据库
[omm@node0 ~]$ gsql -d postgres -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
步骤 3 创建数据库
openGauss=# DROP DATABASE IF EXISTS db_tpcc02;
NOTICE: database "db_tpcc02" does not exist, skipping
DROP DATABASE
openGauss=# CREATE DATABASE db_tpcc02;
CREATE DATABASE
步骤 4 退出数据库。
openGauss=# \q
[omm@node0 ~]$
步骤 5 执行 gs_restore ，将导出的 MPPDB_backup.dmp 文件（自定义归档格式）导入到 db_tpcc02数据库
[omm@node0 ~]$ gs_restore /home/omm/logical/backup/MPPDB_backup.dmp -p 15400 -d db_tpcc02
start restore operation ...
table mytable complete data imported !
table pmk_configuration complete data imported !
table pmk_meta_data complete data imported !
table pmk_snapshot complete data imported !
table pmk_snapshot_datanode_stat complete data imported !
table a complete data imported !
table class complete data imported !
table course complete data imported !
table customer_t1 complete data imported !
table customer_t2 complete data imported !
table mytable complete data imported !
table school_department complete data imported !
table student complete data imported !
table t1 complete data imported !
table t2 complete data imported !
table t_test complete data imported !
table teacher complete data imported !
table web_returns_p2 complete data imported !
Finish reading 87 SQL statements!
end restore operation ...
restore operation successful
total time: 862 ms 步骤 6 连接 db_tpcc02 数据库。
[omm@node0 ~]$ gsql -d db_tpcc02 -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help. 步骤 7 查看数据库中恢复的 customer_t1 表。
db_tpcc02=# select * from customer_t1;
c_customer_sk | c_customer_id | c_first_name | c_last_name
---------------+---------------+--------------+-------------3769 | hello | | 6885 | maps | Joes | 4321 | tpcds | Lily | 9527 | world | James |
(4 rows) 步骤 8 退出 db_tpcc02 数据库
db_tpcc02=# \q
[omm@node0 ~]$ 4.4.4 gs_restore 导入示例 3
执行 gs_restore ，将导出的 MPPDB_backup 文件（目录格式） 导入到 postgres 数据库。
步骤 1 切换到 omm 用户，以操作系统用户 omm 登录数据库主节点。
[root@node0 ~]# su - omm
Last login: Wed Apr 17 23:25:56 CST 2024 on pts/0Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 17日 星期三 23:43:58 CSTSystem load: 0.30
Processes: 196
Memory used: 39.1%
Swap used: 14.9%
Usage On: 26%
IP address: 192.168.28.131
Users online: 1
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 连接 openGauss 数据库。
[omm@node0 ~]$ gsql -d postgres -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
步骤 3 创建数据库。
openGauss=# DROP DATABASE IF EXISTS db_tpcc03;
NOTICE: database "db_tpcc03" does not exist, skipping
DROP DATABASE
openGauss=# CREATE DATABASE db_tpcc03;
CREATE DATABASE
步骤 4 退出数据库
openGauss=# \q
步骤 5 执行 gs_restore ，将导出的 MPPDB_backup 文件（目录格式）导入到 db_tpcc03 数据库。
[omm@node0 ~]$ gs_restore /home/omm/logical/backup/MPPDB_backup -p 15400 -d db_tpcc03
start restore operation ...
table mytable complete data imported !
table pmk_configuration complete data imported !
table pmk_meta_data complete data imported !
table pmk_snapshot complete data imported !
table pmk_snapshot_datanode_stat complete data imported !
table a complete data imported !
table class complete data imported !
table course complete data imported !
table customer_t1 complete data imported !
table customer_t2 complete data imported !
table mytable complete data imported !
table school_department complete data imported !
table student complete data imported !
table t1 complete data imported !
table t2 complete data imported !
table t_test complete data imported !
table teacher complete data imported !
table web_returns_p2 complete data imported !
Finish reading 87 SQL statements!
end restore operation ...
restore operation successful
total time: 1836 ms
[omm@node0 ~]$
步骤 6 连接 db_tpcc03 数据库。
[omm@node0 ~]$ gsql -d db_tpcc03 -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help. 步骤 7 查看数据库中恢复的 customer_t1 表。
db_tpcc03=# select * from customer_t1;c_customer_sk | c_customer_id | c_first_name | c_last_name
---------------+---------------+--------------+-------------3769 | hello | | 6885 | maps | Joes | 4321 | tpcds | Lily | 9527 | world | James |
(4 rows) 步骤 8 退出 db_tpcc03 数据库。
db_tpcc03=# \q
[omm@node0 ~]$
4.4.5 gs_restore 导入示例 4
执行 gs_restore ，使用自定义归档格式的 MPPDB_backup.dmp 文件来进行如下导入操作。
导入时在重新创建数据库对象前，清理（删除）已存在于将要还原的数据库中的数据库对象。
步骤 1 由于在备份示例 1 已经将所有对象恢复到 db_tpcc01 数据库中，所以在再次导入时如果不先删除已经存在的对象，会出现报错信息。
[omm@node0 ~]$ gs_restore -W Bigdata@123 /home/omm/logical/backup/MPPDB_backup.dmp -p 15400 -d db_tpcc01
start restore operation ...
……
Error from TOC entry 3728; 1259 41282 INDEX inx_stu01 omm
could not execute query: ERROR: relation "inx_stu01" already existsCommand was: CREATE INDEX inx_stu01 ON student USING btree (std_name) TABLESPACE
pg_default;
Finish reading 87 SQL statements!
end restore operation ...
WARNING: errors ignored on restore: 69
restore operation successful
total time: 1166 ms 步骤 2 连接 db_tpcc01 数据库
[omm@node0 ~]$ gsql -d db_tpcc01 -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
步骤 3 查看数据库中恢复的 customer_t1 表。
db_tpcc01=# select * from customer_t1;c_customer_sk | c_customer_id | c_first_name | c_last_name
---------------+---------------+--------------+-------------3769 | hello | | 6885 | maps | Joes | 4321 | tpcds | Lily | 9527 | world | James |
(4 rows)
原有数据表并没有被删除，导入的数据表以数据追加的方式导入数据。
步骤 4 退出数据库
db_tpcc01=# \q
[omm@node0 ~]$
步骤 5 输入以下命令，使用 -c 参数手工删除依赖，导入完成后再重新创建
[omm@node0 ~]$ gs_restore -W Bigdata@123 /home/omm/logical/backup/MPPDB_backup.dmp -p 15400 -d db_tpcc01 -e -c
start restore operation ...
table mytable complete data imported !
table pmk_configuration complete data imported !
table pmk_meta_data complete data imported !
table pmk_snapshot complete data imported !
table pmk_snapshot_datanode_stat complete data imported !
table a complete data imported !
table class complete data imported !
table course complete data imported !
table customer_t1 complete data imported !
table customer_t2 complete data imported !
table mytable complete data imported !
table school_department complete data imported !
table student complete data imported !
table t1 complete data imported !
table t2 complete data imported !
table t_test complete data imported !
table teacher complete data imported !
table web_returns_p2 complete data imported !
Finish reading 87 SQL statements!
end restore operation ...
restore operation successful
total time: 1285 ms 注：如果原对象存在跨模式的依赖则需手工强制干预。
步骤 6 连接 db_tpcc01 数据库
[omm@node0 ~]$ gsql -d db_tpcc01 -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
步骤 7 查看数据库中恢复的 customer_t1 表
db_tpcc01=# select * from customer_t1;c_customer_sk | c_customer_id | c_first_name | c_last_name
---------------+---------------+--------------+-------------3769 | hello | | 6885 | maps | Joes | 4321 | tpcds | Lily | 9527 | world | James |
(4 rows)
步骤 8 退出数据库
db_tpcc01=# \q
[omm@node0 ~]$
原有数据表已经被清除，恢复的是导入的数据表
4.4.6 gs_restore 导入示例 5
执行 gs_restore ，使用自定义归档格式的 MPPDB_backup.dmp 文件来进行如下导入操作。
只导入 PUBLIC 模式下表 customer_t1 的定义。
步骤 1 切换到 omm 用户，以操作系统用户 omm 登录数据库主节点。
[root@node0 ~]# su - omm
Last login: Thu Apr 18 11:39:13 CST 2024 on pts/0Welcome to 5.10.0-153.12.0.92.oe2203sp2.x86_64System information as of time: 2024年 04月 18日 星期四 11:48:17 CSTSystem load: 0.08
Processes: 196
Memory used: 38.3%
Swap used: 10.5%
Usage On: 26%
IP address: 192.168.28.131
Users online: 1
To run a command as administrator(user "root"),use "sudo <command>".
步骤 2 连接 openGauss 数据库。
[omm@node0 ~]$ gsql -d postgres -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
步骤 3 创建数据库。
openGauss=# DROP DATABASE IF EXISTS db_tpcc04;
NOTICE: database "db_tpcc04" does not exist, skipping
DROP DATABASE
openGauss=# CREATE DATABASE db_tpcc04;
CREATE DATABASE
openGauss=#
步骤 4 退出数据库。
openGauss=# \q
[omm@node0 ~]$
步骤 5 执行 gs_restore ，只导入 PUBLIC 模式下表 customer_t1 的定义。
[omm@node0 ~]$ gs_restore /home/omm/logical/backup/MPPDB_backup.dmp -p 15400 -d db_tpcc04 -n public -t customer_t1
table customer_t1 complete data imported !
Finish reading 87 SQL statements!
end restore operation ...
restore operation successful
total time: 34 ms 步骤 6 连接 db_tpcc04 数据库。
[omm@node0 ~]$ gsql -d db_tpcc04 -p 15400 -r
gsql ((openGauss 5.0.0 build a07d57c3) compiled at 2023-03-29 03:37:13 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
步骤 7 查看数据库中恢复的 customer_t1 表。
db_tpcc04=# select * from customer_t1;
c_customer_sk | c_customer_id | c_first_name | c_last_name
---------------+---------------+--------------+-------------3769 | hello | | 6885 | maps | Joes | 4321 | tpcds | Lily | 9527 | world | James |
(4 rows) 步骤 8 查看 postgres 数据库中 LUCY 模式下的表。
db_tpcc04=# select * from lucy.mytable;
ERROR: schema "lucy" does not exist
LINE 1: select * from lucy.mytable;^
db_tpcc04=#
步骤 9 查看 postgres 数据库中 PUBLIC 模式下的 customer_t2 表
db_tpcc04=# select * from customer_t2;
ERROR: relation "customer_t2" does not exist on dn_6001
LINE 1: select * from customer_t2;^
db_tpcc04=#
说明只恢复了 PUBLIC shema 模式下的的 customer_t1 表。
本实验结束。
