在Ubuntu 14.04上如何备份和恢复Redis数据

简介

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
1

或者，您也可以从 redis-cli 提示符中找到它。要做到这一点，输入：

redis-cli
1

如果 Redis 服务器没有运行，响应将是：

无法连接到 127.0.0.1:6379 的 Redis：连接被拒绝
未连接>
1
2

在这种情况下，启动 Redis 并使用以下命令重新连接：

sudo service redis-server start

redis-cli
1
2
3

Shell 提示现在应该变成：

127.0.0.1:6379>
1

连接到 Redis 后，接下来的两个命令将对其进行身份验证并获取数据目录：

auth 插入-redis-密码-这里

config get dir
1
2
3

最后一个命令的输出应该是您的 Redis 数据目录：

1) "dir"
2) "/var/lib/redis"
1
2

记下您的 Redis 目录。如果它与显示的目录不同，请确保在整个教程中使用此目录。

现在可以退出数据库命令行界面：

exit
1

检查这是否是正确的目录：

ls /var/lib/redis
1

您应该看到一个 dump.rdb 文件。这就是 Redis 数据。如果 appendonly 也已启用，您还将看到一个 appendonly.aof 或另一个 .aof 文件，其中包含服务器接收的所有写操作的日志。

有关 Redis 持久性的讨论，请参阅此帖子以了解这两个文件之间的区别。基本上，.rdb 文件是当前快照，而 .aof 文件保留了您的 Redis 历史。这两者都值得备份。

我们将从只有 .rdb 文件开始，并以自动备份这两个文件结束。

（可选）步骤 2 — 添加示例数据

在本节中，您可以创建一些示例数据以存储在您的 Redis 数据库中。如果您的服务器上已经有数据，您可以直接备份现有内容。

登录到数据库命令行界面：

redis-cli
1

进行身份验证：

auth 插入-redis-密码-这里
1

让我们添加一些示例数据。每个步骤后，您应该收到 OK 的响应。

SET shapes:triangles "3 sides"

SET shapes:squares "4 sides"
1
2
3

确认数据已添加。

GET shapes:triangles

GET shapes:squares
1
2
3

以下是输出：

"3 sides"

"4 sides"
1
2
3

要将这些更改保存到 /var/lib/redis/dump.rdb 文件中，请执行保存操作：

save
1

您可以退出：

exit
1

如果愿意，现在可以检查 dump 文件的内容。它应该包含您的数据，尽管以机器友好的形式呈现：

sudo cat /var/lib/redis/dump.rdb
1

步骤 3 —— 备份 Redis 数据

现在你知道了 Redis 数据的存储位置，是时候进行备份了。从官方 Redis 网站上可以找到以下引用：

Redis 非常友好地支持数据备份，因为你可以在数据库运行时复制 RDB 文件：一旦生成，RDB 就不会被修改，而在生成过程中会使用临时名称，并且只有在新快照完成时才会使用 rename(2) 原子地将其重命名为最终目的地。

因此，你可以在 Redis 服务器运行时备份或复制数据库文件。假设你要将其备份到家目录下的一个目录中，执行备份的命令如下：

sudo cp /var/lib/redis/dump.rdb /home/sammy/redis-backup-001
1

Redis 定期保存内容，这意味着如果上述命令是你运行的全部内容，你不能保证备份是最新的。 你需要先保存你的数据。

然而，如果可以接受潜在的少量数据丢失，仅备份这一个文件就可以。

保存数据库状态

为了获得一个更加近期的 Redis 数据副本，更好的方法是访问 redis-cli，即 Redis 命令行。

按照第 1 步中的说明进行身份验证。

然后，像这样发出 save 命令：

save
1

输出应该类似于：

OK
(1.08s)
1
2

退出数据库。

现在你可以运行上面给出的 cp 命令，确信你的备份是完全最新的。

虽然 cp 命令将提供数据库的一次性备份，但最佳解决方案是设置一个可以自动化该过程的 cron 作业，并使用一个可以执行增量更新并在需要时恢复数据的工具。

步骤 4 —— 使用 rdiff-backup 和 Cron 配置自动更新

在本节中，我们将配置一个自动备份，备份整个 Redis 数据目录，包括数据文件。

有几种自动化备份工具可供选择。在本教程中，我们将使用一个较新且用户友好的工具，名为 rdiff-backup。

rdiff-backup 是一个命令行备份工具。很可能你的服务器上尚未安装 rdiff-backup，因此你首先需要安装它：

sudo apt-get install -y rdiff-backup
1

现在它已经安装好了，你可以通过将 Redis 数据备份到家目录中的一个文件夹来测试它。在本例中，我们假设你的家目录是 /home/sammy：

请注意，如果目标目录不存在，脚本将会创建它。换句话说，你不必自己创建它。

使用 –preserve-numerical-ids，源目录和目标目录的所有权将保持一致。

sudo rdiff-backup --preserve-numerical-ids /var/lib/redis /home/sammy/redis
1

与之前的 cp 命令类似，这是一次性备份。不同之处在于现在我们备份整个 /var/lib/redis 目录，并且使用 rdiff-backup。

现在我们将使用 cron 自动化备份，以便在设定的时间进行备份。为此，打开系统 crontab：

sudo crontab -e
1

（如果你在此服务器上以前没有使用过 crontab，请在提示时选择你喜欢的文本编辑器。）

在文件底部追加如下条目。

0 0 * * * rdiff-backup --preserve-numerical-ids --no-file-statistics /var/lib/redis /home/sammy/redis
1

此 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
1

有关 Cron 的更多信息，请阅读这篇关于 Cron 的文章。

目前，备份将每天执行一次，因此你可以明天回来进行最终测试。或者，你可以暂时增加备份频率以确保它正常工作。

由于文件的所有者是 redis 系统用户，你可以使用以下命令验证它们是否存在（确保你等到备份实际触发）：

ls -l /home/sammy/redis
1

你的输出应该类似于：

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
1
2
3
4

现在你的 Redis 数据每天都会在同一台服务器上的家目录中进行备份。

步骤 5 — 从备份中恢复 Redis 数据库

现在您已经学会了如何备份 Redis 数据库，接下来的步骤将向您展示如何从 dump.rdb 备份文件中恢复数据库。

恢复备份需要您用恢复文件替换活动的 Redis 数据库文件。由于这可能具有破坏性，我们建议如果可能的话，将其恢复到一个全新的 Redis 服务器。

您不希望用更有问题的恢复文件覆盖您的实时数据库。然而，即使是在恢复到同一台服务器时，重命名而不是删除当前文件可以最小化风险，这也是本教程展示的策略。

检查恢复文件内容

首先，检查您的 dump.rdb 文件的内容。确保它包含您想要的数据。

您可以直接检查转储文件的内容，尽管请记住它使用的是 Redis 友好的格式，而不是人类友好的格式：

sudo cat /home/gilly/redis/dump.rdb
1

对于一个小型数据库，您的输出应该看起来像这样：

REDIS0006?shapes:triangles3 sidesshapes:squares4 sides??!^?\?,?
1
2

如果您最近的备份没有所需的数据，那么您不应该继续进行恢复。如果内容存在，可以继续。

可选：模拟数据丢失

让我们模拟数据丢失，这将是从备份中恢复的原因。

登录到 Redis：

redis-cli
1

在这一系列命令中，我们将使用 Redis 进行授权并删除 shapes:triangles 条目：

auth insert-redis-password-here

DEL shapes:triangles
1
2
3

现在让我们确保该条目已被删除：

GET shapes:triangles
1

输出应该是：

(nil)
1
2

保存并退出：

save

exit
1
2
3

可选：设置新的 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
1

输出应该是：

Stopping redis-server: redis-server
1
2

检查它是否真的停止了：

sudo service redis-server status
1

redis-server is not running
1
2

接下来，我们将重命名当前的数据库文件。

重命名当前的 dump.rdb

Redis 从 dump.rdb 文件中读取其内容。让我们将当前的文件重命名，为我们的恢复文件腾出空间。

sudo mv /var/lib/redis/dump.rdb /var/lib/redis/dump.rdb.old
1

请注意，如果您决定当前版本比您的备份文件更好，您可以恢复 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
1

编辑您的 Redis 配置文件，暂时关闭 AOF：

sudo nano /etc/redis/redis.conf
1

在 AOF 部分，查找 appendonly 指令，并将其从 yes 更改为 no。这将禁用它：

appendonly no
1
2

恢复 dump.rdb 文件

现在我们将使用我们的恢复文件，如果您按照本教程的先前步骤进行操作，该文件应该保存在 /home/sammy/redis/dump.rdb。

如果您要将数据恢复到新的服务器，现在是从备份服务器上传文件到新服务器的时候了：

scp /home/sammy/redis/dump.rdb sammy@your_new_redis_server_ip:/home/sammy/dump.rdb
1

现在，在恢复服务器上，可以是原始的 Redis 服务器或者是新的服务器，您可以使用 cp 命令将文件复制到 /var/lib/redis 文件夹：

sudo cp -p /home/sammy/redis/dump.rdb /var/lib/redis
1

（如果您将文件上传到 /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
1

有关 -r 选项的详细信息，请参考本文末尾给出的项目网站。

为 dump.rdb 文件设置权限

如果您要将数据恢复到与备份相同的服务器，那么您可能已经拥有了正确的权限。

如果您将备份文件复制到新的服务器，您可能需要更新文件权限。

让我们查看 /var/lib/redis/ 目录中 dump.rdb 文件的权限：

ls -la /var/lib/redis/
1

如果您看到类似以下内容：

-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
1
2

您需要更新权限，以便文件归 redis 用户和组所有：

sudo chown redis:redis /var/lib/redis/dump.rdb
1

同时更新文件以便组也可以写入：

sudo chmod 660 /var/lib/redis/dump.rdb
1

现在再次列出 /var/lib/redis/ 目录的内容：

ls -la /var/lib/redis/
1

现在您恢复的 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
1
2

启动 Redis

现在我们需要再次启动 Redis 服务器。

sudo service redis-server start
1

检查数据库内容

让我们看看恢复是否成功。

登录到 Redis：

redis-cli
1

检查 shapes:triangles 条目：

GET shapes:triangles
1

输出应该是：

"3 sides"
1

太棒了！我们的恢复工作正常。

退出：

exit
1

如果您不使用 AOF，那么您已经完成了！您恢复的 Redis 实例应该已经恢复正常。

（可选）启用 AOF

如果您想要恢复或开始使用 AOF 来跟踪数据库的所有写操作，请按照以下说明操作。AOF 文件必须从 Redis 命令行重新创建。

登录到 Redis：

redis-cli
1

打开 AOF：

BGREWRITEAOF
1

您应该会得到以下输出：

Background append only file rewriting started
1

运行 info 命令。这将生成大量输出：

info
1

滚动到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
1
2
3
4
5

您可以再次列出/var/lib/redis中的文件：

ls /var/lib/redis
1

您应该再次看到一个活动的.aof文件，例如appendonly.aof或redis-staging-ao.aof，以及dump.rdb文件和其他备份文件。

确认后，停止Redis服务器：

sudo service redis-server stop
1

现在，在redis.conf文件中再次启用AOF：

sudo nano /etc/redis/redis.conf
1

然后通过将appendonly的值更改为yes来重新启用AOF：

appendonly yes
1
2

启动Redis：

sudo service redis-server start
1

如果您想再次验证数据库的内容，只需再次运行检查数据库内容部分。

就是这样！您恢复的Redis实例应该恢复正常了。

结论

按照本文所述的方式备份Redis数据适用于当您不介意将数据备份到同一台服务器上的目录时。

当然，最安全的方法是将备份到不同的机器。您可以通过阅读以下关于备份的文章来探索更多备份选项：

• 如何为您的VPS选择有效的备份策略

您可以使用许多这些备份方法与/var/lib/redis目录中的相同文件。