Oracle数据库的10g版本在7月31日结束了Extended Support - 扩展支持阶段,正式进入Sustaining Support - 持续支持阶段,在这个阶段,Oracle将不再提供补丁支持。也即Oracle 10g开始退出主流版本舞台。 这一切伴随着Oracle 12c的发布,更加推动用户去更替数据库版本,如题图所示,Oracle 11g版本自2007年发布以来,已经过去了7个年头,这期间11g版本经受了时间和应用的考验,已经成熟,而且根据规划,11g的新的补丁集11.2.0.4原本应该在
在之前的文章中,我们阐述了“预警揭秘:倒计时炸弹11.2.0.4前版本DB Link必须在2019年4月升级真相”,很多读者提出了很多问题,我们在此进一步的补充和介绍一点基础知识,并给出解决方案。 我们整理了检查SCN的脚本 scnhealthcheck.sql 和文中用到的脚本,以及几篇文章的PDF版本,关注本公众号( OraNews)回复:SCNCOMP ,你可以找到下载链接。 1这个问题严重吗? 我想首先回答一下这个问题,可能很多人心存疑惑,这个问题严重吗?有多严重?会影响到我吗? 首先,我们分析这个
Oracle patch也即是Oracle补丁。Oracle补丁又包含好几个种类,小的补丁简直是难以数计,难免让人眼花缭乱。尽管如此,Oracle patch还是有序可循的。而且Oracle提供的opatch工具非常方便的用于安装oracle patch,以及查看当前系统已经安装的patch。本文列出了patch的几种类型,以及主要描述通过opatch工具查看当前数据库的patch应用的情况。对于如何apply patch可参考Oracle官方文档。
Warning: The SCN headroom for this database is only 3 days!
随着这几天Oracle OpenWorld大会的召开,Oracle11g的新特性越来越多的被展现出来。
如果是在几年前讨论Oracle升级的问题,其实会存在很多的异议,如今再来看待这个问题,我觉得情况有了变化,我来尝试重新解读一下这个问题。
环境:OEL 5.7 + Oracle 10.2.0.5 背景:Oracle发布的两篇关于2019年6月份将自动调整高版本数据库的SCN COMPATIBILITY的MOS文章引起了很多客户的恐慌,尤其是起初Oracle对10g版本未提供任何补丁。我这里结合业界多位Oracle ACE专家的系列文章,在自己的实验环境做了系列验证总结。
数据库升级并不难,只要遵循其步骤,一般问题不大。但是升级失败的情况也是屡见不鲜,尤其是生产数据库的升级,搞不定的时候甚至要创建SR。
本文将演示如何使用脚本一键安装 Oracle 19C RAC 3 节点数据库的全过程。
环境: RHEL5.4 + Oracle 10.2.0.4 目的: 在本机将数据库升级到11.2.0.4
如转载,请注明出处:http://blog.csdn.net/robinson_0612/archive/2010/03/30/5431428.aspx 虽然 Oracle 10g Database Release 2 已经推出几年了,但这个版本仍然为很多初学者学习的版本,下面详细讲述了安装 Oracle 10g 的步骤。 一、 linux 的版本选用 目前 linux(RHEL) 使用的主要版本为 5.4 版,可以到下面的地址下载其安装文件。 RHEL5.4 下载 http://download.chinaunix.net/download/0013000/12623.shtml 二、关于 linux 的安装 很多初学者使用的是 XP 系统上的虚拟机来安装 Linux ,因此本文也是在虚拟机上安装 Linux 然后再安装 Oracle 10g. 至于虚拟机可以使用 VMware 6.5 Workstation 版,这个可以到百度 ,Google 找一下,比较多。安装了 linux 时,我们需要特殊的配置一下 Oracle 的安装环境,关于这个配置 Oracle 安装环境,请参考: VmWare6.5.2下安装 RHEL 5.4(配置 Oracle安装环境) 三、安装 Oracle 前的环境检查 1. 下载 Oracle 10g R2 Oracle 10g for Linux http://www.oracle.com/technology/software/products/database/index.html 2. 查看 Linux 内核参数,有点多余,作为初学者,还是可以练习一下。请确保高于 2.6.9 -5.0.5.EL 以上内核 强烈建议大家安装 SecureCRT 或 VNC 工具,这样不必来回在 XP 和 Linux 下切换。 uname –r [root@localhost ~]# uname -r 2.6.18 -164.el5xen 3. 查看 CPU 、内存、 Swap 及磁盘可用空间 内存:至少 1GB ,下图中我的内存仅 900MB Swap :一般为可用物理内存的 2 倍,比如设定为 2GB /Temp 分区:至少 400MB Oracle 安装目录所在的分区:至少 4GB [root@localhost ~]# free -m total used free shared buffers cached Mem: 900 568 331 0 56 356 -/+ buffers/cache: 154 745 Swap: 2251 0 2251 [root@localhost ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda2 6.4G 3.8G 2.3G 63% / /dev/sdd1 6.8G 144M 6.3G 3% /u01 /dev/sdc2 1.2G 34M 1.1G 3% /home /dev/sdc1 760M 17M 704M 3% /tmp /dev/sda1 456M 18M 415M 5% /boot tmpfs 450M 0 450M 0% /dev/shm none 450M 104K 450M 1% /var/lib/xenstored /dev/hdc 2.8G 2.8G 0 100% /media/RHEL_5.4 i386 DVD 四、配置安装环境 1. 安装补丁包 关于确认补丁包的是否已安装,可以使用下述方式来查看 rpm -q gcc make
环境: 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机原库升级前检查
昨天自己在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
Name Type Target State Host
从上图可以看出,随着Oracle版本升级,对以前的版本不再支持,也就意味着,官网不再提供下载方式,也就导致很多朋友无法下载到对应版本的安装包和补丁包,于是我就精心整理了一版,分享给大家。
10g升级至11g除了需要做一个详尽的计划, 需要采集10g系统的负载情况,做一个整体的把握,在升级之后,再做负载分析。 保证不会出现大的问题,sql的执行计划不会有大的变动。 参数优化方面,需要考虑下面3个方面。 对于 deprecated Parameter in 11G The following parameters are deprecated from 11G onwards, need suggestion for these parameters. NameNote background_
说明:本文汇总Oracle安装部署,版本升级,应用补丁等相关内容,方便快速查阅。 其中参考随笔是汇总我自己总结的原创作品,参考文章是汇总其他作者的相关优秀作品。
Oracle数据库从20世纪末就已开始在国内使用,在经历了20多年的迅猛发展后,目前已经占据了全球数据库的首位,在国内拥有数十万的技术粉丝与数万家企业用户,但到目前为止,还从未有过一份报告让我们真正了解真实国内Oracle数据库使用现状,而【2016年度中国Oracle数据库使用现状分析报告】将为我们带来真实的现状展示。 Bethune基于真实用户数据库体检数据所提供的的【2016年度中国Oracle数据库使用现状分析报告】,为我们带来了大视角的国内Oracle数据库使用实景展现,在调研了大量Oracle数
今天准备测试一下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
对于dataguard说,switchover,failover是一种互补可选的容灾解决方案。但是对于这种容灾思路还是存在着一些实践中的细节需 要,从数据层面而言,只能是最大程度保证了数据的不丢失,但是数据切换过去了,权限,配置这些信息还是需要考虑的,如果切换过程很快,收尾的补充工作很 慢,那么总体来看切换的时间就被拉长了。 在提出准备的需求之前,容我花一点时间来简单吐槽一下10g中的dataguard. 10g中的状态切换 10g中的dataguard没有adg的特性,在使用中还是有很大的限制,很多时候备
而在这个迭代过程中,各种版本和补丁的概念也变得非常复杂,本文将帮助你理清Oracle版本相关知识以及补丁相关的概念。
作者介绍 郭成日 云和恩墨北区技术工程师 专注于SQL审核和优化相关工作。曾经服务的客户涉及金融保险、电信运营商、政府、生产制造等行业。 在优化器进行查询转换的时候,如果将内嵌视图里推入连接谓词,视
之前写了一篇文章分析了目前存在的一个问题和改进思路。迁移式升级的一点思考 (r10笔记第27天) 当前的硬件环境是Solaris,Oracle 10gR2 单实例,数据量在800G左右。想迁移到另外一台服务器上。大体的需求如下: 1.借助这次维护的时机,能够把数据库升级至11g 2.升级的过程需要尽可能保留一个较短的时间窗口,计划在2个小时以内完成 3.有较好的解决方案去演练整个过程,多次总结,提高迁移的效率,保证质量 4.有完善的回退计划,能够支持回退场景下业务平滑过渡
使用PL/SQL Developer连接Oracle 12.2连接时,发现报ORA-28040 No matching authentication protocol
网站最头痛的就是被攻击,常见的服务器攻击方式主要有这几种:端口渗透、端口渗透、密码破解、DDOS攻击。其中,DDOS是目前最强大,也是最难防御的攻击方式之一。
作者简介: 李真旭(Roger) 云和恩墨西北区技术总监,Oracle ACE, ACOUG 核心专家 对于数据库升级迁移,这两年是一个非常热门的话题,尤其是 x86 的流行,很多客户纷纷投向了 x8
今天在环境上测试expdp/impdp,环境有10.2.0.5.0,11.2.0.2.0的,11g的环境是从10g升级到11gde .是在impdp的时候都报了错误。 10g报错如下: > impdp test/test dumpfile=a.dmp directory=true_dump tables=test_table Import: Release 10.2.0.5.0 - 64bit Production on Tuesday, 29 October, 2013 17:24:12 Copyrigh
云和恩墨旗下智能诊断平台Bethune今日发布了【2016年度中国Oracle数据库使用现状分析报告】,该报告采样2016年度国内18个大行业、485位用户(个人/企业)的1841套Oracle数据库信息,根据该平台提供的3356次数据库健康检查数据展开全方位多维度分析,让大家对Oracle数据库在国内的使用状况形成更为直观、全面的认知。 Oracle数据库从20世纪末就已开始在国内使用,在经历了20多年的迅猛发展后,目前已经占据了全球数据库的首位,在国内拥有数十万的技术粉丝与数万家企业用户,但到目前为止,
之前花了些时间做了Oracle 10g,11g,12c参数的差别,其中有一个参数很有意思,在不同版本代表的含义还有所差别。就是sec_case_sensitive_logon。它是从10g到11g新增的参数,默认是true,代表的含义就是登录用户的大小写敏感,而实际上这个参数的使用效果却不好,基本是作为默认的配置来禁用掉的,举一个很简单的例子,oracle 10g中我使用system/oracle的用户名密码和SYSTEM/ORACLE这样的用户名密码是没有差别的,而一旦升级到11g,开启了这个特性
上节介绍运行集群环境所需的进程,这节总体上说Oracle集群的安装,升级以及克隆等
Oracle数据库管理员系列的认证体系在12C,11G,10G及更老的数据库版本中,均以版本命名,分为三个级别:
还是继续昨天的任务。 前面的内容可以参见:迁移式升级的一点思考 (r10笔记第27天)、迁移式升级的新方案测试 (r10笔记第30天)、迁移式升级的测试(二)(r10笔记第35天) 今天会把剩下的工作都做完,给个交代。 昨天完成了Data Guard切换,然后Failover备库,导出了元数据信息作为TTS的准备,亮点就在于导入的部分。无需挪动数据文件,这是补充数据字典信息即可。 这个工作的一个重点内容就是如何保证数据字典信息的完整性。 在目标环境11g中需要创建相应的用户,这一点还是很有技巧的。如果采用i
这里只列出部分结果,其它的详细内容可以参考:https://share.weiyun.com/5lb2U2M
按照计划开始了生产库的升级,环境基于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
这两天看到有朋友咨询 SUSE 15 SP3 安装 Oracle 19C RAC 遇到点问题,趁着周末有时间,抱着学习的心态,研究了一下如何安装,接下来就分享一下从零开始部署的流程!
一、黑群晖的DSM7.X引导程序(RedPill项目组开发的引导)目前仍处于测试版(RedPill项目组官方源代码最后一次更新是10月上旬),虽然可以使用,但是还不够完美,截止2021年12月28日还存在以下问题无法解决:
近期我们在DBASK小程序新关联了运维之美、高端存储知识、一森咖记、运维咖啡吧等数据领域的公众号,欢迎大家阅读分享。
摘要 一般性的数据库漏洞,都是在成功连接或登录数据库后实现入侵;本文介绍两个在2012年暴露的Oracle漏洞,通过这两种漏洞的结合,可以在不掌握用户名/密码的情况下入侵Oracle,从而完成对数据的窃取或者破坏。这两个漏洞就是CVE-2012-1675和CVE-2012-3137。 引言 国内外很多重要的系统都采用Oracle作为数据存储的数据库;在Oracle中存储着企业或政府大量敏感的信息,在金钱或政治的诱导下,内外部黑客会想法利用管理、网络、主机或数据库的自身漏洞尝试入侵到数据库中,以达到自身的目
前阵计划在Thinkpad E490笔记本电脑上安装多系统(Windows、CentOS、Kali),用作技术研究。
作者简介 李真旭 Oracle ACE 专家,拥有超过10年的 Oracle 运维管理使用经验,参与过众多移动、电信、联通、银行等大型数据库交付项目,具有丰富的运维管理经验,对 Oracle 数据库管
这两天看到交流群里有朋友咨询 SUSE 15 SP3 安装 Oracle 19C RAC 遇到点问题,趁着周末有时间,抱着学习的心态,研究了一下如何安装,接下来就分享一下从零开始部署的流程!
首先将DB_TiDB_HC_lhr_v7.0.0.sql和pt-summary这2个脚本拷贝到有mysql客户端的Linux环境中,然后执行如下命令:
目前一共包含7个脚本,若脚本的扩展名为“.sql”则表示该脚本为sql脚本,若脚本的扩展名为“.pl”则表示该脚本为perl脚本。 对于Oracle的SQL脚本而言,脚本DB_Oracle_HC_lhr_vxxx_10g.sql适用于Oracle 10g数据库,脚本DB_Oracle_HC_lhr_v6.0.8_11g.sql适用于Oracle 11g的数据库,脚本DB_Oracle_HC_lhr_v6.0.8_12c.sql适用于Oracle 12c及其以上版本,这3个脚本都是只读版本,这3个脚本只会对数据库做查询操作,不会做DML和DDL操作,这也是很多朋友所期待的功能。 脚本DB_OS_HC_lhr_v6.0.7.pl是perl脚本,执行后会对OS的信息进行收集,并且输出到html中。 脚本DB_MySQL_HC_lhr_v6.0.8.sql是MySQL脚本,执行后会产生MySQL的健康检查html报告,该脚本为只读脚本。 脚本DB_MSSQL_HC_lhr_v3.2.sql是SQL Server脚本,存在部分DDL和DML操作,执行后会产生SQL Server的健康检查html报告。
今天聊下几类关系型数据库的数据解决方案,算是抛砖引玉,近期也要对技术方向上做一些扩展,也算是前期的小结吧。 Oracle 目前市面上的主流版本应该还是11gR2,记得很多年前有个网站做过一次调查,10g,11g的版本比例差不多是6:3,我想现在11gR2的版本比例应该能够占到90%以上,剩下的份额应该是12c的,现在用10g版本的数据库是少之又少,更早版本的除非业务足够稳定,实在是找不出什么理由不升级了。 来简单说说Oracle的方案。 从灾备的角度来说,那就是毫无悬念的Oracle Data Gu
目前有一个很实际的需求,因为硬件老化严重,需要能够借助一次维护时机把数据库迁移到一台较好配置的机器上,避免潜在的硬件故障导致的业务停顿,也算防患于未然吧。 本来这个事情不是很紧急,但是因为硬件故障导致的问题防不胜防,踩过几次坑,就会有些经验教训,在这种情况下维持现状就是一个潜在的炸弹。 当前的硬件环境是Solaris,Oracle 10gR2 单实例,数据量在800G左右。我大体想了下,主要的目标有以下几个。 1.借助这次维护的时机,能够把数据库升级至11g 2.升级的过程需要尽可能保留一个
发现shared_pool一直在收缩; 查看日志: ** 2018-07-26 16:58:09.868 ORA-00604: 递归 SQL 级别 1 出现错误 ORA-04031: 无法分配 32 字节的共享内存 ("shared pool","select count() from sys.job...","sql area","tmp")
原文:http://www.enmotech.com/web/detail/1/757/1.html
领取专属 10元无门槛券
手把手带您无忧上云