一.准备工作 1,数据库环境 操作系统版本  : RedHat 7.2 x64   数据库版本    : Oracle 11.2.0.4 x64 RAC    Grid          : 11.2.0.4     Oracle database: 11.2.0.4 2,准备内容 GI PSU : p215****75_112040_Linux-x86-64.zip    OPatch : p688****80_112000_Linux-x86-64.zip    DB PSU : p213*

在给oracle 11g数据库打补丁的时候出现以下错误: [oracle@node01 31537677]$ $ORACLE_HOME/OPatch/opatch apply Oracle Interim Patch Installer version 11.2.0.3.27 Copyright (c) 2020, Oracle Corporation. All rights reserved. Oracle Home : /u01/app/oracle/produc/11.2.0/db_1 C

一.自动升级方法 使用auto方式在两节点分别进行PSU的安装,安装PSU前注意更新opatch工具至PSU所要求版本,p22191577补丁包括GI和DB,分别执行即可. 两节点分别grid用户执行,生成ocm.rsp文件,该文件仅生成一次即可,后续为DB安装PSU依然可以使用,如下为生成ocm.rsp文件: $ORACLE_HOME/OPatch/ocm/bin/emocmrsp -output /tmp/ocm.rsp chmod 775 /tmp/ocm.rsp root用户执行, /o

oracle版本:oracle11g 背景:今天在Linux中的oracle服务上,运用top命令发现许多进程的CPU占有率是100%. 操作步骤: 以进程PID:7851为例 执行以下语句: 方法一: (1)通过PID,查得相对应的系统进程对应的session id select sid from v$session where paddr in (select addr from v$process where spid=7851   得到SID:206 (2)根据所得的会话ID查得sql地

使用<Oracle Service Bus 11g Development Cookbook>中的方案迅速推出一批全新的面向服务和消息的解决方案 2012 年 3 月   (单击图像了解更多信息.) 购买此书 还可获取电子书. 本文介绍从<Oracle Service Bus 11g Development Cookbook>(Packt 2012) 一书中包含的 80 个方案中专门选出的 3 个方案,集中展示如何在 Oracle Service Bus 11g 上高效开发面向服务

RAC: Frequently Asked Questions [ID 220970.1]   修改时间 13-JAN-2011     类型 FAQ     状态 PUBLISHED   Applies to: Oracle Server - Enterprise Edition - Version: 9.2.0.1 to 11.2.0.1 - Release: 9.2 to 11.2 Purpose Frequently Asked Questions for Real Applicatio

什么是CPU/PSU Oracle CPU的全称是Critical Patch Update, Oracle对于其产品每个季度发行一次安全补丁包,通常是为了修复产品中的安全隐患. Oracle PSU的全称是Patch Set Update, Oracle对于其产品每个季度发行一次的补丁包,包含了bug的修复.Oracle选取被用户下载数量多,且被验证过具有较低风险的补丁放入到每个季度的PSU中.在每个PSU中不但包含Bug的修复而且还包含了最新的CPU.PSU通常随CPU一起发布. CPU是累

Oracle 补丁体系(PSR/PSU/CPU) 及 opatch 工具 介绍 原文:http://blog.csdn.net/tianlesoftware/article/details/5809526 其实 原始blog 比较早了 应该是六年前的内容了 但是感觉还是挺好的 自己公司的产品暂时没做到这样 但是存在一个问题, 一个是 云转型 一个是 原始的monolith 的应用 的区别对待 其实 认为不管是micro service 还是 monolithic 的应用 其实都是差不多的东西.

当前ORACLE数据库提供两种方式的补丁一种是主动的Proactive Patches和另一种被动的Reactive Patches,其中Reactive Patches是指过去的ONE-OFF Patch,而过去的PSU,SPU/CPU,BP都是Proactive Patches.从12c(12.1.0.2)起数据库又提供了一个名为DBBP的补丁类型,在数据库安装选择补丁时建议是PSU,CPU,DBBP中的一种,在12c以前至少是安装相应版本的PSU,而从12.1.0.2起想要安装更全的补丁集

Oracle CPU的全称是Critical Patch Update, Oracle对于其产品每个季度发行一次安全补丁包,通常是为了修复产品中的安全隐患,以下是对CPU/PSU补丁安装的具体操作步骤进行了详细的分析介绍,需要的朋友可以参考   什么是CPU/PSU Oracle CPU的全称是Critical Patch Update, Oracle对于其产品每个季度发行一次安全补丁包,通常是为了修复产品中的安全隐患. Oracle PSU的全称是Patch Set Update,Oracle

之前总结过<Oracle 11.2.0.4 RAC安装最新PSU补丁>, 这次整理为简明版,忽略一切输出的显示,引入一些官方的说明,增加OJVM PSU的补丁应用. 环境:RHEL6.5 + Oracle 11.2.0.4 RAC(4 nodes) 本次需求:应用最新的PSU,OJVM PSU补丁. 目前最新发布(2016-07-19)的PSU,OJVM PSU补丁文件分别为: p23274134_112040_Linux-x86-64.zip p23177551_112040_Linux-x

数据库 PSU,SPU(CPU),Bundle Patches 和 Patchsets 补丁号码快速参考 (文档 ID 1922396.1)

数据库 PSU,SPU(CPU),Bundle Patches 和 Patchsets 补丁号码快速参考 (文档 ID 1922396.1) 文档内容   用途   详细信息   Patchsets   PSU, SPU(CPU), Bundle Patches   12.1.0.1   11.2.0.4   11.2.0.3   11.2.0.2   11.2.0.1   11.1.0.7   11.1.0.6   10.2.0.5   10.2.0.4   10.2.0.3   10.2.0

环境:Oracle RAC(GI 11.2.0.4 + DB 11.2.0.4) 本文应用补丁信息: Patch 23615403 - Combo of OJVM Component 11.2.0.4.160719 DB PSU + GI PSU 11.2.0.4.160719 (Jul2016) 本文主要演示使用opatch auto自动应用补丁的过程. 1.更新OPatch版本 2.配置ocm.rsp文件 3.使用opatch auto应用补丁 4.数据库修改 1.更新OPatch版本 在所

背景 最近针对我们的处理器出现了一系列的严重的bug.这种bug导致了两个情况,就是熔断和幽灵. 这就是这几天闹得人心惶惶的CPU大Bug.消息显示,以英特尔处理器为代表的现代CPU中,存在可以导致数据泄漏的大漏洞.这两类主要的漏洞被命名为Meltdown(熔断)和Spectre(幽灵),其中Meltdown漏洞会导致某些代码越过权限访问任意内存地址,直击敏感数据,这主要影响英特尔CPU:而Spectre漏洞机理不同,但作用类似,同时几乎影响所有的处理器,英特尔.ARM和AMD均不能幸免.不过和

2018.1.4微软发布了针对intel CPU漏洞的补丁 KB4056892 性能降低不说, 针对一般平民根本没多大意义, 另外还会导致一些软件无法正常使用, (我是使用蓝叠经典版, 启动就会蓝屏) 所以就手动卸载了他 可惜win10的升级真的是锲而不舍, 找个机会就又重新下载并安装, 网上说的一些办法都是禁用windows update 打击面略广 查了一些资料, 找到一个不错的东西 wushowhide.diagcab 这是微软官方发布的一个忽略win10补丁的工具 下载地址: http:

一.前言 2018年元旦,出现的cpu的漏洞,可以在windows环三直接读取内核数据,windows对该漏洞提供补丁,补丁增加了一个页表,对应的内核处理也增加了,接下来我们看下补丁修复的表象以及对KeServiceDescriptorTable获取的变更. 可参考https://bbs.kafan.cn/thread-2112833-1-1.html 二.补丁修复 采用的应该是类似LINUX下的KAISER技术,采用shadow 页表技术,R3,R0用不同的页表,内核地址在R3中只有极少数被映

在两个节点上,分别以oracle用户执行,停止资源  节点一: srvctl stop home -o /app/oracle/11g -s /home/oracle/s1 -n 11grac75 节点2: srvctl stop home -o /app/oracle/11g -s /home/oracle/s1 -n 11grac76 在两个节点以root用户,unlock 节点一: /app/crs_home/crs/install/rootcrs.pl -unlock  --注意替换路径

1.先替换掉OPatch软件 每个实例都要运行 GRID_HOME和ORACLE_HOME的OPatch目录都去除掉 把OPatch软件p6880880_112000_Linux-x86-64.zip解压出来 分别cp到GRID_HOME和ORACLE_HOME,注意将OPatch目录权限修改正确 chown -R xxx 查看opatch软件的版本号 $GRID_HOME/OPatch/opatch version $ORACLE_HOME/OPatch/opatch version 2.建立

环境说明:database : 11.2.0.4 x64os: centos6.7 x64 准备内容:OPatch : p6880880_112000_Linux-x86-64.zipDB PSU : p21352635_112040_Linux-x86-64.zip 信息检查,查看环境是否符合打该 patch , optch版本安装环境详细请看 mos 与 readme . -- 查看组件信息set linesize 500 pagesize 600col COMP_NAME for a30s

手动升级:软件包解压在新建的/home/grid/update 目录下ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1GRID_HOME=/u01/app/11.2.0/grid/ 一.ORACLE 11G R2 RAC 备份 DB: 11.2.0.4OS: REDHAT 6.XPATCH: 20170718 建议:操作前停止所有应用服务,停止所有中间件服务,关闭监听. 1.1 数据库RMAN 全备,[见备份脚本]; rman target