Redis集群CentOS系统配置企业级数据备份方案以及数据恢复的操作(在开启AOF功能下恢复冷备RDB文件数据，保持AOF和RDB双开情况下恢复数据及错误的数据恢复步骤详解)

1. 设置每小时保存一份 /var/redis/6379/dump.rdb 文件至指定目录(我这边存放在 /usr/local/redis_backup 目录下)，并删除48小时前的文件。

为了后面能够定时执行该数据备份任务，我们在 /usr/local/redis_backup 目录下创建一个rdb_backup.sh脚本文件，内容如下。

#!/bin/sh# date +%Y%m%d%H 是CentOS的时间用法，得到年月日时，如2021040708，
# 更完整的有 date +%Y%m%d%H%M%S%Z
cur_date=`date +%Y%m%d%H`# $cur_date使用变量值。这边先移除当前时间段的目录
rm -rf /usr/local/redis_backup/$cur_date
mkdir /usr/local/redis_backup/$cur_date
# 备份rdb文件
cp /var/redis/6379/dump.rdb /usr/local/redis_backup/$cur_date# 删除48小时前备份的rdb文件
del_date=`date -d -48hour +%Y%m%d%H`
rm -rf /usr/local/redis_backup/$del_date

2. 这边我们先直接手动执行该sh脚本文件，先赋予文件执行权限，并执行，如下。

3. 同理，我们再创建一个rdb_backup_daily.sh脚本用于每天保存一份rdb文件，并且仅仅保留最近一个月的文件，脚本代码如下。

#!/bin/sh# 这边不用再加上小时了
cur_date=`date +%Y%m%d`
rm -rf /usr/local/redis_backup/$cur_date
mkdir /usr/local/redis_backup/$cur_date
cp /var/redis/6379/dump.rdb /usr/local/redis_backup/$cur_date# 这边也不用加上小时，并且改为一个月
del_date=`date -d -1month +%Y%m%d`
rm -rf /usr/local/redis_backup/$del_date

4. 最后，我们使用crontab定时执行文件备份脚本文件，在终端输入 crontab -e 后输入如下内容，然后 :wq 保存退出即可。

0 * * * * sh /usr/local/redis_backup/rdb_backup.sh
0 0 * * * sh /usr/local/redis_backup/rdb_backup_daily.sh

退出后有如下提示信息，网上的意思有没安装crontab，也有说是没有执行select-editor选择编辑器。

但是我们 crontab -l 指令可以看到我们的定时任务，所以提示没有问题，暂时忽略。

5. 数据恢复方案

5. 1 如果是redis进程被结束或者主机宕机了，那么重启后，可根据aof文件直接数据恢复。因为aof文件是append-only方式，所以即使损坏，也只是后期加入的数据有问题，那么可以使用 redis安装目录/src/redis-check-aof --fix 将有损坏的数据指令删除，直至其它指令正常，此时aof文件可正常执行。

5.2 如果是aof或rdb文件完全损坏不可用或者丢失，需要使用备份文件来恢复数据，错误恢复数据操作如下图。

5.3 上图展示了错误的数据恢复操作，为什么会造成上面的错误呢？原因是开启aof后，Redis只从aof备份文件恢复数据，如果找不到aof文件，那么就利用Redis的数据创建aof文件，而不会从rdb中读取数据恢复，等到我们进行相应操作或者将Redis服务shutdown后，Redis会将缓存中的空数据保存至aof和rdb文件(覆盖我们拷贝过来的rdb文件)，也就解释了上图为什么我们关闭Redis服务后，aof和rdb文件中内容都为空。所以正确的设置Redis从rdb文件恢复数据的操作如下：

5.3.1 先关闭Redis服务(如果还在运行)，通过 redis-cli shutdown 指令关闭redis服务，通过指令 ps -ef | grep redis 查看Redis是否关闭。

5.3.2 暂时关闭conf文件中的aof功能，先通过 vi /etc/redis/6379.conf 指令打开配置文件，然后设置 appendonly 为 no ，操作如下。

5.3.3 拷贝一份rdb文件至 /var/redis/6379 目录下，并确认该备份文件有相关数据，如下。

5.3.4 进入 /etc/init.d 目录，通过 ./redis_6379 start 指令启动Redis服务，并查看相关数据成功，如下。

5.3.5 注意：此时如果直接redis-cli shutdown(安全退出模式，会保存rdb文件，不保存aof文件)，然后手动修改配置文件打开aof配置，再启动Redis服务，你会发现又获取不到数据了。

5.3.6 为什么又会获取不到数据呢？还是因为我们开启aof功能后，Redis又从aof备份文件恢复数据，但是没有找到aof文件，那么直接基于Redis内存数据创建aof文件，内存为空，之后保存的备份文件也为空，因此后续重启Redis服务也得不到数据。所以在执行完5.3.4步骤后，我们在确认Redis从rdb备份文件恢复数据后，直接在redis终端通过 config set appendonly yes 进行热修改，打开aof备份功能，然后Redis数据就能写入aof文件中。缺点是热修改的配置参数没有被持久化修改，但是此时aof文件已经保存了Redis数据，我们可以关闭redis，然后修改配置文件，设置 appendonly 为 yes，进行aof备份功能的持久化配置，最后重启redis从aof备份文件恢复数据即可。