锦囊妙计失效，我定时备份数据的任务为啥不执行？

三国演义中有好几处锦囊妙计的情节，目前下发的命令并不会立即执行，而是在之后的某个时间点，或者某种条件满足后，触发执行。典型的有赵云保护刘备去江东招亲前，诸葛亮给的三个锦囊，以及曹操给守合肥的李典，乐进，张辽等的“贼来乃发”纸条。

说起来绝大多数是事件触发的锦囊，包括诸葛亮借东风后，让赵云一见东南风起，就去接他，时间触发的一时竟未想到。

闲言少叙，言归正传，数据库运营过程中也会有很多后续执行命令的场景，比如定时的数据加载，抽取转换，数据清理等。本文所总结的则是定时备份数据库中数据的过程。由于目前我们的项目已经有好些人在试用了，为了保证数据安全，在数据库宕机后数据不（全部）丢失，我尝试通过定期执行gs_dump命令的方式来备份全量数据。

• OS：OpenEuler 20.03 LTS

• OG: openGauss 5.0.0 LTS

1. 执行gs_dump的命令

这步相对较为简单，之前经常手动对数据库进行逻辑备份，比如开发库到测试库迁移，测试库到“生产库”迁移等。命令如下：

gs_dump -U omm -f /opt/software/openGauss/databak/clob20240611.tar -p 26000 clouddb_rc -F t

执行后，在对应文件夹下生成了备份文件，如图：

关于gs_dump命令的参数，仅作简单介绍：

-U 数据库用户名；

-f 生成的备份文件路径及文件名，注意omm用户对于所在路径要有写权限

-p 数据库端口号

cl**ec需要备份的数据库名称，根据实际名称修改

-F 生成备份文件的格式，其中t表示.tar文件，c表示.sql文件

2. 完成可生成根据当前日期时间命名的备份文件的shell文件

可通过vim或vi命令编辑sh文件，也可以在windows环境编辑好后再上传至服务器，如先在window环境编辑，则保存时需选择支持unix的编码格式，否则会报错。

shell文件如下：

#!/bin/bash  BACKUP_DIR="/opt/software/openGauss/databak"  DB_NAME="cl**ec"  TIMESTAMP=$(date +\%F-\%H-\%M-\%S)  BACKUP_FILE="${BACKUP_DIR}/${DB_NAME}-${TIMESTAMP}.sql"  #切换用户为omm  su - omm <> ${BACKUP_DIR}/backup.log -p 26000 ${DB_NAME} -F c  if [ $? -eq 0 ]; then  echo "Backup succeeded: ${BACKUP_FILE}"  else  echo "Backup failed" >&2  fi

如图：

shell文件大意为：首先定义备份文件的路径及文件名为：

• 数据库名称+日期时间戳.sql；

• 切换用户为数据库用户（本文为omm，根据实际情况修改）；

• 执行gs_dump命令。

  shell脚本文件完成后，注意需要通过chmod +x *.sh的命令，增加执行权限。

完成后执行shell：

sh /opt/software/openGauss/databak/dump_data.sh

备份文件生成：

3 . 编辑操作系统crontab

执行crontab -e，输入如下命令

其中*前面依次为：

分钟 (0 - 59)

小时 (0 - 23)

日 (1 - 31)

月 (1 - 12)

星期几 (0 - 7)（0 和 7 都表示星期日）

我们仅约束了分钟和小时，如下设置表示每天的20：10执行。

后面为需要执行的命令，注意命令的路径要写绝对路径。编辑完成后，和vi一样保存退出，如果没有错误，会有如下提示：

说明定时执行的任务创建成功了。

等时间过了20：10后再查看，就会发现数据备份文件已经生成。

查看crontab日志：

也会发现cron命令执行成功了。

很顺利是不是？

曲折的过程，看到最后的结果无疑是很开心的，然而不能忽略的是中间经历的定时任务他不执行的困惑：

日志中写道：未找到gs_dump命令。

这个问题，是怎么解决的呢？

首先怀疑是环境变量的问题，于是在crontab中加环境变量，在crontab中加source命令，shell脚本的路径又改为绝对路径，gs_dump命令的路径也改为绝对路径等，尝试了不下10来中方法，然而还是没能搞定。

后来我歪打歪撞意识到gs_dump是omm用户的命令，我用root用户尝试执行该命令，报的也是找不到命令，

那么定时执行时，是不是需要切换下用户呢？于是在shell脚本中增加了su-omm的命令。

“Bang~~！”大功告成！

本文作者：本文内容来自于数据库领域资深技术专家赵锋老师，希望我们的文章正好能解决你的问题。

欢迎技术交流~