openGauss备份恢复之gs_basebackup
标签: openGauss备份恢复之gs_basebackup 博客 51CTO博客
2023-04-04 18:23:37 119浏览
openGauss备份恢复之gs_basebackup,一、概述1、背景信息openGauss部署成功后,在数据库运行的过程中,会遇到各种问题及异常状态。openGauss提供了gs_basebackup工具做基础的物理备份。gs_basebackup的实现目标是对服务器数据库文件的二进制进行拷贝,其实现原理使用了复制协议。远程执行gs_basebackup时,需要使用系统管理员账户。gs_basebackup当前支持热备份模式和压缩格式备份模式。&n
一、概述
1、背景信息
openGauss部署成功后,在数据库运行的过程中,会遇到各种问题及异常状态。openGauss提供了gs_basebackup工具做基础的物理备份。gs_basebackup的实现目标是对服务器数据库文件的二进制进行拷贝,其实现原理使用了复制协议。远程执行gs_basebackup时,需要使用系统管理员账户。gs_basebackup当前支持热备份模式和压缩格式备份模式。
说明:
- gs_basebackup仅支持主机和备机的全量备份,不支持增量。
- gs_basebackup当前支持热备份模式和压缩格式备份模式。
- 若打开增量检测点功能且打开双写,gs_basebackup也会备份双写文件。
- gs_basebackup在备份包含绝对路径的表空间时,如果在同一台机器上进行备份,可以通过tablespace-mapping重定向表空间路径或使用归档模式进行备份。
- 若pg_xlog目录为软链接,备份时将不会建立软链接,会直接将数据备份到目的路径的pg_xlog目录下。
- 备份过程中收回用户备份权限,可能导致备份失败或者备份数据不可用。
- 如果因为网络临时故障等原因导致Server端无法应答,gs_basebackup将在最长等待120秒后退出。
gs_basebackup takes a base backup of a running openGauss server.
gs_basebackup对正在运行的openGauss服务器进行基本备份。
2、前提条件
- 可以正常连接openGauss数据库。
- 备份过程中用户权限没有被回收。
- pg_hba.conf中需要配置允许复制链接,且该连接必须由一个系统管理员建立。
- 如果xlog传输模式为stream模式,需要配置max_wal_senders的数量,至少有一个可用。
- 如果xlog传输模式为fetch模式,有必要把wal_keep_segments参数设置得足够高,这样在备份末尾之前日志不会被移除。
- 在进行还原时,需要保证各节点备份目录中存在备份文件,若备份文件丢失,则需要从其他节点进行拷贝。
二、工具
1、语法
gs_basebackup -? | --help
gs_basebackup参数可以分为如下几类:
-D directory
备份文件输出的目录,必选项,备份目录需提前创建。
常用参数:
-c,--checkpoint=fast|spread
设置检查点模式为fast或者spread(默认)。
-l,--label=LABEL
为备份设置标签。
-P,--progress
启用进展报告。
-v, --verbose
启用冗长模式。
-V, --version
打印版本后退出。
-?,--help
显示gs_basebackup命令行参数。
-T,--tablespace-mapping=olddir=newdir
在备份期间将目录olddir中的表空间重定位到newdir中。为使之有效,olddir必须正好匹配表空间所在的路径(但如果备份中没有包含olddir中的表
空间也不是错误)。olddir和newdir必须是绝对路径。如果一个路径凑巧包含了一个=符号,可用反斜线对它转义。对于多个表空间可以多次使用这个
选项。
-F,--format=plain|tar
设置输出格式为plain(默认)或者tar。没有设置该参数的情况下,默认--format=plain。plain格式把输出写成平面文件,使用和当前数据目录和
表空间相同的布局。当集簇没有额外表空间时,整个数据库将被放在目标目录中。如果集簇包含额外的表空间,主数据目录将被放置在目标目录中,但
是所有其他表空间将被放在它们位于服务器上的相同的绝对路径中。tar模式将输出写成目标目录中的 tar 文件。主数据目录将被写入到一个名为
base.tar的文件中,并且其他表空间将被以其 OID 命名。生成的tar包,需要用gs_tar命令解压。
-X, --xlog-method=fetch|stream
设置xlog传输方式。没有设置该参数的情况下,默认--xlog-method=stream。在备份中包括所需的预写式日志文件(WAL文件)。这包括所有在备份
期间产生的预写式日志。fetch方式在备份末尾收集预写式日志文件。因此,有必要把wal_keep_segments参数设置得足够高,这样在备份末尾之前日
志不会被移除。如果在要传输日志时它已经被轮转,备份将失败并且是不可用的。stream方式在备份被创建时流传送预写式日志。这将开启一个到服务
器的第二连接并且在运行备份时并行开始流传输预写式日志。因此,它将使用最多两个由max_wal_senders参数配置的连接。只要客户端能保持接收
预写式日志,使用这种模式不需要在主控机上保存额外的预写式日志。
-x,--xlog 使用这个选项等效于和方法fetch一起使用-X。
-Z --compress=level
启用对 tar 文件输出的 gzip 压缩,并且制定压缩级别(0 到 9,0 是不压缩,9 是最佳压缩)。只有使用 tar 格式时压缩才可用,并且会在所有
tar文件名后面自动加上后缀.gz。
-z
启用对 tar 文件输出的 gzip 压缩,使用默认的压缩级别。只有使用 tar 格式时压缩才可用,并且会在所有tar文件名后面自动加上后缀.gz。
-t,–rw-timeout
设置备份期间checkpoint的时间限制,默认限制时间为120s。当数据库全量checkpoint耗时较长时,可以适当增大rw-timeout限制时间。
连接参数
-h, --host=HOSTNAME
指定正在运行服务器的主机名或者Unix域套接字的路径。
-p,--port=PORT
指定数据库服务器的端口号。
可以通过port参数修改默认端口号。
-U,--username=USERNAME
指定连接数据库的用户。
-s, --status-interval=INTERVAL
发送到服务器的状态包的时间(以秒为单位)。
-w,--no-password
不出现输入密码提示。
-W, --password
当使用-U参数连接本地数据库或者连接远端数据库时,可通过指定该选项出现输入密码提示。
gs_basebackup -V | --version
2、示例
1、查询数据库信息
gs_om -t status --detail
node node_ip port instance state
-----------------------------------------------------------------------------------------------
1 gsdb01 XXXXXXXXXXXX 26000 6001 /opt/huawei/install/data/dn01 P Primary Normal
2、物理备份
[omm@gsdb01 backup]$ gs_basebackup -D /tmp/backup -h gsdb01 -p 26000
INFO: The starting position of the xlog copy of the full build is: 0/1B000028. The slot minimum LSN is: 0/0. The disaster slot minimum LSN is: 0/0. The logical slot minimum LSN is: 0/0.
[2023-04-03 18:03:34]:begin build tablespace list
[2023-04-03 18:03:34]:finish build tablespace list
[2023-04-03 18:03:34]:begin get xlog by xlogstream
[2023-04-03 18:03:34]: check identify system success
[2023-04-03 18:03:34]: send START_REPLICATION 0/1B000000 success
[2023-04-03 18:03:34]: keepalive message is received
[2023-04-03 18:03:34]: keepalive message is received
[2023-04-03 18:03:39]:could not open file /tmp/backup/global/pg_dw.build: Invalid argument
#最后提示了一个报错,没能成功全备下来
3、从备份文件恢复数据
当数据库发生故障时需要从备份文件进行恢复。因为gs_basebackup是对数据库按二进制进行备份,因此恢复时可以直接拷贝替换原有的文件,或者直接在备份的库上启动数据库。
说明:
- 若当前数据库实例正在运行,直接从备份文件启动数据库可能会存在端口冲突,这时需要修改配置文件的port参数,或者在启动数据库时指定一下端口。
- 若当前备份文件为主备数据库,可能需要修改一下主备之间的复制连接。即配置文件中的postgresql.conf中的replconninfo1、replconninfo2等。
- 若配置文件postgresql.conf的参数data_directory打开且有配置,当使用备份目录启动数据库时候,data_directory和备份目录不同会导致启动失败。可以修改data_directory的值为新的数据目录,或者注释掉该参数。
若要在原库的地方恢复数据库,参考步骤如下:
- 停止数据库服务器,具体操作请参见《数据库运维指南》。
- 将原数据库和所有表空间复制到另外一个位置, 以备后面需要。
- 清理原库中的所有或部分文件。
- 使用数据库系统用户权限从备份中还原需要的数据库文件。
- 若数据库中存在链接文件,需要修改使其链接到正确的文件。
- 重启数据库服务器,并检查数据库内容,确保数据库已经恢复到所需的状态。
说明:
- 暂不支持备份文件增量恢复。
- 恢复后需要检查数据库中的链接文件是否链接到正确的文件。
好博客就要一起分享哦!分享海报
此处可发布评论
评论(0)展开评论
暂无评论,快来写一下吧
展开评论