我看MAA（二）.pdf
5墨值下载
我看MAA
（二）
在《我看MAA（一）》中讲述了MAA基本内涵，并对国内实施MAA情况发表个人感想基础
之上，我将在本文展开MAA更多话题的抒怀。MAA太博大精深了，短短两篇有关MAA的文章只
能是点到即止，希望我的这些粗浅感想和抒怀能为国内广大客户深度理解MAA、加深MAA实施
起到抛砖引玉的积极作用。
1. MAA不仅仅是MAA
MAA最大高可用性架构顾名思义主要是实现IT系统的高可用性，但是以我的理解，MAA不
仅是MAA，也就是在高可用性之外，MAA相关产品和技术还有更广泛的目标和更深层次的内涵。
以下分别讲述RAC、ADG、Flashback等技术在高可用性之外的若干运用场景。
RAC不仅仅是高可用性
众所周知，RAC主要具备高可用性、高性能、扩展性等三大特性。首先， RAC高可用性特
性已经为国内广大客户高度认可，RAC架构不仅能防范节点、网络、交换机等各类故障，而且一
旦发生故障，相比HA架构的分钟级切换速度，RAC高可用性切换速度几乎为秒级，因此RAC高
可用性优势非常明显。但是，国内却鲜有客户基于Oracle公司官方的测试文档例如《RAC System
Test Plan Outline》，开展全面、系统、严谨的高可用性测试案例设计和演练，从而全面了解RAC
内部架构特性，并为RAC日常运维管理尤其是各种故障处理准备好高可用性切换预案。因此，尽
管RAC的高可用性已经深入人心，但仍然有很大的深化空间。
其次，RAC的多节点和多实例共同访问一个共享的数据库，从原理上的确为提升应用性能
和吞吐量提供了良好的基础技术架构。但是，国内大部分客户或者将绝大部分应用部署在RAC
一个节点，把RAC当成了单机使用，即所谓“1 + 1 < 1”。或者不考虑数据访问分流，导致节点
间数据访问冲突明显和GC类等待事件高，最终结果就是多节点处理能力还不能单机，即所谓“1
+ 1 < 1”。因此，我很少见到客户实施RAC的效果达到多节点处理能力线性增长的情况，即“1
+ 1 > 1”，甚至2节点提升比1.8，三节点提升比2.6，四节点提升比3.6… …
第三，国内几乎99%的客户RAC架构都是两节点，甚至有些客户观念中以为RAC只能是两节
点，完全没有发挥RAC横向扩展到3节点、4节点等扩展性特性。事实上，RAC从诞生之日起，
Oracle就充分考虑为客户业务发展而推出了增、删除节点的扩展性特性，甚至可以在不影响现有
业务运行情况下完成RAC架构的调整。在当下云时代，为满足客户云应用按需供给、弹性扩展需
求，RAC扩展性更成了一项重要解决方案。可惜，国内鲜有客户去实施RAC扩展性，甚至在测试
环境都很少演练。
总之，尽管RAC在国内实施20多年了，但是RAC不仅仅是高可用性，RAC在高可用性本身，
以及高性能和扩展性等特性在国内都有广阔和深远的拓展空间。
ADG不仅仅是容灾
作为Oracle容灾系统建设的专有产品和技术ADG，其实除了容灾之外，ADG还有更广泛的运
用空间，例如：在ADG端开启查询功能、备份功能，分摊生产系统负载；自动坏块修复功能；延
迟数据同步功能；查询延迟重定向功能；Flashback闪回功能；运用ADG实施升级、迁移；ADG
当成测试环境… …
限于篇幅，本文仅描述在某升级项目中ADG如何当成测试环境之用的实施案例。该客户的
核心生产系统目前运行在SUN SuperCluster硬件环境，数据库为12.2.0.1，并部署了同平台、同版
本的ADG容灾系统。但是客户无法提供专门的SUN SuperCluster测试环境，因此，为确保数据库
升级和应用性能稳定性测试在比较真实环境下进行，我们建议在保持核心系统现有容灾系统功
能基本不变的前提下，直接将容灾系统作为测试环境之用。示意图如下：
具体步骤如下：
1) 在测试期间的每天8：00，在容灾环境创建回退点（Restore Point）,并以读写方式打开
容灾数据库
2) 在白天的8：00 – 18：00，将容灾数据库作为测试环境使用。首先将该库运行19c升级脚
本，升级为19c数据库，即每天都演练19c原地升级操作。其次，将生产系统捕获的STS
文件导入该测试环境，开展SPA应用性能稳定性测试等
of 9
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论