1. 設(shè)置每小時(shí)保存一份 /var/redis/6379/dump.rdb 文件至指定目錄(我這邊存放在 /usr/local/redis_backup 目錄下)，并刪除48小時(shí)前的文件。

? ? 為了后面能夠定時(shí)執(zhí)行該數(shù)據(jù)備份任務(wù)，我們?cè)?/usr/local/redis_backup 目錄下創(chuàng)建一個(gè)rdb_backup.sh腳本文件，內(nèi)容如下。

#!/bin/sh# date +%Y%m%d%H 是CentOS的時(shí)間用法，得到年月日時(shí)，如2021040708， # 更完整的有 date +%Y%m%d%H%M%S%Z cur_date=`date +%Y%m%d%H`# $cur_date使用變量值。這邊先移除當(dāng)前時(shí)間段的目錄 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小時(shí)前備份的rdb文件 del_date=`date -d -48hour +%Y%m%d%H` rm -rf /usr/local/redis_backup/$del_date

2. 這邊我們先直接手動(dòng)執(zhí)行該sh腳本文件，先賦予文件執(zhí)行權(quán)限，并執(zhí)行，如下。

3. 同理，我們?cè)賱?chuàng)建一個(gè)rdb_backup_daily.sh腳本用于每天保存一份rdb文件，并且僅僅保留最近一個(gè)月的文件，腳本代碼如下。

#!/bin/sh# 這邊不用再加上小時(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# 這邊也不用加上小時(shí)，并且改為一個(gè)月 del_date=`date -d -1month +%Y%m%d` rm -rf /usr/local/redis_backup/$del_date

4. 最后，我們使用crontab定時(shí)執(zhí)行文件備份腳本文件，在終端輸入 crontab -e 后輸入如下內(nèi)容，然后 :wq 保存退出即可。

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

退出后有如下提示信息，網(wǎng)上的意思有沒(méi)安裝crontab，也有說(shuō)是沒(méi)有執(zhí)行select-editor選擇編輯器。

但是我們 crontab -l 指令可以看到我們的定時(shí)任務(wù)?，所以提示沒(méi)有問(wèn)題，暫時(shí)忽略。

5. 數(shù)據(jù)恢復(fù)方案

5. 1 如果是redis進(jìn)程被結(jié)束或者主機(jī)宕機(jī)了，那么重啟后，可根據(jù)aof文件直接數(shù)據(jù)恢復(fù)。因?yàn)閍of文件是append-only方式，所以即使損壞，也只是后期加入的數(shù)據(jù)有問(wèn)題，那么可以使用 redis安裝目錄/src/redis-check-aof --fix 將有損壞的數(shù)據(jù)指令刪除，直至其它指令正常，此時(shí)aof文件可正常執(zhí)行。

5.2 如果是aof或rdb文件完全損壞不可用或者丟失，需要使用備份文件來(lái)恢復(fù)數(shù)據(jù)，錯(cuò)誤恢復(fù)數(shù)據(jù)操作如下圖。

5.3 上圖展示了錯(cuò)誤的數(shù)據(jù)恢復(fù)操作，為什么會(huì)造成上面的錯(cuò)誤呢？原因是開(kāi)啟aof后，Redis只從aof備份文件恢復(fù)數(shù)據(jù)，如果找不到aof文件，那么就利用Redis的數(shù)據(jù)創(chuàng)建aof文件，而不會(huì)從rdb中讀取數(shù)據(jù)恢復(fù)，等到我們進(jìn)行相應(yīng)操作或者將Redis服務(wù)shutdown后，Redis會(huì)將緩存中的空數(shù)據(jù)保存至aof和rdb文件(覆蓋我們拷貝過(guò)來(lái)的rdb文件)，也就解釋了上圖為什么我們關(guān)閉Redis服務(wù)后，aof和rdb文件中內(nèi)容都為空。所以正確的設(shè)置Redis從rdb文件恢復(fù)數(shù)據(jù)的操作如下：

5.3.1 先關(guān)閉Redis服務(wù)(如果還在運(yùn)行)，通過(guò)?redis-cli shutdown 指令關(guān)閉redis服務(wù)，通過(guò)指令 ps -ef | grep redis 查看Redis是否關(guān)閉。

5.3.2 暫時(shí)關(guān)閉conf文件中的aof功能，先通過(guò) vi /etc/redis/6379.conf 指令打開(kāi)配置文件，然后設(shè)置 appendonly 為 no ，操作如下。

5.3.3 拷貝一份rdb文件至?/var/redis/6379 目錄下，并確認(rèn)該備份文件有相關(guān)數(shù)據(jù)，如下。

5.3.4 進(jìn)入 /etc/init.d 目錄，通過(guò) ./redis_6379 start 指令啟動(dòng)Redis服務(wù)，并查看相關(guān)數(shù)據(jù)成功，如下。

5.3.5 注意：此時(shí)如果直接redis-cli shutdown(安全退出模式，會(huì)保存rdb文件，不保存aof文件)，然后手動(dòng)修改配置文件打開(kāi)aof配置，再啟動(dòng)Redis服務(wù)，你會(huì)發(fā)現(xiàn)又獲取不到數(shù)據(jù)了。

5.3.6 為什么又會(huì)獲取不到數(shù)據(jù)呢？還是因?yàn)槲覀冮_(kāi)啟aof功能后，Redis又從aof備份文件恢復(fù)數(shù)據(jù)，但是沒(méi)有找到aof文件，那么直接基于Redis內(nèi)存數(shù)據(jù)創(chuàng)建aof文件，內(nèi)存為空，之后保存的備份文件也為空，因此后續(xù)重啟Redis服務(wù)也得不到數(shù)據(jù)。所以在執(zhí)行完5.3.4步驟后，我們?cè)诖_認(rèn)Redis從rdb備份文件恢復(fù)數(shù)據(jù)后，直接在redis終端通過(guò) config set appendonly yes 進(jìn)行熱修改，打開(kāi)aof備份功能，然后Redis數(shù)據(jù)就能寫(xiě)入aof文件中。缺點(diǎn)是熱修改的配置參數(shù)沒(méi)有被持久化修改，但是此時(shí)aof文件已經(jīng)保存了Redis數(shù)據(jù)，我們可以關(guān)閉redis，然后修改配置文件，設(shè)置 appendonly 為 yes，進(jìn)行aof備份功能的持久化配置，最后重啟redis從aof備份文件恢復(fù)數(shù)據(jù)即可。

總結(jié)

以上是生活随笔為你收集整理的Redis集群CentOS系统配置企业级数据备份方案以及数据恢复的操作(在开启AOF功能下恢复冷备RDB文件数据，保持AOF和RDB双开情况下恢复数据及错误的数据恢复步骤详解)的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。