组织意识到制定灾难恢复策略的重要性，但并非所有组织都能承担建立与生产相符的灾难恢复站点所需的巨额费用和投资。更糟糕的是，为灾难恢复目的而创建的基础设施通常未得到充分利用，
您可能在最近有关灾难恢复的讨论中听说过“指示灯”或“热备用”这两个术语。这些术语描述了一种以最少的设置时间和基础设施投资来维护灾难恢复环境的概念。云计算通过快速扩展以满足工作负载需求，使这一目标更容易实现。
可以创建一个小型云实例，其大小刚好足以将事务应用于数据库映像。在正常运行期间，实例保持较小 立陶宛电报数据 以最大限度地降低成本。当发生灾难时，将配置资源来处理生产工作负载。
在这篇博客中，我将描述我们用来创建指示灯以维护热备用数据库的过程。
客观的：
在 AWS 中构建“试点”灾难恢复 (DR) Oracle 数据库环境。AWS 实例不断应用主数据库中的事务，以使数据库在四小时内与生产数据库保持同步。生产中的数据库存档日志被复制到试点实例，并定期应用于手动备用数据库。如果发生灾难，试点实例可以快速恢复到恢复点目标 (RPO)，然后扩展到能够支持生产应用程序工作负载的计算能力。
需要注意的是，此方法不使用实际的 Oracle Data Guard 实例。将事务传输和应用到“热”备用数据库的所有过程都是手动的，以便可以与 Oracle Database Standard Edition 一起使用。