备份

Redis Enterprise 允许您将数据库快照（跨所有分片）备份到主要的公共云存储解决方案之一（Amazon S3、Azure Blob Storage 或 Google Cloud Storage）以及 FTP 或 Swift 服务。执行快照之前，Redis Enterprise 会确认集群中没有未完成的请求，从而确保一致性。此图说明了备份过程

恢复

恢复过程在以下情况下非常有用

• 如果您丢失了数据的全部内存副本以及数据持久性文件（注意：如果您以多可用区方式部署了 Redis Enterprise，并启用了复制和数据持久性，则发生此情况的可能性非常低。）
• 当您需要回退数据集时（注意：在这种情况下，您可以通过创建第二个数据库、导入数据并在数据加载完成后切换端点，无缝地返回到之前的时间点。这可确保即使在加载备份时，您也能继续访问数据。）

集群恢复

集群恢复是一个独立工具，当集群达到不可恢复状态时（例如，当大多数集群节点宕机时），它可以从头开始启动 Redis Enterprise 集群。如果您在云中（托管或在您的虚拟私有云中）使用 Redis Enterprise 作为完全托管服务，则集群恢复过程会自动执行并由我们的 DevOps 团队管理。

如果您使用 Redis Enterprise 软件在 Redis Enterprise 集群上部署，则由您控制恢复过程。

虽然很少会遇到不可恢复的集群状态，尤其是对于跨多个可用区部署的集群，但为了避免在此类情况下出现停机，我们建议您使用主动-被动或主动-主动地理分布部署。

集群恢复过程基于写入公共集群存储 (CCS) 文件中的信息——该文件在集群运行时会持续备份——并包括以下步骤

1. 重建集群、节点和存储

2. 将备份文件传输到本地/持久存储

3. 将备份文件加载到 DRAM

4. 创建副本并开始启动集群

想了解更多信息？

观看我们最近关于“购买 vs 构建：Redis 开源与 Redis Enterprise 中的灾难恢复”的技术讲座！

---

下一节  ►  主动-被动地理分布