gs_probackup增量备份ptrack.cpp : 88

Posted 2023-03-25 我爱睡莲

问题描述：使用gs_probackup对opengauss进行增量备份失败
[omm@testmysqldb04 ~]$ sh gs_probackup.sh incbackup
 pg_switch_xlog
----------------
 0/46000000
(1 row)

INFO: Backup start, gs_probackup version: 2.4.2, instance: gs_bak2023_inst, backup ID: RRYCCX, backup mode: PTRACK, wal mode: STREAM, remote: false, compress-algorithm: none, compress-level: 1
LOG: Backup destination is initialized
LOG: This openGauss instance was initialized with data block checksums. Data block corruption will be detected
LOG: Database backup start
LOG: Latest valid FULL backup: RRYCCA
INFO: Parent backup: RRYCCA
LOG: started streaming WAL at 0/47000000 (timeline 1)
[2023-03-23 10:31:46]: check identify system success
[2023-03-23 10:31:46]: send START_REPLICATION 0/47000000 success
[2023-03-23 10:31:46]: keepalive message is received
INFO: Cannot parse path "base"
INFO: PGDATA size: 607MB
LOG: Current tli: 1
LOG: Parent start_lsn: 0/45000028
LOG: start_lsn: 0/47000028
INFO: Extracting pagemap of changed blocks
INFO: change bitmap start lsn location is 0/45000028
ERROR at ptrack.cpp : 88 : The destination buffer or format is a NULL pointer or the invalid parameter handle is invoked..
sending incremental file list
000000010000000000000046

sent 16,781,522 bytes  received 35 bytes  11,187,704.67 bytes/sec
total size is 83,886,407  speedup is 5.00

 

ERROR at ptrack.cpp : 88 : The destination buffer or format is a NULL pointer or the invalid parameter handle is invoked

[omm@testmysqldb04 ~]$ vim /data/openGauss/dn/postgresql.conf

enable_cbm_tracking = on

 重启数据库节点

 

官方文档：https://docs.opengauss.org/zh/docs/3.1.1/docs/Toolreference/gs_probackup.html

背景信息

gs_probackup是一个用于管理openGauss数据库备份和恢复的工具。它对openGauss实例进行定期备份，以便在数据库出现故障时能够恢复服务器。

• 可用于备份单机数据库，也可对主机或者主节点数据库备机进行备份，为物理备份。
• 可备份外部目录的内容，如脚本文件、配置文件、日志文件、dump文件等。
• 支持增量备份、定期备份和远程备份。
• 可设置备份的留存策略。

前提条件

• 可以正常连接openGauss数据库。
• 若要使用PTRACK增量备份，需在postgresql.conf中手动添加参数“enable_cbm_tracking = on”。
• 为了防止xlog在传输结束前被清理，请适当调高postgresql.conf文件中wal_keep_segements的值。

限制说明

• 备份必须由运行数据库服务器的用户执行。
• 备份和恢复的数据库服务器的主版本号必须相同。
• 如果要通过ssh在远程模式下备份数据库，需要在本地和远程主机安装相同主版本的数据库，并通过ssh-copy-id remote_user@remote_host命令设置本地主机备份用户和远程主机数据库用户的无密码ssh连接。
• 远程模式下只能执行add-instance、backup、restore子命令。
• 使用restore子命令前，应先停止gaussdb进程。
• 当存在用户自定义表空间时，备份的时候要加上 –external-dirs 参数，否则，该表空间不会被备份。
• 当备份的规模比较大时，为了防止备份过程中timeout发生，请适当调整postgresql.conf文件的参数 session_timeout、wal_sender_timeout。并且在备份的命令行参数中适当调整参数–rw-timeout的值。
• 恢复时，使用-T选项把备份中的外部目录重定向到新目录时，请同时指定参数–external-mapping。
• 当使用远程备份时，请确保远程机器和备份机器的时钟同步，以防止使用–recovery-target-time恢复的场合,启动gaussdb时有可能会失败。
• 当远程备份有效时(remote-proto=ssh)，请确保-h和–remote-host指定的是同一台机器。当远程备份无效时，如果指定了-h选项，请确保-h指定的是本机地址或本机主机名。
• 当前仅支持备份发布订阅的逻辑复制槽。
• 备份时，请确保服务器用户对备份的目录下所有文件有读写的权限，以防止在恢复时因权限不足的问题而失败。
• 在dss模式下当前仅支持本地主机全量备份和全量恢复。