如果您是Oracle Enterprise Edition的众多客户之一，那么您很可能了解Oracle Data Guard。许多Oracle客户使用Data Guard进行灾难恢复保护，并通过Fast Start Failover（FSFO）等漂亮功能实现高可用性。任务关键型生产数据库的大小通常很大。在设置Data Guard配置时创建一个或多个备用数据库可能需要很长时间，并且需要大量的额外存储。假设您已经克服了设置数据保护配置的困难点，并且您有了一个不错的工作数据保护配置，并且有几个备用数据库。测试您的数据保护配置以验证它是否满足您的需求呢？您如何知道在发生灾难时是否能够真正实现目标故障切换时间，或者如果选择特定的data Guard日志传输模式，故障切换后会有多少数据丢失？今天，具有dataguard配置的客户可以尝试测试故障转移或切换，以根据实际的生产数据库数据验证这些指标。然而，这将需要计划的停机时间，而这对于任务关键型生产数据库来说往往不容易实现。另一个用例是当您有一个在dataguard配置上运行的应用程序工作流时，在生产主数据库上提交更改，而下游应用程序从备用数据库读取更改。为了测试应用程序而不影响生产数据库的性能，您需要复制数据保护配置。或者更简单地说，您只需要设置一个dataguard配置来探索它的特性。如果您可以在几分钟内根据实际的生产数据库数据启动一个沙盒数据保护配置，只需要一小部分存储空间，这不是很好吗？使用德尔菲斯魔法首先，Delphix magic只能发生在链接到Delphix引擎的数据库上。一旦Delphix接收到您的生产数据库，它将继续增量同步以保持数据的最新。从这一点开始，Delphix的魔力开始发挥作用：它只需几分钟，几乎不需要额外的存储空间来启动虚拟主数据库，再花几分钟和额外的少量存储就可以为这个虚拟主数据库启动一个虚拟备用数据库，依此类推。与物理数据保护配置的耗时和占用存储空间的配置相反，使用Delphix的虚拟数据保护配置配置在几分钟内完成，只需最少的额外存储。使用这种Delphix功能，它为简单迭代原型设计或测试数据保护配置开辟了新的机会，因为与重建物理配置相比，重建虚拟配置在时间和存储方面要少得多。我们在这里所指的Delphix魔力是虚拟数据库的供应。 要设置虚拟数据保护配置以模拟生产数据保护配置，您需要首先从生产数据库dSource timeflow配置一个虚拟主数据库。然后，您可以从此虚拟主数据库时间流调配一个或多个虚拟数据库，然后执行一些调配后步骤来配置这些数据库以形成虚拟数据保护配置。下面是一个示例，说明如何使用一个主数据库和一个备用数据库设置虚拟数据保护配置。以下是Delphix引擎的屏幕截图。我刚刚配置了一个虚拟数据保护配置，有一个主数据库和三个备用数据库。我按照手动步骤设置虚拟主数据库vP与其虚拟备用数据库（vS1、vS2和vS3）之间的数据保护日志传输。结论在Delphix，我们的目标是提供数据即服务。一旦我们将数据链接到Delphix，我们可以用它做的事情的数量是惊人的。在本例中，我们从生产数据库的一个连续同步副本开始。从这一个副本中，您可以创建多个虚拟备用数据库，并将它们配置为多种不同类型的数据保护配置。所有这些都可以在几分钟内完成，只需占用物理数据库所需的一小部分存储空间。将应用程序绑定到Data Guard配置的客户可以从该功能中为其应用程序项目开发带来更多好处。使用Delphix，可以快速轻松地虚拟化Oracle数据库。您可以进一步配置您的虚拟数据保护配置。使用具有实际生产数据的虚拟数据保护器配置允许您测试Data Guard承诺的指标，而不会影响正在运行的Data Guard配置。