简介
Redis 是一个内存中的键值缓存和存储（也可以是数据库），同时也可以持久化（永久保存）到磁盘上。在本文中，您将了解如何在 Ubuntu 14.04 服务器上备份 Redis 数据库。
默认情况下，Redis 数据保存在一个 .rdb 文件中，这是您的 Redis 数据集的一个时间点快照。这个快照是在指定的时间间隔内生成的，非常适合用于备份。
先决条件
要完成本教程中的步骤，您需要：
- 一个 Ubuntu 14.04 服务器
- 安装 Redis。您可以按照这个 Redis 设置教程中的 master 设置（尽管在主从集群中同样适用）
- 确保您的 Redis 服务器正在运行
- 如果设置了 Redis 密码，强烈建议设置，确保您知道密码。密码在 Redis 配置文件
/etc/redis/redis.conf中。
步骤 1 — 定位 Redis 数据目录
Redis 将其数据存储在服务器上的一个目录中，这就是我们要备份的内容。首先我们需要知道它的位置。
在 Ubuntu 和其他 Linux 发行版中，Redis 数据库目录是 /var/lib/redis。但是，如果您管理的服务器是继承而来的，并且 Redis 数据位置已更改，您可以通过输入以下命令来定位它：
sudo locate *rdb
或者，您也可以从 redis-cli 提示符中找到它。要做到这一点，输入：
redis-cli
如果 Redis 服务器没有运行，响应将是：
无法连接到 127.0.0.1:6379 的 Redis：连接被拒绝 未连接>
在这种情况下，启动 Redis 并使用以下命令重新连接：
sudo service redis-server start redis-cli
Shell 提示现在应该变成：
127.0.0.1:6379>
连接到 Redis 后，接下来的两个命令将对其进行身份验证并获取数据目录：
auth 插入-redis-密码-这里 config get dir
最后一个命令的输出应该是您的 Redis 数据目录：
1) "dir" 2) "/var/lib/redis"
记下您的 Redis 目录。如果它与显示的目录不同，请确保在整个教程中使用此目录。
现在可以退出数据库命令行界面：
exit
检查这是否是正确的目录：
ls /var/lib/redis
您应该看到一个 dump.rdb 文件。这就是 Redis 数据。如果 appendonly 也已启用，您还将看到一个 appendonly.aof 或另一个 .aof 文件，其中包含服务器接收的所有写操作的日志。
有关 Redis 持久性的讨论，请参阅此帖子以了解这两个文件之间的区别。基本上，.rdb 文件是当前快照，而 .aof 文件保留了您的 Redis 历史。这两者都值得备份。
我们将从只有 .rdb 文件开始，并以自动备份这两个文件结束。
（可选）步骤 2 — 添加示例数据
在本节中，您可以创建一些示例数据以存储在您的 Redis 数据库中。如果您的服务器上已经有数据，您可以直接备份现有内容。
登录到数据库命令行界面：
redis-cli
进行身份验证：
auth 插入-redis-密码-这里
让我们添加一些示例数据。每个步骤后，您应该收到 OK 的响应。
SET shapes:triangles "3 sides" SET shapes:squares "4 sides"
确认数据已添加。
GET shapes:triangles GET shapes:squares
以下是输出：
"3 sides" "4 sides"
要将这些更改保存到 /var/lib/redis/dump.rdb 文件中，请执行保存操作：
save
您可以退出：
exit
如果愿意，现在可以检查 dump 文件的内容。它应该包含您的数据，尽管以机器友好的形式呈现：
sudo cat /var/lib/redis/dump.rdb
步骤 3 —— 备份 Redis 数据
现在你知道了 Redis 数据的存储位置，是时候进行备份了。从官方 Redis 网站上可以找到以下引用：
Redis 非常友好地支持数据备份，因为你可以在数据库运行时复制 RDB 文件：一旦生成，RDB 就不会被修改，而在生成过程中会使用临时名称，并且只有在新快照完成时才会使用 rename(2) 原子地将其重命名为最终目的地。
因此，你可以在 Redis 服务器运行时备份或复制数据库文件。假设你要将其备份到家目录下的一个目录中，执行备份的命令如下：
sudo cp /var/lib/redis/dump.rdb /home/sammy/redis-backup-001
Redis 定期保存内容，这意味着如果上述命令是你运行的全部内容，你不能保证备份是最新的。 你需要先保存你的数据。
然而，如果可以接受潜在的少量数据丢失，仅备份这一个文件就可以。
保存数据库状态
为了获得一个更加近期的 Redis 数据副本，更好的方法是访问 redis-cli，即 Redis 命令行。
按照第 1 步中的说明进行身份验证。
然后，像这样发出 save 命令：
save
输出应该类似于：
OK (1.08s)
退出数据库。
现在你可以运行上面给出的 cp 命令，确信你的备份是完全最新的。
虽然 cp 命令将提供数据库的一次性备份，但最佳解决方案是设置一个可以自动化该过程的 cron 作业，并使用一个可以执行增量更新并在需要时恢复数据的工具。
步骤 4 —— 使用 rdiff-backup 和 Cron 配置自动更新
在本节中，我们将配置一个自动备份，备份整个 Redis 数据目录，包括数据文件。
有几种自动化备份工具可供选择。在本教程中，我们将使用一个较新且用户友好的工具，名为 rdiff-backup。
rdiff-backup 是一个命令行备份工具。很可能你的服务器上尚未安装 rdiff-backup，因此你首先需要安装它：
sudo apt-get install -y rdiff-backup
现在它已经安装好了，你可以通过将 Redis 数据备份到家目录中的一个文件夹来测试它。在本例中，我们假设你的家目录是 /home/sammy：
请注意，如果目标目录不存在，脚本将会创建它。换句话说，你不必自己创建它。
使用 –preserve-numerical-ids，源目录和目标目录的所有权将保持一致。
sudo rdiff-backup --preserve-numerical-ids /var/lib/redis /home/sammy/redis
与之前的 cp 命令类似，这是一次性备份。不同之处在于现在我们备份整个 /var/lib/redis 目录，并且使用 rdiff-backup。
现在我们将使用 cron 自动化备份，以便在设定的时间进行备份。为此，打开系统 crontab：
sudo crontab -e
（如果你在此服务器上以前没有使用过 crontab，请在提示时选择你喜欢的文本编辑器。）
在文件底部追加如下条目。
0 0 * * * rdiff-backup --preserve-numerical-ids --no-file-statistics /var/lib/redis /home/sammy/redis
此 Cron 条目将在每天午夜执行一次 Redis 备份。–no-file-statistics 开关将禁用写入 rdiff-backup-data 目录中的 file_statistics 文件，这将使 rdiff-backup 运行更快，并且占用的磁盘空间稍少一些。
或者，你可以使用以下条目进行每日备份：
@daily rdiff-backup --preserve-numerical-ids --no-file-statistics /var/lib/redis /home/sammy/redis
有关 Cron 的更多信息，请阅读这篇关于 Cron 的文章。
目前，备份将每天执行一次，因此你可以明天回来进行最终测试。或者，你可以暂时增加备份频率以确保它正常工作。
由于文件的所有者是 redis 系统用户，你可以使用以下命令验证它们是否存在（确保你等到备份实际触发）：
ls -l /home/sammy/redis
你的输出应该类似于：
total 20 -rw-rw---- 1 redis redis 70 Sep 14 13:13 dump.rdb drwx------ 3 root root 12288 Sep 14 13:49 rdiff-backup-data -rw-r----- 1 redis redis 119 Sep 14 13:09 redis-staging-ao.aof
现在你的 Redis 数据每天都会在同一台服务器上的家目录中进行备份。
步骤 5 — 从备份中恢复 Redis 数据库
现在您已经学会了如何备份 Redis 数据库，接下来的步骤将向您展示如何从 dump.rdb 备份文件中恢复数据库。
恢复备份需要您用恢复文件替换活动的 Redis 数据库文件。由于这可能具有破坏性，我们建议如果可能的话，将其恢复到一个全新的 Redis 服务器。
您不希望用更有问题的恢复文件覆盖您的实时数据库。然而，即使是在恢复到同一台服务器时，重命名而不是删除当前文件可以最小化风险，这也是本教程展示的策略。
检查恢复文件内容
首先，检查您的 dump.rdb 文件的内容。确保它包含您想要的数据。
您可以直接检查转储文件的内容，尽管请记住它使用的是 Redis 友好的格式，而不是人类友好的格式：
sudo cat /home/gilly/redis/dump.rdb
对于一个小型数据库，您的输出应该看起来像这样：
REDIS0006?shapes:triangles3 sidesshapes:squares4 sides??!^?\?,?
如果您最近的备份没有所需的数据，那么您不应该继续进行恢复。如果内容存在，可以继续。
可选：模拟数据丢失
让我们模拟数据丢失，这将是从备份中恢复的原因。
登录到 Redis：
redis-cli
在这一系列命令中，我们将使用 Redis 进行授权并删除 shapes:triangles 条目：
auth insert-redis-password-here DEL shapes:triangles
现在让我们确保该条目已被删除：
GET shapes:triangles
输出应该是：
(nil)
保存并退出：
save exit
可选：设置新的 Redis 服务器
现在，如果您计划恢复到一个新的 Redis 服务器，请确保新的 Redis 服务器已经启动。
为了本教程的目的，我们将只遵循 Redis 集群教程的 第 1 步，尽管如果您想要一个更复杂的设置，可以遵循整篇文章。
如果您遵循了 第 2 步，在那里您添加了密码并启用了 AOF，请确保在恢复过程中考虑到这一点。
一旦您通过运行 redis-benchmark -q -n 1000 -c 10 -P 5 验证了新服务器上的 Redis 已经启动，您就可以继续。
停止 Redis
在我们替换 Redis 转储文件之前，我们需要停止当前运行的 Redis 实例。一旦停止 Redis，您的数据库将处于离线状态。
sudo service redis-server stop
输出应该是：
Stopping redis-server: redis-server
检查它是否真的停止了：
sudo service redis-server status
redis-server is not running
接下来，我们将重命名当前的数据库文件。
重命名当前的 dump.rdb
Redis 从 dump.rdb 文件中读取其内容。让我们将当前的文件重命名，为我们的恢复文件腾出空间。
sudo mv /var/lib/redis/dump.rdb /var/lib/redis/dump.rdb.old
请注意，如果您决定当前版本比您的备份文件更好，您可以恢复 dump.rdb.old。
如果 AOF 已启用，请将其关闭
AOF 跟踪每个写操作到 Redis 数据库。然而，由于我们试图从时间点备份中恢复，我们不希望 Redis 重新创建其 AOF 文件中存储的操作。
如果您按照 Redis 集群教程中的说明设置了 Redis 服务器，则 AOF 已启用。
您还可以列出 /var/lib/redis/ 目录的内容。如果您在那里看到一个 .aof 文件，那么您已经启用了 AOF。
让我们将 .aof 文件重命名，暂时将其放在一边。这会将每个以 .aof 结尾的文件重命名，因此如果您有多个 AOF 文件，您应该单独重命名文件，而不要运行此命令：
sudo mv /var/lib/redis/*.aof /var/lib/redis/appendonly.aof.old
编辑您的 Redis 配置文件，暂时关闭 AOF：
sudo nano /etc/redis/redis.conf
在 AOF 部分，查找 appendonly 指令，并将其从 yes 更改为 no。这将禁用它：
appendonly no
恢复 dump.rdb 文件
现在我们将使用我们的恢复文件，如果您按照本教程的先前步骤进行操作，该文件应该保存在 /home/sammy/redis/dump.rdb。
如果您要将数据恢复到新的服务器，现在是从备份服务器上传文件到新服务器的时候了：
scp /home/sammy/redis/dump.rdb sammy@your_new_redis_server_ip:/home/sammy/dump.rdb
现在，在恢复服务器上，可以是原始的 Redis 服务器或者是新的服务器，您可以使用 cp 命令将文件复制到 /var/lib/redis 文件夹：
sudo cp -p /home/sammy/redis/dump.rdb /var/lib/redis
（如果您将文件上传到 /home/sammy/dump.rdb，则使用命令 sudo cp -p /home/sammy/dump.rdb /var/lib/redis 来复制文件。）
或者，如果您想使用 rdiff-backup，运行下面显示的命令。请注意，这只适用于从您最初使用 rdiff-backup 设置的文件夹进行恢复。使用 rdiff-backup 时，您必须指定目标文件夹中的文件名：
sudo rdiff-backup -r now /home/sammy/redis/dump.rdb /var/lib/redis/dump.rdb
有关 -r 选项的详细信息，请参考本文末尾给出的项目网站。
为 dump.rdb 文件设置权限
如果您要将数据恢复到与备份相同的服务器，那么您可能已经拥有了正确的权限。
如果您将备份文件复制到新的服务器，您可能需要更新文件权限。
让我们查看 /var/lib/redis/ 目录中 dump.rdb 文件的权限：
ls -la /var/lib/redis/
如果您看到类似以下内容：
-rw-r----- 1 sammy sammy 70 Feb 25 15:38 dump.rdb -rw-rw---- 1 redis redis 4137 Feb 25 15:36 dump.rdb.old
您需要更新权限，以便文件归 redis 用户和组所有：
sudo chown redis:redis /var/lib/redis/dump.rdb
同时更新文件以便组也可以写入：
sudo chmod 660 /var/lib/redis/dump.rdb
现在再次列出 /var/lib/redis/ 目录的内容：
ls -la /var/lib/redis/
现在您恢复的 dump.rdb 文件已经拥有了正确的权限：
-rw-rw---- 1 redis redis 70 Feb 25 15:38 dump.rdb -rw-rw---- 1 redis redis 4137 Feb 25 15:36 dump.rdb.old
启动 Redis
现在我们需要再次启动 Redis 服务器。
sudo service redis-server start
检查数据库内容
让我们看看恢复是否成功。
登录到 Redis：
redis-cli
检查 shapes:triangles 条目：
GET shapes:triangles
输出应该是：
"3 sides"
太棒了！我们的恢复工作正常。
退出：
exit
如果您不使用 AOF，那么您已经完成了！您恢复的 Redis 实例应该已经恢复正常。
（可选）启用 AOF
如果您想要恢复或开始使用 AOF 来跟踪数据库的所有写操作，请按照以下说明操作。AOF 文件必须从 Redis 命令行重新创建。
登录到 Redis：
redis-cli
打开 AOF：
BGREWRITEAOF
您应该会得到以下输出：
Background append only file rewriting started
运行 info 命令。这将生成大量输出：
info
滚动到Persistence部分，并检查aof条目是否与此处显示的内容匹配。如果 aof_rewrite_in_progress 为 0，则 AOF 文件的重新创建已经完成。
持久化
. . .
aof_enabled:0
aof_rewrite_in_progress:0
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:0
aof_current_rewrite_time_sec:-1
aof_last_bgrewrite_status:ok
aof_last_write_status:ok
如果确认AOF文件的重建已经完成，现在可以退出Redis命令行： ```custom_prefix(127.0.0.1:6379>) exit
您可以再次列出/var/lib/redis中的文件：
ls /var/lib/redis
您应该再次看到一个活动的.aof文件，例如appendonly.aof或redis-staging-ao.aof，以及dump.rdb文件和其他备份文件。
确认后，停止Redis服务器：
sudo service redis-server stop
现在，在redis.conf文件中再次启用AOF：
sudo nano /etc/redis/redis.conf
然后通过将appendonly的值更改为yes来重新启用AOF：
appendonly yes
启动Redis：
sudo service redis-server start
如果您想再次验证数据库的内容，只需再次运行检查数据库内容部分。
就是这样！您恢复的Redis实例应该恢复正常了。
结论
按照本文所述的方式备份Redis数据适用于当您不介意将数据备份到同一台服务器上的目录时。
当然，最安全的方法是将备份到不同的机器。您可以通过阅读以下关于备份的文章来探索更多备份选项：
- 如何为您的VPS选择有效的备份策略
您可以使用许多这些备份方法与/var/lib/redis目录中的相同文件。
