将数据从一个数据源迁移到另一个数据源会给企业带来巨大风险。许多事情都有可能出错，例如数据丢失、数据集架构更改导致语义风险、延长（意外）停机时间和数据损坏等等。无论风险如何，企业都需要创新才能生存，这意味着从旧数据库或遗留数据库中获取数据，并将部分（如果不是全部）数据放入新数据库中，以利用所有新的和必要的潜力。公司将更多数据转移到 Redis 等内存解决方案中以利用实时数据的强大功能就是这种情况。
Redis Open Source是一种将实时功能整合到您的应用程序中的非常好的方法。借助Redis Enterprise，您可以在无限线性可扩展性、五个 9 的真正高可用性、内置安全性以及通过Flash 上的 Redis保持低成本的方式之上带来您喜爱 Redis 的所有优点。一旦你开始超越 Redis 开源，问题就变成了：如何安全、最有效地将 Redis 数据迁移到企业强化的 Redis？答案：Redis 企业版。
为什么要从 Redis Open Source 迁移到 Redis Enterprise？
作为架构师，您的客户将需要新的功能和可靠的性能，而如果不从头开始构建它们，您就无法在 Redis 开源中获得这些功能和可靠的性能。作为一名操作员，您将需要一种简单的设置和一种可靠且简单的方法来操作这个关键数据管道，而无需所有手动开销和维护。Redis Enterprise 是将 Redis 数据从 Redis Open Source 迁移到为企业解决方案构建的 Redis 版本的最简单、最直接的方法。
Redis Enterprise 数据库迁移：零停机部署
为了了解我们如何在零停机部署的情况下执行数据库迁移，我们需要了解 Redis Enterprise 背后帮助我们执行此数据迁移的功能。Redis Enterprise 能够为具有对来自不同地理位置的副本的只读访问权限的应用程序提供主动-被动地理分布式复制。我们称之为Replica Of。
在 Redis Enterprise 数据库的配置中，我们可以将数据库分配为一个或多个（最多 32 个）数据库（源）的副本（目标）。从源到目标的初始加载完成后，所有的写命令都从源同步到目标。这使您能够以零停机时间执行数据库迁移，因为目标数据库和源之间的复制桥可以根据需要保持连接，甚至无限期。
Replica Of 允许您将应用程序的读取负载分布到多个数据库或将 Redis Enterprise 内部或 Redis Enterprise 外部的数据库同步到另一个数据库。
Redis Enterprise 数据库迁移：主动-主动地理分布
您可能想知道写访问权限——为此，Redis Enterprise 具有主动-主动地理分布 (CRDB)，它在数据库迁移期间提供对所有数据库副本的写访问权限。
下面，您将看到我们如何在不到五分钟的时间内完成设置的Flash演示。但在您观看之前，让我们先了解一下数据复制过程。当我们的数据库被定义为另一个数据库的副本时，它的所有现有数据都将被删除并替换为从源数据库加载的数据。在我们的闪电演示中，我们将从零数据的全新 Redis Enterprise 数据库开始，这样我们就不会冒丢失数据的风险。初始加载完成后，将进行持续同步过程以保持目标数据库始终与其源同步。
考虑到安全性，Replica Of 支持使用 TLS 1.2 加密在源和目标 Redis 集群之间进行单向复制加密。
但是如果你的源数据库是分片的呢？整个数据库被视为目标数据库的单一来源。如果您的目标数据库已分片，则执行目标数据库的散列函数以确定该命令所指的分片。
好吧，这涵盖了您需要了解的有关将数据从 Redis 开源迁移到 Redis Enterprise 的知识，所以让我们跳到Flash演示中，了解如何使用您的 Redis 数据库执行此操作，以便不仅利用实时功能，而且利用真实具有企业级功能的时间电源。
