Oracle 12c多租户架构及优缺点

简介: Oracle的多租户和MySQL,MSSQL的类似,把之前的一个实例对一个数据库的情形(RAC是多个实例对一个数据库)整合成了一个实例下可以挂多个数据库,并且定义为可插拔的,听起来很炫。

Oracle的多租户和MySQL,MSSQL的类似,把之前的一个实例对一个数据库的情形(RAC是多个实例对一个数据库)整合成了一个实例下可以挂多个数据库,并且定义为可插拔的,听起来很炫。就像在没有多租户特性之前,Oracle与MSSQL以及MySQL还是有很大的差异,因此对于Oracle的多租户也有一些不同的地方。本文主要描述Oracle 12c多租户架构。

一、多租户概念

Oracle多租户环境包含一个容器数据库(CDB)和零个或多个可插拔数据库(PDB),一个PDB是一个模式,模式对象,以及非模式对象,如到一个Oracle网络客户端作为非CDB。Oracle 12c之前的版本,都是非CDB数据库。

借用从MSSQL或者MySQL架构来看,即一个实例下面可以有多个数据库。Oracle这个多租户其实和他们的架构类似,把PDB按这种思路来理解就容易得多了。这么做最终的目的是可以充分的利用系统资源。想之前维护的一台机器上搞了5-6个实例,资源浪费,管理起来也费劲。

二、CDB容器

1、什么是CDB容器

一个CDB容器是多租户架构内的数据或元数据的逻辑集合。
下图为CDB中容器示例
这里写图片描述

每个CDB都有以下容器:

  • CDB根容器(也简称根)
    该CDB根是一个模式,模式对象,以及属于所有PDB的非模式对象的集合。根容器存储Oracle提供的元数据和公共用户。元数据的一个例子是Oracle提供的PL/SQL包的源代码。公共用户是每个容器中已知的数据库用户。根容器被命名CDB$ROOT。

  • 系统容器
    该系统包括根CDB和在CDB所有的PDBS。因此,系统容器是CDB本身的逻辑容器。

  • 零个或多个应用程序容器
    应用程序容器只包含一个应用程序根目录,并且PDB插入到该根目录中。而系统容器包含CDB根目录和CDB 内的所有 PDB,应用程序容器仅包含插入应用程序根目录的PDB。应用根属于CDB根,没有其他容器。

  • 零个或多个用户创建的PDB
    一个PDB包含特定功能集所需的数据和代码。例如,PDB可以支持特定应用,如人力资源或销售应用。您可以根据业务需求添加PDB。
    PDB属于零个或一个应用程序容器。如果PDB属于应用程序容器,那么它是一个应用程序PDB。例如,cust1_pdb与cust2_pdb应用PDBS可能属于该saas_sales_ac应用程序容器,在这种情况下,他们不属于任何其他应用程序容器。应用程序种子是可选的应用程序PDB,用作用户创建的PDB模板,使您能够快速创建新的应用程序PDB。

  • 一个种子PDB
    种子PDB是CDB可用于创建新的PDB的系统提供的模板。种子PDB命名PDB$SEED。您不能添加或修改对象PDB$SEED。

2、没有应用容器的CDB

此示例显示一个简单的CDB,其中包含五个容器:系统容器(整个CDB),CDB根,PDB种子和两个PDB。每个PDB都有自己的专用应用程序。不同的PDB管理员管理每个PDB。一个公共用户存在于具有单个身份的CDB上。在这个例子中,公共用户SYS可以管理根和每个PDB。在物理层面上,该CDB具有数据库实例和数据库文件,就像非CDB一样。

如下图没有应用程序容器的CDB
这里写图片描述

3、带有应用程序容器的CDB

在本变体中,CDB包含一个名为的应用程序容器saas_sales_ac。在应用程序容器中,应用程序PDB cust1_pdb支持一个客户的应用程序,并且应用程序PDB cust2_pdb支持不同客户的应用程序。CDB还包含一个名为的PDB hrpdb,它支持HR应用程序,但不属于应用程序容器。

下图为带有应用程序容器的CDB
这里写图片描述

在这个例子中,多个DBA管理CDB环境:
  CDB管理员管理CDB本身。
  应用程序容器管理员管理saas_sales_ac容器,包括应用程序安装和升级。
  应用程序PDB管理员管理的两个PDBS saas_sales_ac容器:cust1_pdb和cust2_pdb。
  PDB管理员管理hrpdb。

三、CDB要点理解

  • 一个多租户数据库有一个CDB容器,可以理解为一栋写字楼。
  • 多租户数据库有一个数据库实例,一个系统全局区以及一组后台进程,可以理解为写字楼的物业,安保人员等等,服务于所有租户。
  • 有零个和多个PDB数据库,可以理解为各个企业在当前写字楼租用的办公室。有些企业有多间办公室(多个PDB服务与某个特定应用程序),有些企业只有一间办公室(单个PDB及应用程序)。
  • 根容器中定义的对象可以由所有PDB共享及访问。可以理解为写字楼的公共区,如电梯,楼台,公共洗手间等。
  • 各个PDB服务通过数据库监听器提供给用户,可以理解为写字楼大厅水牌,按照水牌,即可以找到对应公司具体楼层及位置。
  • PDB内定义的对象为私有的,每个PDB都有自己的数据字典。可以理解为不同的企业财务,业务各自独立,如有业务往来,那就签协议(fast intra-CDB dblink)

四、多租户架构的优缺点

1、非CDB架构的挑战

整合前,如下图所示

这里写图片描述

  • 整合前集中常见的架构情形

  N多的应用服务器对应到N多的数据库服务器 #Author : Leshami

  几个或N个数据库服务器实例放在同一台服务器 #Blog : http://blog.csdn.net/leshami

  • 存在的问题

  DBA团队必须分别管理每个数据库的SGA,数据库文件,帐户,安全性等

  大部分系统资源变成闲置,即使是在一台服务器上放置多个实例,本质上依旧是单独管理(数据库级别)

  各个数据库之间的交互远程调用效率低下(dblink)

2、整合后的优点

整合后图示如下:
这里写图片描述

  • 整合的实质

  将数据从位于不同服务器上的多个数据库合并到一台服务器上,且无需更改现有模式或应用程序

  • 整合后的优点

    • 降低成本(10台服务器变成1台,共享进程,共享系统资源)

    • 更容易和更快速的数据和代码的移动(可拔插数据库,像U盘一样,能不快速吗)

    • 更轻松地管理和监控物理数据库(至少不用连接N多服务器来观察)

    • 分离数据和代码

    • 安全分离管理权限(各个PDB之间的权限依旧独立)

    • 轻松性能调优(不用看辣么多的AWR,不用研究是不是哪个服务器SGA多了,哪个PGA少了)

    • 补丁升级更容易,一次搞定N个数据库(绿盟很厉害,一扫N台数据库都得打补丁)

    • 系统管理员不需要分配辣么多的oracle用户了

3、整合后的缺点

  • DBA管理人员锐减,要失业了

  • 每一个调整都要当心了,牵一发动全局,你懂的

  • 发现中……

参考链接: http://docs.oracle.com/database/122/CNCPT/introduction-to-the-multitenant-architecture.htm#CNCPT89242

DBA牛鹏社(SQL/NOSQL/LINUX)

这里写图片描述

目录
相关文章
|
30天前
|
运维 Oracle 容灾
Oracle dataguard 容灾技术实战(笔记),教你一种更清晰的Linux运维架构
Oracle dataguard 容灾技术实战(笔记),教你一种更清晰的Linux运维架构
|
1月前
|
安全 Java 数据安全/隐私保护
Spring Boot优雅实现多租户架构:概念与实战
【4月更文挑战第29天】在多租户系统中,一个应用实例服务于多个租户,每个租户享有独立的数据视图,而应用的基础设施被共享。这样的架构不仅优化了资源使用,还能降低维护和运营成本。本文将详细介绍如何在Spring Boot中实现多租户架构,并提供具体的实战案例。
101 2
|
1月前
|
存储 NoSQL Oracle
Oracle 12c的内存列存储:数据的“闪电侠”
【4月更文挑战第19天】Oracle 12c的内存列存储以超高速度革新数据处理,结合列存储与内存技术,实现快速查询与压缩。它支持向量化查询和并行处理,提升效率,但需合理配置以平衡系统资源。作为数据管理员,应善用此功能,适应业务需求和技术发展。
|
1月前
|
存储 Oracle 关系型数据库
Oracle 12c的多重索引:数据的“多维导航仪”
【4月更文挑战第19天】Oracle 12c的多重索引提升数据查询效率,如同多维导航仪。在同一表上创建针对不同列的多个索引,加速检索过程。虽然过多索引会增加存储和维护成本,但合理选择和使用索引策略,结合位图、函数索引等高级特性,能优化查询,应对复杂场景。数据管理员应善用这些工具,根据需求进行索引管理,支持企业数据分析。
|
1月前
|
存储 Oracle 数据管理
Oracle 12c的自动数据优化(ADO)与热图:数据管理的“瘦身”与“透视”艺术
【4月更文挑战第19天】Oracle 12c的ADO和热图技术革新数据管理。ADO智能清理无用数据,优化存储,提升查询速度,实现数据"瘦身";热图则以直观的视觉表示展示数据分布和状态,助力识别性能瓶颈,犹如数据的"透视"工具。这两项技术结合,强化数据管理,为企业业务发展保驾护航。
|
1月前
|
Oracle 安全 数据管理
Oracle 12c多租户架构:数据管理的“摩天大楼”
【4月更文挑战第19天】Oracle 12c的多租户架构允许多个独立数据库环境在同一实例中共享资源,提高效率,降低成本。该架构保证了数据隔离和安全性,同时提供灵活性和可扩展性,简化管理任务。通过理解其原理和管理方法,我们可以充分利用这一架构,为企业数据管理和业务发展提供强大支持。
|
4天前
|
监控 Cloud Native 开发者
云原生技术浪潮下的微服务架构实践
云原生技术正引领着现代软件开发的潮流,其中微服务架构作为其核心理念之一,为复杂应用提供了灵活、可扩展的解决方案。本文将探讨在云原生环境下实施微服务架构的策略和挑战,并结合实际案例分析微服务设计的最佳实践,旨在为开发者提供一套可行的微服务部署与管理指南。
|
4天前
|
消息中间件 监控 API
构建微服务架构:从理论到实践的全面指南
本文将深入探讨微服务架构的设计原则、实施步骤和面临的挑战。与传统的单体架构相比,微服务通过其独立性、可伸缩性和灵活性,为现代应用开发提供了新的视角。文章将介绍如何从零开始规划和部署一个微服务系统,包括选择合适的技术栈、处理数据一致性问题以及实现服务间通信。此外,我们还将讨论在迁移至微服务架构过程中可能遇到的技术和组织挑战,以及如何克服这些难题以实现顺利过渡。
|
21小时前
|
负载均衡 安全 API
探索微服务架构中的API网关模式
【6月更文挑战第15天】在这篇文章中,我们将深入探讨微服务架构中的一个关键组件——API网关。我们将了解API网关的作用、设计原则以及如何在实际项目中实现它。通过阅读本文,您将获得关于如何优化和保护您的微服务架构的实用见解。
|
1天前
|
监控 负载均衡 安全
微服务架构下的API网关设计实践
【6月更文挑战第15天】本文将深入探讨在构建现代软件系统时,如何有效地设计和实现一个API网关。我们将从API网关的核心作用出发,分析其在不同场景下的应用,并结合实际案例,展示如何通过API网关提升系统的可扩展性、安全性和性能。文章旨在为后端开发人员提供一套清晰的指南,帮助他们在微服务架构中实现高效且可靠的API管理策略。

热门文章

最新文章

推荐镜像

更多