说明:本文汇总Oracle安装部署,版本升级,应用补丁等相关内容,方便快速查阅。 其中参考随笔是汇总我自己总结的原创作品,参考文章是汇总其他作者的相关优秀作品。
Oracle数据库的10g版本在7月31日结束了Extended Support - 扩展支持阶段,正式进入Sustaining Support - 持续支持阶段,在这个阶段,Oracle将不再提供补丁支持。也即Oracle 10g开始退出主流版本舞台。 这一切伴随着Oracle 12c的发布,更加推动用户去更替数据库版本,如题图所示,Oracle 11g版本自2007年发布以来,已经过去了7个年头,这期间11g版本经受了时间和应用的考验,已经成熟,而且根据规划,11g的新的补丁集11.2.0.4原本应该在
如果是在几年前讨论Oracle升级的问题,其实会存在很多的异议,如今再来看待这个问题,我觉得情况有了变化,我来尝试重新解读一下这个问题。
Oracle patch也即是Oracle补丁。Oracle补丁又包含好几个种类,小的补丁简直是难以数计,难免让人眼花缭乱。尽管如此,Oracle patch还是有序可循的。而且Oracle提供的opatch工具非常方便的用于安装oracle patch,以及查看当前系统已经安装的patch。本文列出了patch的几种类型,以及主要描述通过opatch工具查看当前数据库的patch应用的情况。对于如何apply patch可参考Oracle官方文档。
在刚刚结束的Oracle 38周年大会上,12.2版本的发布日期被披露出来,预计12.2将在2016年上半年发布,而相应的,Oracle 11.2.0.3版本的支持也已经于2015-08-27结束,使用11g的用户应该考虑尽快升级到11g的最终版本11.2.0.4。 MOS上的版本计划已经更新,我摘录一些重要信息和大家分享(来自Note: 742060.1)。 在下图上可以看到,12.2版本将在 1HCY2016,也就是2016年的上半年发布(当然不排除Larry突然改变日程),首先发布的仍然是Linux和
随着这几天Oracle OpenWorld大会的召开,Oracle11g的新特性越来越多的被展现出来。
环境: A机:RHEL5.5 + Oracle 10.2.0.4 B机:RHEL5.5 需求: A机10.2.0.4数据库,在B机升级到11.2.0.4,应用最新PSU补丁程序。 目录: 一、 确认是否可以直接升级 二、 B机安装11g软件,打好PSU补丁 三、 B机环境变量检查 四、 B机创建需要的目录 五、 A机原库升级前检查
在之前的文章中,我们阐述了“预警揭秘:倒计时炸弹11.2.0.4前版本DB Link必须在2019年4月升级真相”,很多读者提出了很多问题,我们在此进一步的补充和介绍一点基础知识,并给出解决方案。 我们整理了检查SCN的脚本 scnhealthcheck.sql 和文中用到的脚本,以及几篇文章的PDF版本,关注本公众号( OraNews)回复:SCNCOMP ,你可以找到下载链接。 1这个问题严重吗? 我想首先回答一下这个问题,可能很多人心存疑惑,这个问题严重吗?有多严重?会影响到我吗? 首先,我们分析这个
Warning: The SCN headroom for this database is only 3 days!
而在这个迭代过程中,各种版本和补丁的概念也变得非常复杂,本文将帮助你理清Oracle版本相关知识以及补丁相关的概念。
环境: RHEL5.4 + Oracle 10.2.0.4 目的: 在本机将数据库升级到11.2.0.4
今天计划把一个测试环境升级到12c,为了练练手,先在备库上来做。数据库版本是11.2.0.3.0,计划升级到12.1.0.2.0。 为了不影响原有的测试主库,我在备库上做了Failover,两个命令下去就立刻生效了。 SQL> select open_mode from v$database; OPEN_MODE -------------------- READ ONLY SQL>alter database recover managed standby database finish force;
参考MOS文档: AutoUpgrade Tool (Doc ID 2485457.1) Database Server Upgrade/Downgrade Compatibility Matrix (Doc ID 551141.1)
今年以来,在某客户现场遇到了2次HPUX IA64平台11g及12c某些版本登陆速度缓慢的问题(包含本地及远程sqlplus/jdbc登陆都慢),经过大量测试分析,最终确定Oracle的某些PSU存在缺陷,导致在HPUX IA64平台上登陆时间大幅增加。
- Weblogic Coherence组件远程代码执行漏洞(CVE-2020-2555) -
使用脚本安装 Oracle 数据库是一件省时又省事的事情,接下来我演示一下整个过程,11GR2/12C/18C/19C/21C 通用。
[INS-20802] Oracle Net Configuration Assistant failed。在安装Oracle 11g R2时出现了该错误提示。以前安装的时候没有碰到过类似 的错误。原来是64bit和32bit系统兼容性的问题。如果基于64bit硬件安装32bit 的Linux 和32bit的Oracle 11g,则需要安装patch 8670579。下 面给出patch的安装过程。
最近注意到19C官方文档中部分视图已经没有了说明,MOS上很多文档也隐藏了起来,开源公司不断被资本收购,但是我们始终向往构建一个开放开源、互帮互助的社区环境,我们也再不断为之努力,平台上运维工具免费使用,资源共享下载,举办线上线下的活动,就在一个月前我们推出了DBASK数据库提问平台(点击“阅读原文”,马上提问题),当您遇到任何数据库疑难杂症都可在DBASK提问,平台认证专家免费在线解答。我们还开放了专家整理归档的知识库,供您免费学习和搜索排错。
Oracle Coherence为Oracle融合中间件中的产品,在WebLogic 12c及以上版本中默认集成到WebLogic安装包中,T3是用于在WebLogic服务器和其他类型的Java程序之间传输信息的协议。
脚本使用和下载可参考Github:https://github.com/pc-study/InstallOracleshell
https://education.oracle.com/oracle-certification-exams-list
某张表,有个字段,存在默认值,并且设置了NOT NULL约束,例如,NEED_PO VARCHAR2(1) default 'N' not null,
Oracle数据库管理员系列的认证体系在12C,11G,10G及更老的数据库版本中,均以版本命名,分为三个级别:
从去年开始便一直使用的是 ogg 19c,但今年年中时候发现 Oracle 官方居然将 Linux x64 位的 ogg 下载链接下架了,不知为何无法下载到这个版本了(PS:有需要的前去我的墨天轮地址下载:https://www.modb.pro/download/761440),微服务版本也没有了,现在只能从官网看到 21c 的安装包。
在Oracle PL/SQL中使用UTL_SMTP、UTL_MAIL、UTL_HTTP等包进行发邮件等操作,需要配置Oracle Network ACLs(Access Control List)。
Oracle作为大型商用关系型数据库,从其补丁体系就可以看出其考虑的全面性。首先我们看下Oracle Patch的主要类型[参考1和2]:
写这个测试的主要原因是前一阵群里大佬们一直在讨论如何在REDHAT8.0上安装ORACLE 11G,我还好奇了,现在一般不是都用7.9来跑11G么
最近接到个需求,要将一套开发环境中Linux 6平台的Oracle 11g,迁移到两套Linux7平台,原以为很简单,但过程中,确实历经坎坷,就像过山车一般,解决这个问题,又碰到下一个。
2018即将离我们远去,回顾一下这一年中关于数据库方面未了之事,值得在年终岁末再检查一次、考虑一下的技术点,列在这里,给大家参考:
10g升级至11g除了需要做一个详尽的计划, 需要采集10g系统的负载情况,做一个整体的把握,在升级之后,再做负载分析。 保证不会出现大的问题,sql的执行计划不会有大的变动。 参数优化方面,需要考虑下面3个方面。 对于 deprecated Parameter in 11G The following parameters are deprecated from 11G onwards, need suggestion for these parameters. NameNote background_
还是继续昨天的任务。 前面的内容可以参见:迁移式升级的一点思考 (r10笔记第27天)、迁移式升级的新方案测试 (r10笔记第30天)、迁移式升级的测试(二)(r10笔记第35天) 今天会把剩下的工作都做完,给个交代。 昨天完成了Data Guard切换,然后Failover备库,导出了元数据信息作为TTS的准备,亮点就在于导入的部分。无需挪动数据文件,这是补充数据字典信息即可。 这个工作的一个重点内容就是如何保证数据字典信息的完整性。 在目标环境11g中需要创建相应的用户,这一点还是很有技巧的。如果采用i
今天准备测试一下10g升级到11g的场景,装完10g的,然后再装11g的服务端。sqlplus就报错了。 因为ORACLE_BASE,ORACLE_HOME已经改过来了。但是怎么试都不行。 查了metalink,上面说可能是因为$ORACLE_HOME/oracore/zoneinfo的权限可能有问题,我一条一条比对了下,没发现权限有问题。 metaLink: SQLPLUS Fails With SP2-1503 SP2-0152 After New 11.2 Installation [ID 97451
按照计划开始了生产库的升级,环境基于linux 64位. uname: Linux 2.6.18-308.el5 #1 SMP Fri Jan 27 17:17:51 EST 2012 x86_64 x86_64 x86_64 GNU/Linux 数据库是10.2.0.5.0 要升级到11.2.0.2.0 已经提前打了最新的PSU Interim patches (1) : Patch 16056267 : applied on Thu Oct 03 16:01:47 ICT 2013 Uni
对于Oracle 11g RAC 的安装,与Oracle 10g(clusterware)类似,grid 安装完毕后需要执行orainstroot.sh和root.sh,如果是AMD芯片,Oracle说不认识啊,那就要恭喜一下你又多了一次patch的亲密接触,这个错误提示是Failed to create or upgrade OLR。客官,中招了?接着往下看...
数据库升级并不难,只要遵循其步骤,一般问题不大。但是升级失败的情况也是屡见不鲜,尤其是生产数据库的升级,搞不定的时候甚至要创建SR。
许久没写这种troubleshooting类型的技术文章了,因为曾在服务公司呆过多年,工作原因,这方面之前做的多,听的更多,导致已经达到在自己认知维度下的一个小瓶颈,纯技术型的问题,稍微常见的基本都遇到过,非常少见的也基本是bug类(软件缺陷只能通过补丁或一些workaround的方式绕过去),感觉实在是没啥可写的。
昨天自己在OEL上准备把10g,11g的环境都准备一下,我规划了一下硬盘空间,然后创建了相应的用户,12c的Oms也在这次的范围之内。 drwx------ 4 oms10g dba 4096 Jan 18 20:56 oms10g drwx------ 3 oms11g dba 4096 Jan 15 07:04 oms11g drwx------ 15 oms12c dba 4096 Jan 18 19:33 oms12c drwx------ 17 ora10g d
墨墨导读:在Oracle 11g中,大量的登录失败可能会导致library cache lock;或者大量的使用同一用户登录且登录失败,导致用户登录hang的问题,本文记录整个分析、处理过程。
第一期就从基本的初始化参数讲起,一篇一个参数,会尽可能的具体. 如无特殊说明数据库版本为11g
本文将演示如何使用脚本一键安装 Oracle 19C RAC 3 节点数据库的全过程。
前面几天发布了一篇使用 OGG 21c 遇到的几个问题之后,居然在新的周一后又发现了一个与 OGG 相关的问题,那是什么问题呢?且听小哥我慢慢道来。说来也简单就是使用 OGG21c 在中间机配置好了远程捕获 EXTRACT 进程,将数据导入到目标端 19c 后,源端捕获进程有很大的延迟,按照这个延迟来看,本地的归档日志也都删除了,可这个捕获进程呢没有任何报错,延迟一直在增大。
之前花了些时间做了Oracle 10g,11g,12c参数的差别,其中有一个参数很有意思,在不同版本代表的含义还有所差别。就是sec_case_sensitive_logon。它是从10g到11g新增的参数,默认是true,代表的含义就是登录用户的大小写敏感,而实际上这个参数的使用效果却不好,基本是作为默认的配置来禁用掉的,举一个很简单的例子,oracle 10g中我使用system/oracle的用户名密码和SYSTEM/ORACLE这样的用户名密码是没有差别的,而一旦升级到11g,开启了这个特性
--增加linux7安装11g,自动替换 $(MK_EMAGENT_NMECTL) -lnnz11。
经过一番周折,终于查到了使用YEP考试券参加的“Oracle Database 11g Administrator Certified Professional”,即11g OCP升级考试的成绩。
对于dataguard说,switchover,failover是一种互补可选的容灾解决方案。但是对于这种容灾思路还是存在着一些实践中的细节需 要,从数据层面而言,只能是最大程度保证了数据的不丢失,但是数据切换过去了,权限,配置这些信息还是需要考虑的,如果切换过程很快,收尾的补充工作很 慢,那么总体来看切换的时间就被拉长了。 在提出准备的需求之前,容我花一点时间来简单吐槽一下10g中的dataguard. 10g中的状态切换 10g中的dataguard没有adg的特性,在使用中还是有很大的限制,很多时候备
使用oracle 11.2.0.1 的客户端,对19c的服务端进行连接时,报错:ORA-28040: No matching authentication protocol
Oracle随着版本的升级,逐渐将步骤缩减,进行封装,18C之后可谓是达到了所谓的一键刷新,恢复DG同步。
之前写了一篇文章分析了目前存在的一个问题和改进思路。迁移式升级的一点思考 (r10笔记第27天) 当前的硬件环境是Solaris,Oracle 10gR2 单实例,数据量在800G左右。想迁移到另外一台服务器上。大体的需求如下: 1.借助这次维护的时机,能够把数据库升级至11g 2.升级的过程需要尽可能保留一个较短的时间窗口,计划在2个小时以内完成 3.有较好的解决方案去演练整个过程,多次总结,提高迁移的效率,保证质量 4.有完善的回退计划,能够支持回退场景下业务平滑过渡
使用PL/SQL Developer连接Oracle 12.2连接时,发现报ORA-28040 No matching authentication protocol
领取专属 10元无门槛券
手把手带您无忧上云