环境: RHEL5.4 + Oracle 10.2.0.4 目的: 在本机将数据库升级到11.2.0.4
数据库升级并不难，只要遵循其步骤，一般问题不大。但是升级失败的情况也是屡见不鲜，尤其是生产数据库的升级，搞不定的时候甚至要创建SR。
http://www.oracle.com/technology/tech/oci/instantclient/index.html下载：
近期我们在DBASK小程序新关联了运维之美、高端存储知识、一森咖记、运维咖啡吧等数据领域的公众号，欢迎大家阅读分享。
原文：http://www.enmotech.com/web/detail/1/757/1.html
环境： 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机原库升级前检查
需求：Windows Server 2008 安装 10.2.0.5 单实例 原以为非常简单的一次任务，实际却遇到了问题，故记录一下。
最近数据库从10.2.0.3升级到了10.2.0.5之后，一些对象无法编译通过。查看了这些对象主要表现在之前写法不严格的SQL语法导致了这些package无法成功编译，诸如select查询列中不能使用混淆的列名称等。另外一个比较表现突出的是返回ORA-00932: inconsistent datatypes: expected - got CLOB错误，即不一致的数据类型，获得CLOB数据类型。下面是这个问题的症状及对策。
说明：本文汇总Oracle安装部署，版本升级，应用补丁等相关内容，方便快速查阅。 其中参考随笔是汇总我自己总结的原创作品，参考文章是汇总其他作者的相关优秀作品。
作者 | 郑林松，朗新科技股份有限公司数据库技术专家，从业10多年，主要服务移动运营商客户，电力客户，证券客户，制造业客户。精通 Oracle 性能优化，故障诊断和处理，也擅长MySQL数据库优化和故障处理。主要负责朗新公司国家电网12个网省性能优化和故障处理工作以及南方电网性能优化和故障处理工作，主导过某证券公司冷热数据隔离和空间回收工作（总数据量100T），主持过某电网公司XTTS迁移工作；电网公司核心营销系统历史数据空间回收和高水位处理工作，合计回收空间15T。
张乐奕 云和恩墨副总经理 Oracle ACE 总监 ITPUB Oracle数据库管理版版主、Oracle高可用版版主、ACOUG联合创始人 在 Oracle 10.2.0.5 之前，ASM 磁盘的头块并没有自己的备份，因此一旦头块损坏，如果没有以前 kfed read 备份出来的信息，也就没有办法使用 kfed merge来作头块恢复，特别是如果一个磁盘组中所有的磁盘头块都出现问题（比如被人为地创建了 PV ），恢复 ASM 磁盘头块的操作就会非常麻烦。 但是从 Oracle 10.2.0.5 之
如果是在几年前讨论Oracle升级的问题，其实会存在很多的异议，如今再来看待这个问题，我觉得情况有了变化，我来尝试重新解读一下这个问题。
编辑手记：最近一个朋友遭遇到了这个问题，当GLOBAL_NAME被更新为空值之后，数据库无法启动，我们重温一下老熊的这个测试，记住结论，无论如何不要Update字典表。 如果你在数据库的告警日志中发现类似如下的提示，那么多半你的PROPS$发生了更改： Database Characterset is ZHS16GBK Updating 7.0.0.0.0 NLS parameters in sys.props$ -- adding 10.2.0.5.0 NLS parameters. 在以前的一篇文
作者简介 李真旭 Oracle ACE 专家，拥有超过10年的 Oracle 运维管理使用经验，参与过众多移动、电信、联通、银行等大型数据库交付项目，具有丰富的运维管理经验，对 Oracle 数据库管
最近负责搭建某系统的用户环境，其中涉及从测试环境导入数据，由于受客观因素制约，不能使用传输表空间方法同步，因此需要用imp/exp或数据泵的方法，这里采用的是imp/exp。下面记录操作过程中碰到的问题。
这是一个CU**系统调用的查询天气预报的Tuxedo服务，Oracle Pro*C程序，连接的是Oracle 10.2.0.4库，出现问题的现象是不定时的产生core，服务down，触发Tuxedo服务的自动重启机制，但一般MAXGEN配置是100，即1天内若重启100次后服务就不会自动重启了，只能人工干预，每次重启后会好一阵，且该服务已经由被同步调用改为异步调用，因此实际业务上影响不大，只是几乎每天都会有自动重启的报警。
【DB笔试面试792】在Oracle中，ORA-01578和ORA-26040--NOLOGGING操作引起的坏块-错误解释和解决方案.
LGWR Is Generating Trace file with "Warning: Log Write Time 540ms, Size 5444kb" In 10.2.0.4 Database (文档 ID 601316.1)
该文介绍了在CentOS 5.6上部署Oracle 10g 10.2.0.4数据库的步骤，包括修改JDK和JRE的字体、修改EM的字体、清除EM的缓存、启动EM等。同时，介绍了如何设置浏览器语言为英文，以及启动EM的注意事项。
（一）NOLOGGING操作引起的坏块（ORA-01578和ORA-26040）简介
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/wzy0623/article/details/53906139
https://github.com/adam8157/oracle_fdw_greenplum
首先需要了解一些有关PSU（Patch Set Update）、CPU（Critical Patch Update）、BP（Bundle Patch）等概念，参考下表：
导出sys用户下的HIST_HEAD$和WRI$_OPTSTAT_HISTHEAD_HISTORY两张表： 由于expdp尝试导出失败，改用传统exp导出,导出命令如下：
今天在家折腾自己的小实验室，把自己NAS上的一个目录用NFS挂载到一套11g RAC的实验环境中。 当我在备份数据库到NAS上时，发现一个奇怪的问题，同样的目录下，默认backup 备份集的情况，备份是成功的，但如果使用backup as copy备份则会报错，现象如下：
需求：迁移部分表 11.2.0.3-->10.2.0.4，若迁移范围内的有些表在目标库已经存在，则替换。
虽然闰秒的考验已经结束了，不少IT人都为这一秒付出了很大的代价。 我也是在周末知道闰秒的说法，自己听到时也是一知半解，原本以为是个很新鲜的名词，看着微信朋友圈和微信群里大家都在热烈讨论，因为都是oracle圈子的，大家讨论的更多关注点都在数据库层面了。 讨论比较多的说法是： 这个问题将影响部分开启ntp服务的Linux操作系统——会导致Linux内核Crash！Linux kernel是在2.6.18-164.e15之后的版本中解决了这个问题。换句话说，Linux kernel低于2.6.18-164的L
在使用大量literal SQL的系统中，shared pool随时间推移会产生大量碎片进而导致并发能力的下降。Flushing shared pool能够使得很多小块碎片合并，所以经常能够在一段时间内恢复系统的性能。清空之后可能也会产生短暂的性能下降(补充：因为需要做第一次的硬解析)，因为这个操作同时也会把没造成shared pool碎片的共享SQL也清除了。清空shared pool的命令是：
最近碰到了一个oracle bug，但是我感觉还是有些运气的成分，虽然错误日志和bug描述吻合，版本也完全对应，现在有几个问题在我脑海中翻腾，就是这个问题是不是一个特例，是不是一些额外的原因导致的，于是我翻出了日志重新来看。 这是一个一主两备的环境，一个本地灾备，一个异地灾备，数据库版本是10.2.0.4.0，单实例 数据库日志如下： Redo Shipping Client Connected as PUBLIC -- Connected User is Valid RFS[8]: Assigned to
摘要 一般性的数据库漏洞，都是在成功连接或登录数据库后实现入侵；本文介绍两个在2012年暴露的Oracle漏洞，通过这两种漏洞的结合，可以在不掌握用户名/密码的情况下入侵Oracle，从而完成对数据的窃取或者破坏。这两个漏洞就是CVE-2012-1675和CVE-2012-3137。 引言 国内外很多重要的系统都采用Oracle作为数据存储的数据库；在Oracle中存储着企业或政府大量敏感的信息，在金钱或政治的诱导下，内外部黑客会想法利用管理、网络、主机或数据库的自身漏洞尝试入侵到数据库中，以达到自身的目
在之前的文章中，我们阐述了“预警揭秘：倒计时炸弹11.2.0.4前版本DB Link必须在2019年4月升级真相”，很多读者提出了很多问题，我们在此进一步的补充和介绍一点基础知识，并给出解决方案。 我们整理了检查SCN的脚本 scnhealthcheck.sql 和文中用到的脚本，以及几篇文章的PDF版本，关注本公众号（ OraNews）回复：SCNCOMP ，你可以找到下载链接。 1这个问题严重吗？ 我想首先回答一下这个问题，可能很多人心存疑惑，这个问题严重吗？有多严重？会影响到我吗？ 首先，我们分析这个
******************************************
上次分享中曾使用了SYS_CONTEXT函数获取ip地址，但返回值为空，当时认为其是返回ipv6的地址，所以为空，但其实这是错误的结论。虽然是一个小小的知识点，但从中可以看出Oracle对于这种内置函数的考虑非常周到，我们先看如下是返回空的ip地址的一个示例，
昨天晚上去客户现场配合一个导入导出作业；这是一套Solaris 10上的10.2.0.1系统，导出采用expdp数据泵工具，需要导出的数据源是一张大小在120G左右的单表，该表存放了最近一年的数据，实际导出时只需要最近三个月的数据，所以使用了QUERY参数,并指定了并行度为2。 该导出作业之前未经测试过，语句也是临时写的，实际执行导出工作时发现在评估阶段(estimate phase)耗费了大约十多分钟的时间，estimate默认使用blocks模式，即通过计算对象段占用的数据库块来预估dumpfile的大小；此外还有statistics模式通过对象的统计信息来推算导出文件的大小:
修复由于主库NOLOGGING操作引起的备库ORA-01578和ORA-26040错误
本文所描述的是在Red Hat 5.5下使用vmware server 来安装Oracle 10g RAC(OCFS + ASM)，本文假定你的RHEL5已经安装完毕，下面列出的是对Linux的具体配置及安装过程。
1、Oracle日志原理 史记讲解法 日志记录方式 2、实际日志产生过程 3、归档模式
崔华，网名 dbsnake Oracle ACE Director，ACOUG 核心专家 如何查看一个sql的真实执行计划呢？用dbms_xplan.display_cursor(‘hash_value’,‘child_number’, 'advanced')是其中的一种很重要的方法。 我负责的一个库，在移植了大量数据后，跑最后一个运维作业的时候这个运维作业始终阻塞在这样的一个sql上： update saldat setsdaprs ='C',sdatno = :4 where
Oracle 10g审计功能默认是关闭的。 需要注意开启审计功能必然会额外消耗一部分数据库性能，开启审计需要重启数据库生效。 具体的审计策略则需要根据项目实际要求自行配置。
确定成功收集统计信息后，发现还是没有效果，在当时操作过程中认为收集统计信息后，oracle没有走上正确的索引就是成本优化器判断错误，于是决定手工绑定走错索引的sql，这也是一般的处理思路，如下示：
环境：AIX 6.1 + Oracle 10.2.0.4 现象：在做xtts测试时，源环境使用Oracle自带的perl执行xttdriver.pl报错如下：
最近帮一些朋友处理了一些Oracle的问题，也从中发现了一些潜在的问题，索性总结出来作为借鉴。为了保证信息的敏感，里面的问题描述可能和真实情况不符，但是问题的处理方式是真实的。 问题1：Oracle备库无法启动 问题2：Oracle备库无法同步 问题3：主库添加数据文件后，备库MRP退出。 问题4：备库数据无法同步 问题1：Oracle备库无法启动 有一个数据库备库无法启动，这个问题听起来蛮有意思，这是一个套11g的数据库，其实可以先把备库置为read only，然后开启日志应用
一.3.3 安装PSU的一般性步骤 每个PSU安装包中都包含一个README.html或README.TXT文档，其中描述了如何安装该PSU，有些PSU是可以直接安装的，而有些PSU则必须要求安装了上一个版本的PSU之后才能继续安装。比如对于10.2.0.4版本的数据库来说，PSU 10.2.0.4.4可以直接安装在最原始的10.2.0.4.0版本中，而最新的PSU 10.2.0.4.8则必须要求先安装10.2.0.4.4。这些信息在README.html中都可以找到，所以请仔细阅读该文档。 通常安装PSU
系统运维从来就是一个精细化的工作，除了规则与规范的约束之外，运维人员的严谨、谨慎也必不可少，有时候一个简单的错误就会导致一场灾难，小到一个字符，一个空格。 本文的案例就是因为一个空格导致的，Oracle RAC遭遇故障重启。 故障现象：客户10.2.0.4 RAC for Solaris 10环境突然出现了实例重启。 故障过程：数据库正常运行到下午3点左右，随后两个节点分别重启，其中一个节点上的实例无法自动启动。检查两个实例的告警日志发现，在节点重启前，两个节点都出现了明显的ORA-27504错误。 错误信
编辑说明：《Oracle性能优化与诊断案例精选》出版以来，收到很多读者的来信和评论，我们会通过连载的形式将书中内容公布出来，希望书中内容能够帮助到更多的读者朋友们。 一、如何验证ASM的块头备份块的位置 大家都知道，在Oracle10.2.0.5之前，ASM磁盘的头块并没有自己的备份，因此一旦头块损坏，如果没有以前kfedread备份出来的信息，也就没有办法使用kfed merge来作头块恢复，特别是如果一个磁盘组中所有的磁盘头块都出现问题（比如被人为地创建了PV），恢复ASM磁盘头块的操作就会非常麻烦。
于是又问他是所有应用都报错，还是某个报错，反馈说是一个SQL，用到了full join。我觉得这个是SQL语法问题，和3113连接断开应该没有关系啊？于是又让他看alert文件有什么记录，反馈说有个报错：“ORA-07445: exception encountered: core dump [kkqtnloCbk()+111] [SIGSEGV] [unknown code] [0x000000000] [] []”。
写了个视图导致出现报错：网上说是Oracle 10.2.0.4和10.2.0.3版本的一个bug
今天同事问我一个问题，看起来比较常规，但是仔细分析了一圈，发现实在是有些晕，我隐隐感觉这是一个bug，但是有感觉问题还有很多需要确认和理解的细节。 同事说有个10gR2的数据库SQL语句有性能
安装好sles 10 sp3 + Oracle 10g RAC之后，在配置监听器时，总是提示主机bo2dbp上的监听服务已经在运行，忽略错误之后手动在bo2dbp节点上启，总是收到TNS-12
环境：RHEL5.5 + Oracle 10.2.0.4 此错误一般是因为数据库的初始化参数文件的内存设置不当导致。本例是因为操作系统参数设置问题导致。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
