前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >Oracle 12c 及以上版本补丁更新说明及下载方法

Oracle 12c 及以上版本补丁更新说明及下载方法

作者头像
JiekeXu之路
发布于 2020-07-15 06:30:53
发布于 2020-07-15 06:30:53
1.3K0
举报
文章被收录于专栏:JiekeXu之路JiekeXu之路

作者 | JiekeXu

来源 | JiekeXu之路(ID: JiekeXu_IT)

转载请联系授权 | (微信ID:xxq1426321293)

大家好,我是 JiekeXu,很高兴又和大家见面了,今天分享下Oracle 12c 及以上版本补丁更新说明及下载方法。本文首发于微信公众号【JiekeXu之路】,欢迎点击上方蓝字关注我吧!

Oracle 为了支持与安全相关的修复以及高优先级的非安全修复,将在每年的 1 月,4 月,7 月和 10 月中每个季度发布一个RU。从 2017 年 7 月开始,Oracle 对数据库和 GI(Grid Infrastructure) 12.2 及之后版本的主动修补程序进行了更改。Oracle 从 12.2 版本开始补丁不在使用 PSU、SPU 的称呼了, 取而代之的为 RU (Release Updates) 和 RUR (Release Update Revisions)。

RU 是主动,高度测试,捆绑了许多重要修复,能够使客户避免许多已知问题。 RUR 包含对 RU 的安全性和回退修复,将 RU 的生命周期延长两个季度。每个 RUR 只针对特定的 RU。 传统术语“Patchset”,“Patchset Update” 和 “Database Bundle Patch” 对于 12.2 数据库将不再适用。 数据库版本-RU/RUR 的命名规则 Release Update (RU) - Database Release Update 12.2.0.1. Release Update Revision (RUR) - Database Release Update Revision 12.2.0.1. RU/RUR 的安装方法是仍然使用现有的 Opatch 技术来安装 RU/RUR。

RU/RUR 选择?

Oracle提供了主动和被动维护的补丁程序:

  • 反应性补丁:
    • 通常以“临时补丁”的形式提供
    • 在历史上被称为“一次性”补丁
    • 根据需要提供给定的“缺陷,版本,平台”组合
    • 经过基本的健康测试
    • 满足所有其他内容标准的回归修补程序将包含在后续的更新和修订中(如果有)
    • 所有其他修复程序将被审核并考虑用于后续更新。
  • 主动补丁
    • 解决影响给定配置的高影响力错误
    • 包含经过验证的低风险解决方案
    • 进行额外的测试级别,具体取决于受影响的功能
    • 单击“补丁程序和更新”选项卡可在“我的Oracle支持”上使用

在考虑用于更新和修订的数据库修补程序内容时,经常会问到“哪个具有更新的或更新的内容?” 或者换句话说,“哪个是子集,哪个是超集?”。答案取决于您的观点。从针对每个特定更新(例如18.3.1和18.3.2对应18.3.0)的三个修订本间隔3个月提供的角度来看,每个修订本与其旧的关联更新具有完全相同的内容-还有更多。每个修订版还具有回归修复和较新的安全性Bug修复,而较旧的关联更新则没有。从这个角度来看,修订版是较旧的关联更新的超集。

但是,从每个季度同时提供的三个补丁程序(一个更新和两个修订)(例如18.4.0、18.3.1和18.2.2)的角度来看,它们具有完全相同的最新信息,安全漏洞修复。但是,只有更新具有最新的非安全错误修复程序。从这个角度来看,更新是同时发布的两个修订的超集。

简而言之,对于同一季度发布的 RU/RUR 来说,RU 是 RUR 的超集,即 RU 是 RUR#1 的超集,RUR#1 是 RUR#2 的超集。建议应用最新的 RU,以便可以修复最新的已知问题,并应用最新的安全补丁。这样减少了需要单独安装 one-off 补丁的可能性,维护成本较低。RUR 是为了某些特定需求的数据库环境制定的,通常这样的环境保持在一个稳定的状态,并且希望得到安全修复。

Oracle 力求在每个季度的发布日期前完成每个数据库针对每个平台的季度安全补丁的准备和测试。偶尔,我们无法控制的情况会导致某个数据库补丁被推迟,并在季度发布日期之后几天发布。下表列出了当前任何数据库补丁延迟和估计的可用日期。可以看到,截止到 2020/07/14,19c 已经 release 到 RU 19.7,RUR19.6.1,RUR2 19.5.2.预计明后天该发布第三季度的 RU 19.8 了。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2020-07-14,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 JiekeXu之路 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
领域驱动设计(DDD)概念入门
模型是用来解决特定的问题,一般我们只讲“模型对于这个领域是否更有用”,而不是那个模型更好。
爬蜥
2022/03/09
7990
领域驱动设计(DDD)概念入门
万字长文助你上手软件领域驱动设计 DDD
作者:faryrong,腾讯 CSIG 后台开发工程师 最近看了一本书《解构-领域驱动设计》,书中提出了领域驱动设计统一过程(DDDRUP),它指明了实践 DDD 的具体步骤,并很好地串联了各种概念、模式和思想。因此,我对书本内容做了梳理、简化,融入自己的理解,并结合之前阅读的书籍以及实践经验,最终形成这篇文章。希望可以帮助大伙理顺 DDD 的各种概念、模式和思想,降低上手 DDD 的门槛。 1.背景 领域驱动设计(DDD)由 Eric Evans 提出,并一经《领域驱动设计:软件核心复杂性应对之道》的发布
腾讯技术工程官方号
2022/03/29
2.1K0
领域基本概念字典
领域驱动设计中定义了超多的概念,如果不多找几篇资料综合的去看,正确的理解比较困难,下面搜集整理了大部分的领域驱动中的概念,并加以理解描述。
IT大咖说
2021/01/27
1.2K0
领域基本概念字典
DDD领域驱动设计的概念解析
在学习 DDD领域驱动设计 的过程中,这种方法包括特别的抽象概念,晦涩难懂,本文结合作者理解,对其方法论中的一些概念进行解析。
憧憬博客
2021/06/02
1.2K0
「查缺补漏」,DDD 核心概念梳理
DDD 是什么,DDD 的英文全称是 Domain-Driven Design,翻译过来就是领域驱动设计。
悟空聊架构
2022/05/13
8510
「查缺补漏」,DDD 核心概念梳理
领域驱动实践总结(基本理论总结与分析V+架构分析与代码设计+具体应用设计分析)
2.实现方式:DDD 分层架构、整洁架构、CQRS 和六边形架构等 (我们采用DDD 分层架构)
全栈程序员站长
2022/08/10
8120
领域驱动实践总结(基本理论总结与分析V+架构分析与代码设计+具体应用设计分析)
领域驱动设计之我见
2004年,Eric Evans 发表了《Domain-Driven Design –Tackling Complexity in the Heart of Software 》(领域驱动设计)这本书,简称Evans DDD,书里对领域驱动做了开创性的理论阐述。它为我们提供了设计软件的一个全新视角,同时也给开发者留下了一大难题:如何将领域驱动设计付诸实践?
saintyyu
2021/11/22
4980
领域驱动设计之我见
领域驱动设计(DDD)理论启示
过去几年通天塔一直处于快速的业务能力建设和架构完善的阶段,以应对不断增长的业务需求和容量、高可用等技术需求,现在通天塔平台已经能满足集团主站的大部分活动、频道搭建和运营能力,主流程的新需求越来越少,个性化需求和非标准化流程的数据源和服务接入的需求越来越多,有些甚至是京东零售体系外的,同时通天塔技术和产品也在积极主动寻求变化和创新,这些因素结合在一起驱动通天塔孵化出了一个以技术为导向的项目:通天塔积木,旨在构建一个基于完全开放的前端SDK和后端数据源&服务、高度灵活和强大的积木画布、能够快速移植和部署到任何第三方IT环境的活动搭建解决方案,这套方案的初衷和设计理念也契合了京东国际化赋能和PaaS化的战略。目前通天塔积木已经取得阶段性成果,已开始赋能京东国内和国际站,但如何应对异常复杂的积木业务逻辑和不可预知的业务变化,构建业务和底层技术基础实施的完全解耦的系统,一直是我们面对的巨大挑战。也是时候从更高视角来看清问题和源头,思考一种能应对和控制业务复杂度、具备强扩展性和弹性的解决方案。纵观我们的目标,DDD这个词不知不觉映入了我的眼帘。
物流IT圈
2020/03/16
1.8K0
领域驱动设计(DDD)理论启示
大家一直在谈的领域驱动设计(DDD),我们在互联网业务系统是这么实践的
前言 至少30年以前,一些软件设计人员就已经意识到领域建模和设计的重要性,并形成一种思潮,Eric Evans将其定义为领域驱动设计(Domain-Driven Design,简称DDD)。在互联网开发“小步快跑,迭代试错”的大环境下,DDD似乎是一种比较“古老而缓慢”的思想。 然而,由于互联网公司也逐渐深入实体经济,业务日益复杂,我们在开发中也越来越多地遇到传统行业软件开发中所面临的问题。本文就先来讲一下这些问题,然后再尝试在实践中用DDD的思想来解决这些问题。 问题 过度耦合 业务初期,我们的功能大都
美团技术团队
2018/03/13
2.5K0
大家一直在谈的领域驱动设计(DDD),我们在互联网业务系统是这么实践的
领域驱动设计-上
随着软件系统越来越庞大,需求越来越模糊,代码越来越混乱,测试越来越困难,技术演进基本不可能,而其中大型复杂的软件项目更容易走向系统老化的过程,形成需求难、开发难、测试难、创新难,单体架构局部业务膨胀可以拆成微服务,那么微服务局部业务膨胀又应该怎么做?DDD之所以火,即能解决微服务解决不了的问题。DDD是为了解决快速变化、复杂系统的设计问题。
用户7353950
2022/06/23
4830
领域驱动设计-上
DDD 领域驱动设计落地实践系列:战略设计和战术设计
通过前面的文章介绍,相信大家对于什么是 DDD 有了初步的了解,知道它是一种微服务的架构设计方法论,为我们解决如何建立领域模型,如何实现微服务划分等提供了方向和指导。但是对于如何具体落地使用 DDD,可能大家还是一脸懵 B 的状态,因此从本文开始以及后面的文章将对如何进行 DDD 落地进行详细的阐述。在这其中还是会涉及到 DDD 中的一些重要概念,原本想着在一篇文章中介绍所有的概念,但是我觉得,概念总是在它该出现的时候出现才会让大家印象深刻,否则这些概念只是死板的概念,我们不清楚他为什么出现以及可以解决什么问题。
慕枫技术笔记
2023/03/20
9300
DDD 领域驱动设计落地实践系列:战略设计和战术设计
领域驱动设计-下
分层架构设计就是为了帮助我们达到高内聚、低耦合复用性设计和扩展性设计。整洁架构、CQRS、六边形架构等微服务架构都旨在实现“高内聚低耦合”,而分层架构基本原则是每层只能与位于其下方的层发生耦合。分层架构又分为两种:
用户7353950
2022/06/23
8170
领域驱动设计-下
领域驱动设计_01_基本概念
(1)边界 限界上下文是一个显示的边界,领域模型边存在于这个边界之内。 在边界内,每一个概念模型,包括其属性和操作,都具有特定的含义。
shirayner
2022/03/11
4620
领域驱动设计_01_基本概念
领域驱动设计
本文对《领域驱动设计-软件复杂性应对之道》一书进行高度凝练,梳理了领域驱动设计的架构图、基本要素和重要概念。从细节入手,以小见大,你想知道的定义,这里都有。
kaiwest
2025/01/16
850
领域驱动设计精粹(中)
领域驱动设计学习拦路虎之一就是众多的概念,第一次接触这些概念会有一定的理解成本,不过正是这些概念支撑起的领域驱动设计,接下来会以电商为例对其中的核心概念做介绍。
知一
2022/09/23
9430
领域驱动设计精粹(中)
后端开发实践系列——领域驱动设计(DDD)编码实践
的确,很多时候软件的业务逻辑是无法通过推理而得到的,有时甚至是被臆想出来的。这样的结果使得原本已经很复杂的业务变得更加复杂而难以理解。而在具体编码实现时,除了应付业务上的复杂性,技术上的复杂性也不能忽略,比如我们要讲究技术上的分层,要遵循软件开发的基本原则,又比如要考虑到性能和安全等等。
ThoughtWorks
2019/08/01
1.3K0
后端开发实践系列——领域驱动设计(DDD)编码实践
领域驱动设计概览
领域驱动设计(Domain Driven Design,DDD)是由Eric Evans最早提出的综合软件系统分析和设计的面向对象建模方法,如今已经发展为一种针对大型复杂系统的领域建模与分析方法。它完全改变了传统软件开发工程师针对数据库进行的建模方法,从而将要解决的业务概念和业务规则转换为软件系统中的类型以及类型的属性与行为,通过合理运用面向对象的封装、继承、多态等设计要素,降低或隐藏整个系统的业务复杂性,并使得系统具有更好的扩展性,应对纷繁多变的现实业务问题。
张逸
2018/10/24
8300
领域驱动设计概览
一文带你落地DDD
hello,everyone,好久不见。最近几周部门有个大版本发布,一直没有抽出时间来写博。由于版本不断迭代,功能越做越复杂,系统的维护与功能迭代越来越困难。前段领导找我说,能不能在架构上动手做做文章,将架构迁移到DDD。哈哈哈哈,当时我听到这个话的时候瞬间来了精神。说实话,从去年开始从大厂的一些朋友那里接触到DDD,自己平时也会时不时的阅读相关的文章与开源项目,但是一直没有机会在实际的工作中实施。正好借着这次机会可以开始实践一下。
柏炎
2022/08/23
8250
一文带你落地DDD
领域驱动设计——术语篇
随着微服务架构的普及,领域驱动设计(DDD)又重回软件设计战场。虽然团队内不少项目已经开始尝试,使用DDD指导项目的设计与开发,但还是有不少同学对DDD缺乏基础了解。因此,本文结合书本的定义及个人理解,对DDD中关键概念进行梳理,避免沟通时的歧义。毕竟DDD提倡使用通用语言,业务层面应该使用通用语言,技术层面也应该统一术语。
liliane
2022/07/27
8450
领域驱动设计DDD核心思想
限界上下文是语义和语境上的边界。这意味着边界内的每个代表软件模型的组件都有着特定的含义并处理特定的事务。限界上下文中的这些组件有特定的上下文语境和语义理据。 当限界上下文被当作组织的关键战略举措进行开发时,即被称之为核心域。
在下是首席架构师
2022/08/01
8970
相关推荐
领域驱动设计(DDD)概念入门
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档