环境: RHEL5.4 + Oracle 10.2.0.4 目的: 在本机将数据库升级到11.2.0.4
Oracle数据库的10g版本在7月31日结束了Extended Support - 扩展支持阶段，正式进入Sustaining Support - 持续支持阶段，在这个阶段，Oracle将不再提供补丁支持。也即Oracle 10g开始退出主流版本舞台。 这一切伴随着Oracle 12c的发布，更加推动用户去更替数据库版本，如题图所示，Oracle 11g版本自2007年发布以来，已经过去了7个年头，这期间11g版本经受了时间和应用的考验，已经成熟，而且根据规划，11g的新的补丁集11.2.0.4原本应该在
如果是在几年前讨论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
之前花了些时间做了Oracle 10g,11g,12c参数的差别，其中有一个参数很有意思，在不同版本代表的含义还有所差别。就是sec_case_sensitive_logon。它是从10g到11g新增的参数，默认是true,代表的含义就是登录用户的大小写敏感，而实际上这个参数的使用效果却不好，基本是作为默认的配置来禁用掉的，举一个很简单的例子，oracle 10g中我使用system/oracle的用户名密码和SYSTEM/ORACLE这样的用户名密码是没有差别的，而一旦升级到11g，开启了这个特性
今天在环境上测试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
按照计划开始了生产库的升级，环境基于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
在之前的文章中，我们阐述了“预警揭秘：倒计时炸弹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!
https://education.oracle.com/oracle-certification-exams-list
10g升级至11g除了需要做一个详尽的计划， 需要采集10g系统的负载情况，做一个整体的把握，在升级之后，再做负载分析。 保证不会出现大的问题，sql的执行计划不会有大的变动。 参数优化方面，需要考虑下面3个方面。 对于 deprecated Parameter in 11G The following parameters are deprecated from 11G onwards, need suggestion for these parameters. NameNote background_
对于dataguard说，switchover,failover是一种互补可选的容灾解决方案。但是对于这种容灾思路还是存在着一些实践中的细节需 要，从数据层面而言，只能是最大程度保证了数据的不丢失，但是数据切换过去了，权限，配置这些信息还是需要考虑的，如果切换过程很快，收尾的补充工作很 慢，那么总体来看切换的时间就被拉长了。 在提出准备的需求之前，容我花一点时间来简单吐槽一下10g中的dataguard. 10g中的状态切换 10g中的dataguard没有adg的特性，在使用中还是有很大的限制，很多时候备
之前写了一篇文章分析了目前存在的一个问题和改进思路。迁移式升级的一点思考 （r10笔记第27天） 当前的硬件环境是Solaris，Oracle 10gR2 单实例,数据量在800G左右。想迁移到另外一台服务器上。大体的需求如下： 1.借助这次维护的时机，能够把数据库升级至11g 2.升级的过程需要尽可能保留一个较短的时间窗口，计划在2个小时以内完成 3.有较好的解决方案去演练整个过程，多次总结，提高迁移的效率，保证质量 4.有完善的回退计划，能够支持回退场景下业务平滑过渡
数据库升级并不难，只要遵循其步骤，一般问题不大。但是升级失败的情况也是屡见不鲜，尤其是生产数据库的升级，搞不定的时候甚至要创建SR。
随着这几天Oracle OpenWorld大会的召开，Oracle11g的新特性越来越多的被展现出来。
11g的dataguard相比于10g来说，最优越的特性应该算就是active dataguard了，这一点改进在很大意义上促使用户需要把数据库从10g升级到11g,读写分离在这个时候得到了升华，而且在后台会根据需要进行数据的同步，相比于使用10g，想读数据的时候把数据库启动到read only 阶段，但这个时候不接受日志同步数据，如果需要同步数据还需要把数据库再启动到mount阶段，感觉还是比较繁琐的。 11g的active dataurad功能很强大，同时搭建的时候使用rman 的duplicate选项
今天升级数据库碰到一个很郁闷的问题，把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
Oracle数据库管理员系列的认证体系在12C，11G，10G及更老的数据库版本中，均以版本命名，分为三个级别：
Keyword: ORA-01017 12.2 authentication SQLNET.AUTHENTICATION_SERVICES sec_case_sensitive_logon
使用PL/SQL Developer连接Oracle 12.2连接时，发现报ORA-28040 No matching authentication protocol
还是继续昨天的任务。 前面的内容可以参见：迁移式升级的一点思考 （r10笔记第27天）、迁移式升级的新方案测试 (r10笔记第30天)、迁移式升级的测试（二）(r10笔记第35天) 今天会把剩下的工作都做完，给个交代。 昨天完成了Data Guard切换，然后Failover备库，导出了元数据信息作为TTS的准备，亮点就在于导入的部分。无需挪动数据文件，这是补充数据字典信息即可。 这个工作的一个重点内容就是如何保证数据字典信息的完整性。 在目标环境11g中需要创建相应的用户，这一点还是很有技巧的。如果采用i
作者介绍 郭成日 云和恩墨北区技术工程师 专注于SQL审核和优化相关工作。曾经服务的客户涉及金融保险、电信运营商、政府、生产制造等行业。 在优化器进行查询转换的时候，如果将内嵌视图里推入连接谓词，视
最近抽空练习了下手工建库，在10g的时候基本都在20分钟搞定，在11g中其实还可以更快，因为10g中需要配置的admin目录，需要创建bdump,udump之类的目录等等，在11g都被adr给默认替代了，只要提供了$ORACLE_BASE，就会默认在$ORACLE_BASE下生成对应的目录结构。 其它步骤完全可以按照10g的脚本来使用，没有任何问题，但是如果反过来，在11g里使用的一些语句在10g中可能会有一些问题，这一点也是在今天的测试中发现的一个小细节。 首先我在11g的库中创建了一个数据库实例，使用c
目前有一个很实际的需求，因为硬件老化严重，需要能够借助一次维护时机把数据库迁移到一台较好配置的机器上，避免潜在的硬件故障导致的业务停顿，也算防患于未然吧。 本来这个事情不是很紧急，但是因为硬件故障导致的问题防不胜防，踩过几次坑，就会有些经验教训，在这种情况下维持现状就是一个潜在的炸弹。 当前的硬件环境是Solaris，Oracle 10gR2 单实例,数据量在800G左右。我大体想了下，主要的目标有以下几个。 1.借助这次维护的时机，能够把数据库升级至11g 2.升级的过程需要尽可能保留一个
这里只列出部分结果，其它的详细内容可以参考：https://share.weiyun.com/5lb2U2M
这是2014年写的一篇文章(http://blog.csdn.net/bisal/article/details/18910785#reply)，看了一下，当时的实验和说明是，
今天在本地搭了一套oracle环境，首先安装数据库的时候顺带了EM，结果安装好之后想修改监听器的端口，把原本15521的端口换成别的，结果在目录中修改了几个参数文件，EM竟然直接起不来了。最后自己分析了，其实有好几种思路来完成密码的修改。 一种是直接删除EM，然后重建，可以使用emca -deconfig dbcontrol db -repos drop来完成删除，然后通过emca -config dbcontrol db -repos create来重新创建EM， 还有一种方式可以通过图形界面来完成，这种
使用oracle 11.2.0.1 的客户端，对19c的服务端进行连接时，报错：ORA-28040: No matching authentication protocol
BBED(Block Browerand EDitor Tool) 是 Oracle 内部工具，可用于直接查看和修改数据文件数据。
首先将DB_TiDB_HC_lhr_v7.0.0.sql和pt-summary这2个脚本拷贝到有mysql客户端的Linux环境中，然后执行如下命令：
第一期就从基本的初始化参数讲起，一篇一个参数,会尽可能的具体. 如无特殊说明数据库版本为11g
目前一共包含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报告。
数据库软件的安装根据工作需要主要有以下几种方式，使用oui是普遍的图形界面方式，还有两种是不依赖图形界面的，一种为静默安装，另外一种为克隆安装。 静默安装的时候核心就在于响应文件，在安装目录database/response下提供了几个响应文件，是oracle提供的模板。 比如安装数据库软件的模板db_install.rsp,dbca的模板dbca.rsp，配置监听的netca.rsp [ora11g@oel1 response]$ ll total 76 -rw-rw-r-- 1 ora11g dba 4
C:\Documents and Settings\noah>exp system/pd0000@orcl file=d:\data.dmp wner=dev log=d:\log.log
今天写了个脚本，虽然实现的功能不多，但是个人感觉是一个好的开始，架子出来了，后面要补充的细节加进来就逐步完善了。 这个脚本的运行效果如下： OS Version is :[ RHEL_6.3 ] Oracle Version is :[ 11.2.0.3.0] Oracle Instance is :[ dgtest ] dgtest ORACLE_HOME is :[ /U01/app/oracle/product/11.2.0.2/db_1 ] Oracle status is
Oracle patch也即是Oracle补丁。Oracle补丁又包含好几个种类，小的补丁简直是难以数计，难免让人眼花缭乱。尽管如此，Oracle patch还是有序可循的。而且Oracle提供的opatch工具非常方便的用于安装oracle patch，以及查看当前系统已经安装的patch。本文列出了patch的几种类型，以及主要描述通过opatch工具查看当前数据库的patch应用的情况。对于如何apply patch可参考Oracle官方文档。
GoldenGate这些年在数据迁移中是大放光彩，简称OGG,对于很多DBA来说，学会这项技能也会给自己加分不少。 Oracle在10g开始推出的GRID的概念，分为了以下四个层面。 1）存储层面 ASM 2）数据库服务 RAC 3）应用 Stream 4）管理 Grid Control 现在来看看这四个方面的发展。 ASM如果说在10g是试水，那么在11g中是走向成熟，12c作为标配。 RAC呢，自不必说，其实已经远远超出了它本身的含义，数据库的组件那么多，唯独这个组件是很多大企业的首选，
今天聊下几类关系型数据库的数据解决方案,算是抛砖引玉，近期也要对技术方向上做一些扩展，也算是前期的小结吧。 Oracle 目前市面上的主流版本应该还是11gR2，记得很多年前有个网站做过一次调查，10g，11g的版本比例差不多是6:3,我想现在11gR2的版本比例应该能够占到90%以上，剩下的份额应该是12c的，现在用10g版本的数据库是少之又少，更早版本的除非业务足够稳定，实在是找不出什么理由不升级了。 来简单说说Oracle的方案。 从灾备的角度来说，那就是毫无悬念的Oracle Data Gu
全部介绍请参考：https://www.xmmup.com/shujukuxunjianjiaoben.html
在Oracle 10g的中搭建Data Guard环境真是一个纠结，目前大体都是采用两种方式，一种是rman备份，一种是duplicate的方式，但是这两个地方不够让我满意，一来是rman备份数据量不小，需要先在本地生成备份，然后拷贝到备库去，这个搭建周期略长，另外一个就是推荐的方式duplicate,在10g中有些鸡肋的味道，本地备份，然后拷贝到备库，然后动用duplicate的方式，这样的方式还不如手工rman的方式同步来得顺心顺意，所以在10g中我是不怎么喜 欢duplicate方式。当然11
虽然现在Oracle的版本频繁更新，但万变不离其宗，学习Oracle最重要的一张图就是Oracle体系结构图，由他延展开来的知识可谓是相当丰富，要是能讲清楚这张图，可以说你和大师很近了。
诊断 ’library cache: mutex X’ 等待 (Doc ID 2331144.1)
拖延症的我终于接下来第二篇数据库参数的分析。 数据库的参数分析一直以来是调优中的重要一环，而感觉有时候却感觉找不到一些方法，我分析了一下，还是蛮有意思。数据库的参数分析基于下面的几个环境。 10gR2(10.2.0.5.0) 11gR2(11.2.0.4.0) 12cR1(12.1.0.2.0) 大体来说数据库的参数在Oracle中还有很大一部分没有开放，而在很多博客，技术分析中，总是会自然而然的分析到隐含参数，通过这些参数可以让我们一窥Oracle对的运行机制。 那么公开和未公开的比例有多大呢，保守的算法
和PostgreSQL数据库相似，需要有psql客户端或者有人大金仓的ksql客户端都可以，运行方式如下：
有时候在很多工作环境中，如果彼此几个机器的配置相似，我们就可以不用一遍又一遍的安装数据库软件了，我们可以为了更快的完成安装工作，在静默安装，图形安装的选择之外，还有克隆安装。不过在10g,11g的版本中还是存在一定的差别。虽然方法有差别，但是思路都是一致的。 我们可以从源环境中直接把ORACLE_HOME给打个包，在目标环境解压即可。这个时候尽管你去尝试sqlplus,exp这些工具也能用，但是还是存在很大的风险，毕竟别把它当成绿色版的。出了问题谁都兜不住。 11g的环境中，可以使用下面的方式来安装。 到达
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
