上传补丁包,修改权限 su - oracle mdir /tmp/psu mv p6880880_112319_Linux-x86-64.zip /tmp/psu/mv databasepsu180717_112040_Linux-x86-64.zip /tmp/psusu - root chown oracle.oinstall /tmp/psu -R 查看当前数据库的补丁情况 [oracle@localhost ~]$ $ORACLE_HOME/OPatch/opatch versionOP

oracle 数据库补丁安装(单实例) ------------24006111 注:务必先安装24006111再安装24315821,否则无法进行正常的补丁安装流程.1.关闭数据库监听和数据库实例 ------若无数据库实例,则无需运行以下命令lsnrctl stop;sqlplus / as sysdba;shutdown immediate; 2.安装补丁包 unzip p24436313_112040_Linux-x86-64.zip cd 24006111 /u01/app/oracl

案例场景:               在Oracle Linux Server release 5.7上安装完ORACLE 10g后,顺便将PSR(Patch Set Release)p6810189_10204_Linux-x86-64.zip也安装了.结果在查看补丁时出现了下面情况 [oracle@DB-Server OPatch]$ ./opatch lsinventory Invoking OPatch 10.2.0.4.2 Oracle Home Path specified is

1.Oracle官网下载对应的补丁文件(需要oracle支持账号才能下载) 2.设置ORACLE_HOME set oracle_home=F:\oracle\product\11.2.0\dbhome_1 3.使用opatch打补丁,首先查看其版本 opatch version 可能出现的问题: (1). 无法识别opatch命令,那么进去opatch目录,其存在oracle安装目录dbhome_1下,比如我电脑如下,然后再输入opatch version查看版本 4.查看补丁文件里面的Rea

升级步骤 Oracle 12.2.0.1升级至12.2.0.1.190115 1.阅读readme文件 2.检查更新opatch 3.备份程序 4.使用opatchauto工具进行数据库升级 5.打OJVM补丁 1.阅读readme文件 2.检查更新opatch [12.1.0.2.0]版本是12.1.0.1.3 更新至12.2.0.1.13之上 [12.2.0.1.0]版本是12.2.0.1.6 更新至12.2.0.1.12之上 --更新opatch https://updates.oracl

成熟的IT企业,往往会有自己的补丁计划.如一年打几次补丁,打哪一个补丁. 在补丁之前,需要进行补丁分析,一份比较完善补丁分析,往往能帮助企业未雨绸缪,提前将可能引发的问题先解决掉,保证生产的稳定和安全. 在这里,我和大家分享一下,如何做一份比较完善补丁分析.这可能是一篇方法论的文章,但常言道,说起来容易做起来难.虽然我能告诉了你方法论,但是在实际操作的过程中,我相信你更愿意花钱买服务.因为要阅读大量的文档,查询各种关键字,分析各种触发条件,才能做出一份比较完善的补丁分析.一次补丁分析,耗时1-2

小弟我最近做了几次补丁分析,最开始分析补丁,感觉挺痛苦的,因为补丁数量多,且涉及的知识点非常非常的广,客户的要求又非常高.挺伤不起的.不过随着分析的深入,我慢慢的掌握了一些小方法.也在support网站上找到了一些相关性的文章.现在进步了很多.所以想写篇文章,帮助那些受此困扰的兄弟们. 早在几年前,我的一个客户朋友告诉我一件事情,他们升级数据库到最新版本,结果上线后发现一条SQL运行错误,返回的结果集和以前版本返回的结果集不一致,他们紧急开了SR,申请了新补丁开发,可是这个过程需要一定的时间.最

-- 备份旧的opatch cd $ORACLE_HOME/ mv OPatch  OPatch_20180323_old -- 上传补丁工具和补丁包到oraclehome目录下,解压 unzip p6880880_112000_Linux-x86-64.zip unzip p23054359_112040_Linux-x86-64.zip unzip p23274134_112040_Linux-x86-64.zip -- 添加环境变量 vim /home/oracle/.bash_profi

1.了解opatchopatch是用于维护"个别"补丁的,有人称其为interim path或是one-off patch该命令的存放位置在$ORACLE_HOME下的OPatch目录下. 使用“-help”参数可以获得opatch命令的帮助信息 [oracle@ora OPatch]$ ./opatch -help     Usage: opatch [ -help ] [ -r[eport] ] [ command ]                  command := app

因最近对现场某些服务器进行诊断和调整,用到了这类参数,因此对这类参数做了详尽的查阅和研究,现将该类参数释义如下,以方便同行和自己参考,禁止转载: 1.PARALLEL_ADAPTIVE_MULTI_USER 参数类型 Boolean默认值 true可修改性 ALTER SYSTEM取值范围 true | false 被设置为true时,使自适应算法可用,该算法被设计来改善使用并行的多用户环境的性能.该算法在查询开始时基于系统负载来自动减少被要求的并行度.实际的并行度基于默认.来自表或hints的

Step1. root用户远程登陆到linux主机上.执行下面的命令切换到oracle用户,使对应的环境变量配置文件生效. # su oracle# source ~/.bash_profile Step2. linux上oracle通过$ORACLE_HOME/bin目录下的dbca命令启动Database Configuration Assistant图形界面. # cd $ORACLE_HOME/bin # ./dbca 如果ORACLE_BASE环境变量发生过改变,则可能会出现下面的提示

一.Oracle安装部署 1.1 单机环境 1.2 Oracle RAC环境 1.3 Oracle DataGuard环境 1.4 主机双机 1.5 客户端部署 二.Oracle版本升级 2.1 单机环境 2.2 Oracle RAC环境 2.3 Oracle DataGuard环境 2.4 主机双机 三.Oracle应用补丁 3.1 单机环境 3.2 Oracle RAC环境 3.3 Oracle DataGuard环境 3.4 主机双机 说明:本文汇总Oracle安装部署,版本升级,应用补丁

本文记录了打PSU的全过程,意在体会数据库打PSU补丁的整个过程. 1.OPatch替换为最新版本2.数据库软件应用19121551补丁程序3.数据库应用补丁4.验证PSU补丁是否应用成功 1.OPatch替换为最新版本 [oracle@DB usr2]$ id uid=(oracle) gid=(oinstall) 组=(oinstall),(dba) 环境=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 [oracle@DB usr

写在前面: 1.Oracel打每个补丁的操作有时存在差异,所以不管多熟悉,都应该在打任何补丁之前阅读新补丁中附带的readme. 2.Oracle每季度都会更新一个最新的PSU,本文最新指的是当前最新(即0719发布的PSU). 3.之前整理的完整记录一则Oracle 11.2.0.4单实例打PSU补丁的过程由于旨在体验打补丁的整个过程,粘贴了所有过程输出,篇幅很长,不利于快速参考,本次旨在可以用来快速参考,并增加了OJVM PSU的修补部分.如果对本文的简要命令有疑问,可以反过来参考之前的文

[TOC] 一,预安装处理 1.版本准备 操作系统:RHEL 6.5 数据库版本:Oracle 11.2.0.4 相关包:p13390677_112040_Linux-x86-64_1of7.zip              p13390677_112040_Linux-x86-64_2of7.zip              p21352635_112040_Linux-x86-64.zip              OPatch-p6880880_112000_Linux-x86-64.zi

1.更新Opatch; 2.打补丁; 3.grid 打补丁; 1.更新Opatch(实验版本:oracle:11.2.0.3.0): 默认安装数据库后,在ORACLE_HOME 下会有个OPatch 文件夹,更新前先检查当前Opatch 版本: 1: [oracle@sywu2 OPatch]$ ./opatch lsinventory 2: Invoking OPatch 11.2.0.1.7 3:   4: Oracle 中间补丁程序安装程序版本 11.2.0.1.7 5: 版权所有 (c)

Oracle 11.2.0.4单实例打PSU,OJVM PSU补丁快速参考 写在前面: ·         1.Oracel打每个补丁的操作有时存在差异,所以不管多熟悉,都应该在打任何补丁之前阅读新补丁中附带的readme. ·         2.Oracle每季度都会更新一个最新的PSU,本文最新指的是当前最新(即0719发布的PSU). ·         3.之前整理的完整记录一则Oracle 11.2.0.4单实例打PSU补丁的过程由于旨在体验打补丁的整个过程,粘贴了所有过程输出,篇幅

[环境介绍] 系统环境:Solaris + Oracle 11R2 + OGG + 脚本定时任务统计信息收集 [背景描述] 基于集团的安全检查,需要对数据库版本进行漏洞扫描,漏洞扫描中存在RBDMS和JVM类型的漏洞,需要通过升级小版本的PSU和OJVM来修复漏洞.下面大概说明一下升级的注意部分和出现问题的解决. [问题处理] 升级时一般在晚上操作,在升级数据库前注意的问题(由于脚本较多,这里贴脚本,如果有需要脚本可以留言): 提前进行数据库软件备份(可排除aud小文件,备份小文件多导致备份时间

从接触ORACLE到深入学习,已有好几年了,虽然写的博客不多,质量也参差不齐,但是,它却是成长的历程的点点滴滴的一个见证,见证了我在这条路上的寻寻觅觅,朝圣的心路历程,现在将ORACLE方面的博客整理.归纳分类,方便自己和大家查看.翻阅.  ORACLE数据类型 ORACLE基本数据类型总结 ORACLE VARCHAR2最大长度问题 ORACLE数据库汉字占几个字节问题 ORACLE NUMBER类型Scale为0引发的问题 PL/SQL语法学习 PLSQL 调试触发器 PL/SQL重新编译包

数据库优化的讨论可以说是一个永恒的主题.资深的Oracle优化人员通常会要求提出性能问题的人对数据库做一个statspack,贴出数据库配置等等.还有的人认为要抓出执行最慢的语句来进行优化.但实际情况是,提出疑问的人很可能根本不懂执行计划,更不要说statspack了.而我认为,数据库优化,应该首先从大的方面考虑:网络.服务器硬件配置.操作系统配置.Oracle服务器配置.数据结构组织.然后才是具体的调整.实际上网络.硬件等往往无法决定更换,应用程序一般也无法修改,因此应该着重从数据库配置.数据