oracle12之 多租户容器数据库架构

解读:

这张幻灯片展示了三个被部署的应用程序的整合 三个不同的非cdbs成为一个单一的。幻灯片中的图形显示了一个多租户 容器数据库有四个容器:根和三个可插入的数据库。每一个 可插入数据库有它自己的专用应用程序,由它自己的DBA管理 或者由容器管理员管理。

可插入数据库是一组数据库模式,它们在逻辑上对用户和 应用程序作为一个独立的数据库。但在物理层,多租户容器 数据库有一个数据库实例和数据库文件,就像非cdb那样。

一个CDB对多个应用程序进行分组,最后以一个实例结束,从而产生一组 后台进程,一个SGA分配,一个系统数据字典在根容器中, 对于所有PDBs来说,每个PDB都维护自己的应用程序数据字典。当应用程序需要修补或升级时,将执行维护操作 在CDB上只有一次,因此所有的应用程序都在同一时间更新。

要点:
1、 cdb与pdb共享 Background processes、 Shared/process memory 、Oracle System metadata
2、 每个pdb 独立管理 用户对象元数据,PDB中的数据字典包含指向根中数据字典的指针。

Oracle12c之 CDB数据库中数据字典架构 详解: http://blog.csdn.net/zhang123456456/article/details/77994483
Oracle12c多租户CDB 与 PDB 参数文件 探讨 :http://blog.csdn.net/zhang123456456/article/details/71304921

时间: 2024-10-12 11:46:41

oracle12之 多租户容器数据库架构的相关文章

云数据库架构演进与实践

  如今,大型企业如金融企业和银行等,在下一代的微服务架构转型要求下,需要基础软件和数据平台能够实现原生的云化,以满足微服务架构的需求. 微服务,也就是一种面向服务的,有特定边界的松散耦合的架构. 主要特点包括,每一个微服务是一个独立的自治系统,可以不依赖外部组件独立运行:对应用只暴露接口,用户可以灵活的调整过每个微服务的使用:业务粒度足够小. 在企业架构"云化"的过程中,数据库的云化是最为重要也是难度较大的一个部分.数据库云平台(dbPaaS)是一类支持弹性扩张.多租户.自我管理.并

数据库架构实践

数据库架构最佳实践可参考:http://blog.csdn.net/zdy0_2004/article/details/50565117

EF6 Code First 模式更新数据库架构

定义好实体类和上下文类 在 Package Manager Console 输入以下命令 1.Enable-Migrations 启用数据迁移功能,该命令通常会在项目根目录下生成 Migrations 文件夹,文件夹内通常会有两个文件 201408020650593_InitialCreate.cs -- 迁移前的数据结构,前半段为时间戳 Configuration.cs -- 相关配置,是否需要自动迁移等,默认为 false 2.Add-Migration 增加迁移点,输入该命令后会要求你输入

数据库架构的演变

 如果你对项目管理.系统架构有兴趣,请加微信订阅号"softjg",加入这个PM.架构师的大家庭 最近看了很多公司架构的演变的文章,发现其中的基本思路和架构演变都很类似,这里也总结一下数据库架构的演变以及演变背后的思路. 单主机 最开始网站一般都是由典型的LAMP架构演变而来的,一般都是一台linux主机,一台apache服务器,php执行环境以及mysql服务器,一般情况下,这些都在一台虚拟主机上,简称单主机模式. 单主机模式缺点: 1 web服务器和mysql服务器公用一台主机

怎样在SharePoint管理中心检查数据库架构版本号、修补级别和修补程序的常规监控

怎样在SharePoint管理中心检查数据库架构版本号.修补级别和修补程序的常规监控 准备: 确保你是可以訪问管理中心的场管理员. 開始: 1. 打开管理中心--升级和迁移. 2. 点击"查看产品和修补程序的安装状态". 3. 顶部有个下拉列表同意你选择查看整个场还是只特定server上的部件. 4. 回到升级和迁移--查看数据库状态.场的全部数据库和状态显示出来. 5. 导航到应用程序管理--数据库--管理内容数据库. 6. 点击一个内容数据库,第二部分是数据库版本号和升级.它描写叙

直播平台的数据库架构演变

8月24日,阿里云数据库技术峰会到来,本次技术峰会邀请到了阿里集团和阿里云数据库老司机们,为大家分享了一线数据库实践经验和技术干货.在本次峰会上,特邀嘉宾映客直播架构师王振涛分享了映客直播作为创业公司从0至日活千万的数据库架构变迁,数据库在直播中的经典应用场景,数据库存储的优化思路,以及如何构建一个高可用数据库架构. 以下内容根据演讲嘉宾现场视频以及PPT整理而成. 本次分享的内容将主要围绕以下四个部分: 一.映客直播发展历程 二.直播遇上云数据库 三.风口上的数据库架构变迁 四.直播典型应用场

java架构师课程、性能调优、高并发、tomcat负载均衡、大型电商项目实战、高可用、高可扩展、数据库架构设计、Solr集群与应用、分布式实战、主从复制、高可用集群、大数据

15套Java架构师详情 * { font-family: "Microsoft YaHei" !important } h1 { background-color: #006; color: #FF0 } 15套java架构师.集群.高可用.高可扩展.高性能.高并发.性能优化.Spring boot.Redis.ActiveMQ.Nginx.Mycat.Netty.Jvm大型分布式项目实战视频教程 视频课程包含: 高级Java架构师包含:Spring boot.Spring  clo

淘宝网系统架构分析以及数据库架构简介

一个成熟的大型网站(如淘宝.京东等)的系统架构需要考虑诸多复杂的因素,因为像淘宝这种大型网站数据量比一般的网站要大的多,所以在设计架构方面也要复杂的多,既要考虑成本因素也要考虑访问速度安全性等.这里我简单的对淘宝的网站系统架构进行一个简单的分析. 淘宝作为一个大型购物网站,其数据量是很大的,所以不像一般网站,淘宝需要用各种方法来保证服务器的正常运行以及用户购买时的良好体验.主要由以下方式:1.应用.数据.文件分离 2.利用缓存改善网站性能 3.使用CDN和反向代理提高访问速度 4.使用分布式文件

数据库架构设计思路

一 .58同城数据库架构设计思路 (1)可用性设计 解决思路:复制+冗余 副作用:复制+冗余一定会引发一致性问题 保证"读"高可用的方法:复制从库,冗余数据,如下图  带来的问题:主从不一致 解决方案:见下文 保证"写"高可用的一般方法:双主模式,即复制主库(很多公司用单master,此时无法保证写的可用性),冗余数据,如下图  带来的问题:双主同步key冲突,引不一致 解决方案: a)方案一:由数据库或者业务层保证key在两个主上不冲突 b)方案二:见下文 58同