本文主要是介绍Oracle高可用一家老小全在这里,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
📢📢📢📣📣📣
哈喽!大家好,我是【IT邦德】,江湖人称jeames007,10余年DBA及大数据工作经验
一位上进心十足的【大数据领域博主】!😜😜😜
中国DBA联盟(ACDU)成员,目前服务于工业互联网
擅长主流Oracle、MySQL、PG、高斯及Greenplum运维开发,备份恢复,安装迁移,性能优化、故障应急处理等。
✨ 如果有对【数据库】感兴趣的【小可爱】,欢迎关注【IT邦德】💞💞💞
❤️❤️❤️感谢各位大可爱小可爱!❤️❤️❤️
文章目录
- 前言
- 📣 1.RAC
- Real Application Clusters
- ✨ 1.1 概述
- ✨ 1.2 架构
- ✨ 1.3 网络架构
- 📣 2.Data Guard
- ✨ 2.1 概述
- ✨ 2.2 实现方式
- ✨ 2.3 D相关的后台进程
- ✨ 2.4 保护模式
- ✨ 2.5 日志传输
- 📣 3.GoldenGate
- ✨ 3.1 概述
- ✨ 3.2.基本架构
- ✨ 3.3 OGG微服务
- ✨ 3.4 GoldenGate for Big Data
- 📣 4.Exadata
- 📣 5.ODA
- 总结
前言
针对业务特点,为企业提供数据库高可用的解决方案,此文帮助了解每种高可用产品的特性和适合的场景📣 1.RAC
Real Application Clusters
✨ 1.1 概述
整个集群系统由Oracle Clusterware(集群就绪软件)和Real Application Clusters(RAC)组成。而RAC通常由两台或以上服务器和共享存储组成。
1.多个实例跑在多个服务器上。
2.一个数据库存放在共享存储上,所有实例都可以访问。
3.实例之间通过内联网络交换数据和信息
Oracle RAC环境在数据库和实例之间具有一对多关系。一个Oracle RAC数据库最多可以有100个实例,所有实例都可以访问一个数据库。Oracle RAC环境中单个数据库的所有服务器必须属于同一个Oracle Real Application Clusters
✨ 1.2 架构
RAC相关的后台进程
LMS - Gobal Cache Service Process 全局缓存服务进程
LMD - Global Enqueue Service Daemon 全局查询服务守护进程
LMON - Global Enqueue Service Monitor全局查询服务监视进程
LCK0 - Instance Enqueue Process 实例查询进程
DIAG (Diagnostic Daemon) 诊断守护进程
✨ 1.3 网络架构
每个群集都需要特定的网络资源。它必须具有客户端的公共网络访问权限和群集互连的专用网络。有关网络接口要求的更多信息,请参阅网络接口硬件最低要求。至少有2个网络接口卡。Oracle还支持使用链路聚合、绑定、集群或成组网络,以提高带宽和高可用性。
存储网络仅用于网络连接存储。
📣 2.Data Guard
✨ 2.1 概述
DataGuard是甲骨文推出的一种高可用性数据库方案
用户能够在对主数据库影响很小的情况下,实现主备数据库的同步。
而主备机之间的数据差异只限于在线日志部分,因此被不少企业用作数据容灾解决方案。
Oracle Data Guard
Oracle Active Data Guard
✨ 2.2 实现方式
Physical Standby
Logical Standby
Physical Standby
Standby database是主数据库的物理备份。
Redo改变
– 改变的日志从主库传递到备库(standby database)
– 改变的REDO在备库上被应用。
物理备用数据库进行的是主数据库数据块的备份
使用数据库恢复功能来应用变化
Logical Standby
是主库对象的一个子集合。
日志从主库传到备库。
REDO被转换为SQL,然后在备库上执行。
逻辑备用数据库是一个开放,独立的以及活动的数据库
当重做数据通过SQL进行应用的时候可以进行报表查询
可以成生额外的索引和物化视图以获得更好的查询性能
✨ 2.3 D相关的后台进程
ARCH (archiver) :归档备库重做日志,这些日志以后将被MPR进程应用到备库
LNS (log-write network-server) :log传送
RFS (remote file server) :远程接数据
FAL (Fetch Archive Log ) :解决Redo的间隔Gap
MRP (Managed Recovery Process) :日志被应用,恢复的过程
LSP (Logical Standby Process):逻辑数据库的后台进程,SQL转换等
✨ 2.4 保护模式
✨ 2.5 日志传输
📣 3.GoldenGate
✨ 3.1 概述
Oracle GoldenGate,简称OGG,是一个实现异构 IT 环境间数据实时数据集成和复制的综合软件包。该产品集支持高可用性解决方案、实时数据集成、事务更改数据捕获、运营和分析企业系统之间的数据复制、转换和验证。
1.迁移,整合,同步
统一数据,消除陈旧数据
2.数据仓库的摄取
消除批处理窗口
3.现代化数据集成
数字化转型,向流数据的转变
4.高可用性
达到99.999%的数据正常运行时间
✨ 3.2.基本架构
✨ 3.3 OGG微服务
Oracle GoldenGate微服务体系结构是一种微服务体系结构,
它使REST服务成为Oracle GoldenGate环境的一部分。
支持REST的服务提供了API端点,这些端点可通过基于Web的控制台,
增强的命令行界面,PL / SQL和脚本语言来用于远程配置,管理和监视。
从OGG 21.1开始,在 OGG 21c 中为大多数非 Oracle平台添加了以下微服务
✨ 3.4 GoldenGate for Big Data
针对大数据源和目标的综合产品
广泛的功能能力和数据格式化器
包括世界级流分析的免费有限使用
📣 4.Exadata
Oracle Exadata 是一个企业级数据库平台,它能够以高性能、高可用性和高安全性运行任意规模和重要性的 Oracle Database 工作负载。Exadata 的横向扩展设计进行了独创优化,可使事务处理、分析、机器学习和混合工作负载更快、更高效地运行。通过将企业数据中心、Oracle Cloud Infrastructure (OCI) 和多云技术环境中的 Oracle Database 工作负载整合到 Exadata 平台上,企业可以提高运营效率、减轻 IT 管理负担并降低成本。
起始配置支持 1.5 PB 数据仓库
Oracle Exadata Database Service 客户可通过在 OCI 中的 Exadata X9M 的起始配置,使用可支持高达 1.5 PB 数据仓库的小型系统,从而通过混合列压缩来控制成本。同时,客户无需中断运行即可从 8 个 vCPU 扩展至 504 个 vCPU,从而提高性能以满足峰值需求。
通过独立扩展降低成本
通过独立扩展计算和存储资源,企业可以扩展起始配置并只部署所需的数据库服务器和许可证,从而降低创建大型数据仓库的成本。
通过可扩展性改善洞察
完全扩展的在 OCI 中的 Oracle Exadata X9M 基于典型的 10:1 混合列压缩创建 31 PB 数据仓库,并使用多达 3072 个存储服务器 CPU 核心来加快分析,从而快速做出数据驱动型决策。
通过智能存储提高吞吐量
基于 X9M 基础设施的 Oracle Exadata Database Service 可将 SQL 处理和分析卸载至智能存储服务器,支持用户以 2880 GB/秒的速度分析数据。
📣 5.ODA
ODA全名Oracle Database Appliance(Oracle数据库机),它是一款集硬件和软件于一体的 Oracle 集成系统,该系统简化了高可用性数据库解决方案的部署、维护和支持,从而为客户节省了时间和金钱。
那ODA在提交给用户以后,经过初始化以后,后期的工作,其实不是管理员的工作,主要是DBA的工作,他在安装结束以后,第一步的工作都是要部署oracle的数据库软件,搭oracle的集群,他要做的工作也就是做数据库部署,也就是大家看到这个web界面上的, 输入数据库的名字、数据库的口令,版本类型,你可以选择19c,是容器的cdb还是pdb,这些数据包已经集成到oda软件当中,你创建的时候只要用鼠标点选进行做选择就可以了,看起来是不是很简单
总结
此文总结了本人从业DBA 10余年接触到的ORACLE高可用产品,系统对大家有帮助,好的技术我们当然要借鉴学习
这篇关于Oracle高可用一家老小全在这里的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!