环境: RHEL5.4 + Oracle 10.2.0.4 目的: 在本机将数据库升级到11.2.0.4
说明：本文汇总Oracle安装部署，版本升级，应用补丁等相关内容，方便快速查阅。 其中参考随笔是汇总我自己总结的原创作品，参考文章是汇总其他作者的相关优秀作品。
Oracle数据库的10g版本在7月31日结束了Extended Support - 扩展支持阶段，正式进入Sustaining Support - 持续支持阶段，在这个阶段，Oracle将不再提供补丁支持。也即Oracle 10g开始退出主流版本舞台。 这一切伴随着Oracle 12c的发布，更加推动用户去更替数据库版本，如题图所示，Oracle 11g版本自2007年发布以来，已经过去了7个年头，这期间11g版本经受了时间和应用的考验，已经成熟，而且根据规划，11g的新的补丁集11.2.0.4原本应该在
https://education.oracle.com/oracle-certification-exams-list
如果是在几年前讨论Oracle升级的问题，其实会存在很多的异议，如今再来看待这个问题，我觉得情况有了变化，我来尝试重新解读一下这个问题。
Oracle数据库管理员系列的认证体系在12C，11G，10G及更老的数据库版本中，均以版本命名，分为三个级别：
在Oracle PL/SQL中使用UTL_SMTP、UTL_MAIL、UTL_HTTP等包进行发邮件等操作，需要配置Oracle Network ACLs(Access Control List)。
还是继续昨天的任务。 前面的内容可以参见：迁移式升级的一点思考 （r10笔记第27天）、迁移式升级的新方案测试 (r10笔记第30天)、迁移式升级的测试（二）(r10笔记第35天) 今天会把剩下的工作都做完，给个交代。 昨天完成了Data Guard切换，然后Failover备库，导出了元数据信息作为TTS的准备，亮点就在于导入的部分。无需挪动数据文件，这是补充数据字典信息即可。 这个工作的一个重点内容就是如何保证数据字典信息的完整性。 在目标环境11g中需要创建相应的用户，这一点还是很有技巧的。如果采用i
10g升级至11g除了需要做一个详尽的计划， 需要采集10g系统的负载情况，做一个整体的把握，在升级之后，再做负载分析。 保证不会出现大的问题，sql的执行计划不会有大的变动。 参数优化方面，需要考虑下面3个方面。 对于 deprecated Parameter in 11G The following parameters are deprecated from 11G onwards, need suggestion for these parameters. NameNote background_
今天准备测试一下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
第一期就从基本的初始化参数讲起，一篇一个参数,会尽可能的具体. 如无特殊说明数据库版本为11g
随着这几天Oracle OpenWorld大会的召开，Oracle11g的新特性越来越多的被展现出来。
在刚刚结束的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 10g,11g,12c参数的差别，其中有一个参数很有意思，在不同版本代表的含义还有所差别。就是sec_case_sensitive_logon。它是从10g到11g新增的参数，默认是true,代表的含义就是登录用户的大小写敏感，而实际上这个参数的使用效果却不好，基本是作为默认的配置来禁用掉的，举一个很简单的例子，oracle 10g中我使用system/oracle的用户名密码和SYSTEM/ORACLE这样的用户名密码是没有差别的，而一旦升级到11g，开启了这个特性
经过一番周折，终于查到了使用YEP考试券参加的“Oracle Database 11g Administrator Certified Professional”，即11g OCP升级考试的成绩。
使用oracle 11.2.0.1 的客户端，对19c的服务端进行连接时，报错：ORA-28040: No matching authentication protocol
对于dataguard说，switchover,failover是一种互补可选的容灾解决方案。但是对于这种容灾思路还是存在着一些实践中的细节需 要，从数据层面而言，只能是最大程度保证了数据的不丢失，但是数据切换过去了，权限，配置这些信息还是需要考虑的，如果切换过程很快，收尾的补充工作很 慢，那么总体来看切换的时间就被拉长了。 在提出准备的需求之前，容我花一点时间来简单吐槽一下10g中的dataguard. 10g中的状态切换 10g中的dataguard没有adg的特性，在使用中还是有很大的限制，很多时候备
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
目前有一个很实际的需求，因为硬件老化严重，需要能够借助一次维护时机把数据库迁移到一台较好配置的机器上，避免潜在的硬件故障导致的业务停顿，也算防患于未然吧。 本来这个事情不是很紧急，但是因为硬件故障导致的问题防不胜防，踩过几次坑，就会有些经验教训，在这种情况下维持现状就是一个潜在的炸弹。 当前的硬件环境是Solaris，Oracle 10gR2 单实例,数据量在800G左右。我大体想了下，主要的目标有以下几个。 1.借助这次维护的时机，能够把数据库升级至11g 2.升级的过程需要尽可能保留一个
官方下载地址：http://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html
首先，DG（Data Guard，数据卫士）不是一个备份恢复的工具，然而，DG却拥有备份的功能，在物理DG下它可以和主库一模一样，但是它存在的目的并不仅仅是为了备份恢复数据，应该说它的存在是为了确保企业数据的高可用性，数据保护以及灾难恢复。DBA可以通过将一些操作（例如查询报表）转移到备库执行的方式来减小主库的压力，构建高可用的企业数据库应用环境。
今天在环境上测试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
Keyword: ORA-01017 12.2 authentication SQLNET.AUTHENTICATION_SERVICES sec_case_sensitive_logon
作者介绍 郭成日 云和恩墨北区技术工程师 专注于SQL审核和优化相关工作。曾经服务的客户涉及金融保险、电信运营商、政府、生产制造等行业。 在优化器进行查询转换的时候，如果将内嵌视图里推入连接谓词，视
Oracle的任何一个新版本，总是会带来大量引人瞩目的新特性，但是往往在这些新特性引入之初，首先引起的是一些麻烦，因为对于新技术的不了解、因为对于旧环境的不适应，从Oracle产品到技术服务运维，总是要走过一个磨合的长期过程。 请注意：我们并不推荐大家盲目的关闭和摒弃Oracle的新特性，我们建议大家在遇到问题时，做出适合自己的调整。 就此盘点一下 Oracle 11g 中，那些新特性带来的新烦恼，如果有用户准备或者刚刚踏入这个新版本，则可以作为借鉴。 1.Adaptive direct path rea
Oracle patch也即是Oracle补丁。Oracle补丁又包含好几个种类，小的补丁简直是难以数计，难免让人眼花缭乱。尽管如此，Oracle patch还是有序可循的。而且Oracle提供的opatch工具非常方便的用于安装oracle patch，以及查看当前系统已经安装的patch。本文列出了patch的几种类型，以及主要描述通过opatch工具查看当前数据库的patch应用的情况。对于如何apply patch可参考Oracle官方文档。
oracle 11g 用户名和密码默认区分大小写，可更改alter system set sec_case_sensitive_logon=false 设置改为不区分大小写。
这里只列出部分结果，其它的详细内容可以参考：https://share.weiyun.com/5lb2U2M
环境： 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机原库升级前检查
今天计划把一个测试环境升级到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;
在/etc/sysconfig/network-scripts文件夹下的ifcfg-eth0中修改
许春植（Luocs） （阿里巴巴高级数据库管理员,7年以上数据库运维管理经验，擅长MySQL、Oracle及MongoDB数据库，目前主要研究并建设MongoDB一套完整的运维体系） 编辑手记：感谢许春植授权独家转载其精华文章，也欢迎读者朋友向我们投稿，本文是对Oracle SCAN特性的一些介绍和总结，编辑时略有节略。 Oracle 从11g 开始推出的 SCAN 特性在 Oracle RAC 高可用连接里占据着非常重要的地位，也是以后的重点推进方向。 说在前头：文章中核心内容来自官方，当然也参考了
【好消息一】甲骨人11g OCM升级12c OCM开班啦 【甲骨人12c OCM升级开班啦】 11g OCM升级12c OCM暂定10月14日（周三）晚上20点开班，现在找麦老师报名，可以参与团购价7
OCM，Oracle Certification,Oracle Certified Master,11g,12c
今天升级数据库碰到一个很郁闷的问题，把10g的数据库升级到11g以后，结果有一个改动，需要重启数据库，就敲了shutdown immediate，结果再startup,数据库竟然起不来了。 $ORACLE_HOME,$ORACLE_SID等等变量都没有问题。 sqlplus / as sysdba SQL> startup ORA-01012: not logged on 反复试了好几次，都是这样。这是准生产环境，汗马上就下来了。 1.sqlplus / as sysdba SQL*Plus: Releas
首先将DB_TiDB_HC_lhr_v7.0.0.sql和pt-summary这2个脚本拷贝到有mysql客户端的Linux环境中，然后执行如下命令：
11g的dataguard相比于10g来说，最优越的特性应该算就是active dataguard了，这一点改进在很大意义上促使用户需要把数据库从10g升级到11g,读写分离在这个时候得到了升华，而且在后台会根据需要进行数据的同步，相比于使用10g，想读数据的时候把数据库启动到read only 阶段，但这个时候不接受日志同步数据，如果需要同步数据还需要把数据库再启动到mount阶段，感觉还是比较繁琐的。 11g的active dataurad功能很强大，同时搭建的时候使用rman 的duplicate选项
目前一共包含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报告。
今天早上遇到了以前从未遇到的问题，生产环境上服务进程还在，但是不能正常处理程序，看Catlina.out的日志发现了一个错误： 严重: Error filterStart 查了一下网上的说法：要看看日志：localhost.2019-04-17.log 果然这里说出了错误所在： ORA-28001: the password has expired 这个Oracle提示错误消息是由于Oracle11G的新特性所致， Oracle11G创建用户时缺省密码过期限制是180天（即6个月）， 如果超过180天用户密码未做修改则该用户无法登录。 Oracle公司是为了数据库的安全性默认在11G中引入了这个默认功能，但是这个默认的功能很容易被DBA或者是开发人员给疏忽，一旦密码180天未修改过，就会出现这样的问题。
oracle是非常强大的数据库软件，有很多朋友对oracle安装并不是很了解，因为除了安装还有一些变量需要设置，下面一起来看看oracle 11g安装图解，定能帮助你快速安装oracle 11g。
Oracle的任何一个新版本，总是会带来大量引人瞩目的新特性，但是往往在这些新特性引入之初，首先引起的是一些麻烦，因为对于新技术的不了解、因为对于旧环境的不适应，从Oracle产品到技术服务运维，总是要走过一个磨合的长期过程。 请注意：我们并不推荐大家盲目的关闭和摒弃Oracle的新特性，我们建议大家在遇到问题时，做出适合自己的调整。 就此盘点一下 Oracle 11g 中，那些新特性带来的新烦恼，如果有用户准备或者刚刚踏入这个新版本，则可以作为借鉴。 1 Adaptive direct path re
本文主要介绍Oracle认证体系及变革，全面解析Oracle Database Administration 2019 Certified Professional Certification。
之前，Oracle刚刚发布了Oracle 11g R2 for Windows版本。我的系统是Windows Server 2008 R2，所以安装的就是64位版本咯。
最近抽空练习了下手工建库，在10g的时候基本都在20分钟搞定，在11g中其实还可以更快，因为10g中需要配置的admin目录，需要创建bdump,udump之类的目录等等，在11g都被adr给默认替代了，只要提供了$ORACLE_BASE，就会默认在$ORACLE_BASE下生成对应的目录结构。 其它步骤完全可以按照10g的脚本来使用，没有任何问题，但是如果反过来，在11g里使用的一些语句在10g中可能会有一些问题，这一点也是在今天的测试中发现的一个小细节。 首先我在11g的库中创建了一个数据库实例，使用c
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
