<div> <span>活动备用数据库（而不是已挂载的备用数据库）是在恢复数据库时以只读方式打开的备用数据库。主动备用数据库需要 <span>Active Data Guard</span> 功能和许可证。</span> </div> <p>使用 <span>Active Data Guard</span>，可以利用物理备用数据库进行读取和报告，从而减少主数据库上的潜在工作量。<span>Active Data Guard</span> 可通过自动块修复物理数据损坏来提供全面的数据保护，并检查其他类型的数据损坏，如丢失的写入和逻辑块损坏。通过挂载的备用数据库，您还将利用除自动块修复物理块损坏外许多数据保护优势。在故障转移到任何备用数据库时，恢复时间 (RTO) 和数据丢失 (RPO) 通常非常低，无论是否以只读方式打开。 </p> <p>选择 DR 方法时，请考虑是需要对称资源还是非对称资源：</p> <ul style="list-style-type: disc;" id="GUID-0993B973-7A70-47B5-B8C3-0988A9EC735C__UL_GLY_BZ1_FQB"> <li> <p>这是建议的体系结构，以便备用数据库与主系统对称，以确保在角色转换时应用程序和数据库性能相似或相同。这还可以确保备用数据库具有足够的资源来适应生产负载，从而在发生灾难时尽可能减少数据丢失。如果部署为活动备用数据库或具有 <span>Active Data Guard</span> 选项，则备用数据库在提供 DR 保护时是只读的。这样，您可以分载报告和查询。 </p> </li> <li> <p>此体系结构是备用环境的缩小配置。通过 <span>Active Data Guard</span>，备用数据库仍可为读取，从而提供将工作负载转移到备用数据库的相同优势。但是，故障转移后，性能可能不同，除非您扩展系统以匹配主服务器。 </p> <p>非对称或较小的备用系统成本更低，但计算、CPU 和内存可能更少，从而降低成本。权衡是在角色转换或故障转移事件之后，必须纵向扩展（扩展）以匹配上一个主系统，或者接受较低的性能或更少的功能。</p> </li> </ul> 讯享网
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/189898.html