客户报告,当他从 Oracle 11.1.0.7 ,迁移到云环境,并且升级到12.1.0.2.运行客户的应用程序测试,发现比以前更慢了. 从AWR report 的"Top 10 Foreground Events by Total Wait Time"和"Wait Classes by Total Wait Time"等信息,可以看到 CPU 值升高了. 初步思考,怀疑由于环境的不同,导致性能不同.但是客户说,这两个环境的CPU数目/内存大小等各方面情况都完全一样

背景:解决11.2.0.3带来的ora-08103错误,将数据库seinescm升级到11.2.0.4版本方法:另辟路劲安装11.2.0.4版本数据库软件,再对现有的数据库进行升级步骤:1.    检查现有数据库并将要升级的数据库关闭 2.安装数据库软件(11.2.0.4) Notice:因为要对现有的数据库版本做升级,所以要选择升级现有的数据库选项 选择跟原版数据库相同的语言 在安装执行到80%的时候,会弹出安装监听的提示界面,按平常的进行配置即可 监听配置OK后,安装执行到90%会弹出DBU

Oracle DataGuard 升级 [11.2.0.1 -> 11.2.0.4] Primary: 11.2.0.1 单机,Site A. Standby: 11.2.0.1 单机,Site B.Site C. 当前DG环境示意图: 需求:升级至11.2.0.4 升级思路: 主库暂停归档传输:备库安装新版本软件,备库启动到mount:主库安装软件,主库升级数据库,主库启用归档传输. 注意: 11g新版本软件安装到一个新目录下,注意copy之前的spfile.密码文件.network file

升级步骤: (1)    备份数据库 (2)    运行patchset,升级oracle 软件 (3)    准备新的ORACLE_HOME (4)    运行dbua 或者脚本升级实例 (5)    检查升级后的版本信息和无效对象 备份数据库 升级数据库是一个十分危险的事情,在生产库上,升级之前最好做一个全库的备份,以便在升级失败时可以还原数据库. 停掉所有与这个数据库相关的业务系统,如中间件.确定没有业务在运行.在数据库正常关闭后,还需要备份Oracle主目录,目的还是为了升级失败时,能够

Oracle_RAC数据库GI的PSU升级(11.2.0.4.0到11.2.0.4.8) 本次演示为升级oracle rac数据库,用GI的psu升级,从11.2.0.4.0升级到11.2.0.4.8. 演示环境: 两个节点:rac1.rac2 GI的PSU升级包(11.2.0.4.8):p21352635_112040_Linux-x86-64.zip 解压缩后的目录:/setup/oracleUp/21523375 grid的$GRID_HOME:/u01/app/11.2.0/grid o

最近做了一个安装11.2.0.4.180116补丁的实验,突然想起之前和同事讨论的一个问题:如何检查数据库安装补丁的版本,之前搜到的是去查dba_registry_history,有的说在操作系统中执行./opatch lspatches查看.就做了一个实验: 前提:本系统曾前后安装了 171017和180116版本补丁,但180116补丁已回退!! 1.1 首先检查opatch工具版本: 以oracle用户登录,验证opatch 工具版本.安装补丁11.2.0.4.180116所需最低opat

RAC11.2.0.4静默安装 1.0版本,20180613 #本文档IP地址使用X隐藏,个人可按照自己的当前环境IP进行适当修改 1. 清除原环境中的单实例软件 #清除原环境: 删除/etc/ora* 删除 /usr/local/bin/oraenv 删除 /usr/local/bin/dbhome 删除 /usr/local/bin/coraenv 删除 $ORACLE_BASE/* 删除 cd /picclife/app  rm -rf * #解释说明: /etc/oratab ?数据库实

环境说明: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

ODP.NET: 引用: using Oracle.DataAccess; //Oracle g 11.2.0 using Oracle.DataAccess.Client; using Oracle.DataAccess.Types; //下载 http://www.oracle.com/technetwork/topics/dotnet/downloads/net-downloads-160392.html //引用:D:\app\geovindu\product\11.2.0\dbhome

solaris X86-64下一个ORACLE战斗11.2.0.3.8补丁: 正确的步骤: 1.BUG6880880 .OPATCH补丁 2.BUG16902043.11.2.0.3.8补丁 情感是练啊观看easy一波三折的事情--图像OPATCH的版本号问题在安装11.2.0.3.8补丁前有提示的.要细心唉. MOS还是非常好用的哈哈. 安装过程: 1.环境检查 -bash-3.2$ ls 16902043                           alert_byssolaris.

一. bbed安装: 1.ORACLE 11G下安装BBED,需要从ORACLE 10G中复制三个包 sbbdpt.o .ssbbded.o 并将两个文件移到$ORACLE_HOME/rdbms/lib/ 目录下 , bbedus.msb 移到 $ORACLE_HOME/mesg/ 下面 [oracle]$ pwd/u01/app/oracle/product/11.2.0/db_1/rdbms/libnode1-> ll bbedus.msb-rw-r--r--. 1 oracle oinst

问题: [oracle@mydb]$ lsnrctl status lsnrctl: error while loading shared libraries: /u01/app/oracle/product/11.2.0/lib/libclntsh.so.11.1: cannot restore segment prot after reloc: Permission denied 解答: 什么原因导致这些错误呢?原凶就是在安装LINUX时开启了SELinux,记得关闭SELinux 解决方法

一.配置Oracle instantClient 11.2.0.4 1.下载Oracle客户端: 打开http://www.oracle.com/technetwork/topics/linuxx86-64soft-092277.html 下载如下两个文件: instantclient-basic-linux.x64-11.2.0.4.0.zip instantclient-sqlplus-linux.x64-11.2.0.4.0.zip 2.安装Oracle客户端: $ sudo mkdir

最近发现diag/..../trac/ 目录下  sid_ora_xxxx.trc 文件大小为11M 而且类似文件数量很大.导致占用了8G硬盘空间 另外个同事说他的DG没有这个问题. 都一样的系统和一样的版本,唯一不同的是他使用的文件路径 我使用的单聚集+ASM. 请问下 11.2.0.1的DG 最大可用模式,及时恢复,只读模式.然后发现trac下的*.trc 好大.平均1个trc有11M. 里面全是DUMP内容. 这是什么原因引起的呢? 不过其他DG 不会我在ALTER.LOG 没找到 pos

在之前使用Oracle10G的时候,官网下载的数据库安装包只有两个文件,解压合并后为完整的安装包. 后来因为检查出多个Oracle漏洞,需要现场Oracle数据库版本需要升级到11.2.0.4,下载的时候发现有7个压缩包(有点小懵,就全下载下来了,幸亏家里的网速还算给力),下面简单说明一下这7个压缩包的作用. 1.p13390677_112040_MSWIN-x86-64_1of7.zip2.p13390677_112040_MSWIN-x86-64_2of7.zip3.p13390677_11

① 关闭两个节点上的数据库 crsctl stop resource ora.ORA11G.db ② 命令行单节点启动数据库, 注意这里的SQLPLUS 一定是升级后的软件地址 sqlplus / as sysdba 执行ALTER SYSTEM SET CLUSTER_DATABASE=false scope=spfile ③   shutdown immediate startup upgrade @/u01/product/11.2.0.4/rdbms/admin/catupgrd.sql

从11.2.0.2开始,数据库补丁包是一个完整安装包.也就是说:比如要打11.2.0.2的补丁包,直接用11.2.0.2包来安装就可以了,不需要像10G一样先安装数据库软件再来打补丁包. 如果已经安装了11.2.0.1的用户也可以像10G一样打补丁包,也可以把11.2.0.2安装到新目录,安装好以后,再把老的数据库数据迁移过去.oracle说的“In-Place Upgrade与Out-of-Place Upgrade” 还有下载补丁包的时候要注意一点是,分7个包,每个包包含不同的应用系统: I

解决方法: 下载ojdbc6对应版本号的包.把下载的包放到: 然后dos命令: -Dpackaging=jar -Dfile=ojdbc6.jar 主:必须确保已经配置了你maven,如何配置maven跟配置JDK一样. 如果成功后: 最后把一下代码拷贝到你的pom.xml去. <dependency>    <groupId>com.oracle</groupId>    <artifactId>ojdbc6</artifactId>    &

想必大家在学习ORACLE 11g时,都想搭建一个RAC的实验环境.在搭建RAC实验环境时,会碰到诸如IP怎么规划.虚拟机环境下怎么共享磁盘.ASM磁盘创建,以及安装过程中会遇到这样那样的问题.搭建一个完整的RAC实验环境下来,少则一天,多则一周,浪费不少时间和精力,一遍又一遍重新系统,遇到一个又一个问题,相信初学者,搭建过RAC的同学都会有这样的体会. 这次把搭建RAC的步骤完整的整理出来,以供大家参考,相互交流学习,文中如有错误,欢迎大家斧正. 一.部署环境准备 1.准备所需软件 VMwar

最新文章:Virson's Blog 安装Oracle 11.2.0.4 的RAC,在Grid 安装时报错: [INS-41112]Specified network interface doesnt maintain connectivity across cluster nodes 首先尝试在节点间ping 各个IP 地址没有问题. 因为使用安装程序做的SSH 验证,所以尝试测试ssh远程连接是否还需要确认: [grid@vdb1 ~]$ ssh vdb1 date # 验证vdb1 ssh

问题1:执行安装,编译成功后,执行asmca时,失败,无法成功创建后台相关服务 问题2:os系统重启后,ohasd无法正常启动,css服务失败 原因:11.2.0.1的BUG:/var/tmp/.oracle/npohasd管道文件的权限不正确. 解决:chmod    a+wr   /var/tmp/.oracle/npohasd 附录: CRS-: Oracle High Availability Services startup failed. CRS-: Command Start fa