![02c16a5dce70ce6aa5c2927f4b4e73ee.png](https://i-blog.csdnimg.cn/blog_migrate/f1faec2b610948325541896d7a1262e7.jpeg)
zCloud云管平台提供了DataGuard的管理能力,帮助用户便捷地管理数据库的高可用。zCloud能够通过一键部署高可用数据库架构,实时探测和自动故障诊断,快速发现业务节点异常状态,在保障数据完整性、一致性的前提下,快速进行高可用切换,保障业务的连续性。支持自定义高可用策略,满足不同场景、不同业务的高可用及容灾管理需求。
上一篇介绍了zCloud的自动化部署能力(我是传送门~),本篇及下一篇将从高可用的角度,全面展示zCloud如何对数据库资源高效地维护和管理。
数据库的高可用,指多个数据库构成的整体系统,能够保证在任何时间至少有一个节点接受请求提供服务。高可用的重要性我们不做赘述,本篇则重点讲解企业在部署和维护数据库的高可用时遇到的困难,以及zCloud的高可用模块给出的解决方案。
Part1 : Oracle的高可用管理
Oracle的高可用方案常见的有Oracle RAC、Oracle DataGuard和MAA(结合RAC和DataGuard)。其中DataGuard提供了跨机房的容灾、数据保护、故障恢复等,实现数据库快速切换与灾难性恢复。例如某机房部署一台生产库,其他机房部署备库。备库可以分为物理备库和逻辑备库,物理备库主要用于生产库失败后做切换。而逻辑备库可以在主库正常访问的情况下,分担主库的读取负载,起到读写分离的作用。
DataGuard的切换模式有两种:Switchover和Failover:
- Switchover是计划内的角色转换,即主备角色互换,通常用于如操作系统和硬件等计划内的维护,能够确保数据不丢失;
- Failover是计划外的角色转换,即紧急情况下的使用(主库无法访问),根据数据的保护模式不同,可能存在少量数据丢失,其中最大保护模式和最高可用性模式能够确保数据不丢失。
DBA在复杂的环境和架构中,维护很多个Oracle的高可用时,需要花费大量的时间和精力,一旦操作不及时甚至操作失误,将造成DG切换出现问题,更严重可能会造成业务中断,得不偿失。
zCloud云管平台提供了DataGuard的管理能力,帮助用户便捷地管理数据库的高可用。zCloud能够通过一键部署高可用数据库架构,实时探测和自动故障诊断,快速发现业务节点异常状态,在保障数据完整性、一致性的前提下,快速进行高可用切换,保障业务的连续性。支持自定义高可用策略,满足不同场景、不同业务的高可用及容灾管理需求。
对于Oracle的单实例或RAC集群,zCloud都可快速自动对其搭建DataGuard高可用环境,已有的DataGuard也能够纳管到zCloud平台统一操作维护。zCloud的监控模块(后边章节将会讲到)中,具有对Oracle的DataGuard应用延迟时间监控一旦超出延迟阈值即触发告警,DBA能够通过平台,在线一键Switchover和一键Failover操作,大大提高了DataGuard维护的便捷性。zCloud还可以管理还原点,满足生产环境高可用管理和容灾切换演练等场景。
![81a6a861a091be8829f90c870da67680.png](https://i-blog.csdnimg.cn/blog_migrate/981e78b3d546f237fde0e10594c87aaa.jpeg)
接下来介绍zCloud是怎样管理DataGuard的。
1、主备环境的拓扑图
一套数据库可以搭建多个不同地点的备库。下图中,名称为RAC19C是一套RAC集群,主库在成都环境,其中一个备库在机房环境,另一个备库在成都环境。
![803b3612015027d5c0b90323c0b61e92.png](https://i-blog.csdnimg.cn/blog_migrate/b644171facb2bce7e36bfbc4275db821.jpeg)
![06e452435f235318ab05778230b0fb48.png](https://i-blog.csdnimg.cn/blog_migrate/228957067abd18ccce9ec06b4cc2b769.jpeg)
2、查看备库信息
zCloud能够搭建备库或者纳管环境中已有的备库,备库列表直观展示备库的日志应用状态、同步延迟、数据库状态和保护模式,也可对其进行相应的管理操作。
![2e4aa260f31273a957d1be9cc73dd5dd.png](https://i-blog.csdnimg.cn/blog_migrate/cd810c4eb0d007dcaaf945d7ded71d91.jpeg)
3、同步延迟查看功能
同步延迟能够展示详细的同步状态信息:
DG同步状态分为八类:VALID、INACTIVE、DEFERRED、ERROR、DISABLED、BAD PARAM、ALTERNATE、FULL
日志进度通过进度条展示,主库写日志进度展示主库所有节点的日志写入情况,进度代表写入到当前日志文件的具体位置;备库应用日志进度展示备库启动日志应用节点的日志应用进度,备库启动日志应用时,进度代表备库应用日志sequence以及应用该日志的百分比,备库停止应用日志时,显示的进度为已经应用到的sequence以及接收到的最大sequence的比值。
![3bbc0a2a9c76a3fdfee8aba8c79290ae.png](https://i-blog.csdnimg.cn/blog_migrate/169cd6be3035be850ed26cc5634a4ec2.jpeg)
4、灾备中心
灾备中心则可以对灾备系统集中管理,统一操作。
![f41ba31cd1f9c6968f3d7ae048218e1a.png](https://i-blog.csdnimg.cn/blog_migrate/515d3ff721ff0dc0b2a1926506f9bf86.jpeg)
5、操作Failover
一键Failover操作,会切换备库“RAC19CDG”的数据库角色为主库,原主库“RAC19C”不再同步数据到原备库“RAC19CDG”,并会重启新主库(即原备库)“RAC19CDG”。
![59fbd80cb63d20c80c1debf7d9f68b73.png](https://i-blog.csdnimg.cn/blog_migrate/2003fab21947e59495daad141c58739a.jpeg)
任务详情可以查看运行日志和进展,整个流程遵循了最佳实践的步骤和配置。
![8e0d1cd0406e9e6a0733199ec07bffc9.png](https://i-blog.csdnimg.cn/blog_migrate/086c5b535ab15917ffca58986739d803.jpeg)
![57c1ec751f2d7bd95eaa1f1966dec14c.png](https://i-blog.csdnimg.cn/blog_migrate/97b0bef879dcb5995521a5c97906a9b8.jpeg)
成功执行了Failover后,查看“RAC19CDG”的状态,变成了READ WRITE读写,切换的SCN为13197573,此时“RAC19CDG”成为了新的主库,承担读写的任务。
![1eeef2a91496e64b63196db53ddc97ea.png](https://i-blog.csdnimg.cn/blog_migrate/6e7ddfc8a6043148183be94026183428.jpeg)
zCloud支持一键还原备库操作,选择还原点,二次确认信息即可。此操作完成后,新主库“RAC19CDG”将转换到指定的还原点,并重新成为“RAC19C”的备库。
![530096d6c50077daf60557193eab0a4b.png](https://i-blog.csdnimg.cn/blog_migrate/baae4edd3975818be3f24de4c4fc18bf.jpeg)
同样,我们可以通过任务详情查看还原备库的步骤和进度日志。
![b593e993c2396c1d0363f1c2c083238d.png](https://i-blog.csdnimg.cn/blog_migrate/9585cd4c25a66fc86197c284176523bc.jpeg)
![c0c3c95209ca4add82b66a9dc4c3e06a.png](https://i-blog.csdnimg.cn/blog_migrate/36690ce782c4d5a96824680d8f407fbf.jpeg)
![c0c3c95209ca4add82b66a9dc4c3e06a.png](https://i-blog.csdnimg.cn/blog_migrate/36690ce782c4d5a96824680d8f407fbf.jpeg)
![152c0f524f9dd91c179a74ac2720875c.png](https://i-blog.csdnimg.cn/blog_migrate/b927bc67074ecbd25aecefc26cb0aaf4.jpeg)
DG备库恢复到还原点之后,可以查看DG的同步状态,“RAC19C”重新成为主库,“RAC19CDG”重新成为备库。
![18be066f9f9edea3f6845cecb696dffb.png](https://i-blog.csdnimg.cn/blog_migrate/70b9c58c58d7faa59d18c348e92fe1b4.jpeg)
6、操作Switchover
Switchover作为计划之内的主备切换,同样可以在zCloud平台上一键操作。切换之后,主库“RAC19C”和备库“RAC19CDG”的角色互换,“RAC19CDG”成为新的主库,“RAC19C”成为新的备库。
![6d07e2c66818b1e40a4119b94467c707.png](https://i-blog.csdnimg.cn/blog_migrate/3643b85ee582ec03a8ff4691d39a550f.jpeg)
任务中心可以查看Switchover的进度和执行的步骤。
![8fef0d89995d93199a80d09df30b262e.png](https://i-blog.csdnimg.cn/blog_migrate/77da351098653a2048febf501f72578a.jpeg)
Switchover执行成功后,可以看到“RAC19CDG”已经成为新的主库,“RAC19C”成为新的备库。同样的,对新的备库“RAC19C”也可以再执行一次Switchover,重新成为主库。整个过程中不会存在任何数据丢失。
![6e716fb89b55adc93c35cf305a9d1adc.png](https://i-blog.csdnimg.cn/blog_migrate/1623c8d1ca17347fa3206cf00a776051.jpeg)
以上便是zCloud的dbPaaS能力之Oracle高可用管理,由于篇幅原因,下一篇将介绍zCloud的MySQL高可用管理。
原文阅读:https://www.modb.pro/db/27474
更多数据库相关干货,欢迎访问墨天轮官网:
墨天轮 - 开放、便捷、专业的数据库社区www.modb.pro![781c940de9a436641044d69ef89c2a9f.png](https://i-blog.csdnimg.cn/blog_migrate/6d3db98aa228e8a881ddc156bc09f597.png)
![19cb2ce697c6f67e1b2448d3d749aa60.png](https://i-blog.csdnimg.cn/blog_migrate/4d52582d1f03ad58451929ab742f429c.jpeg)