您现在的位置：首页
--> Oracle Life
Oracle的透明数据加密，是Oracle高级安全选项中的一个部分，需要额外支付软件费用。这一选项，可以结合多种手段进行加密，包括使用Wallet（PKCS#12标准）以及支持PKCS#11 RAS硬件设备。在10g中，透明加密支持基于列级的加密，而在Oracle 11gR2中，增加了基于表空间的透明加密。
经过分析，我们注意到这条SQL和Oracle的XDB选项有关，如果不安装XDB选件，则这类递归SQL将不会出现，所以提请大家注意的是：在初始化数据库安装时，如果有些选件不会用到，则不建议安装。
在Oracle数据库的运行过程中，可能会因为一些异常遇到数据库挂起失去响应的状况，在这种状况下，我们可以通过对系统状态进行转储，获得跟踪文件进行数据库问题分析；很多时候数据库也会自动转储出现问题的进程或系统信息；这些转储信息成为我们分析故障、排查问题的重要依据。 本章通过实际案例的详细分析，讲解如何逐层入...
某用户Oracle Database 10g 10.2.0.4数据库，运行在HP 平台上，数据库出现大量系统累积进程，最后导致数据库挂起，影响了业务使用，造成了严重故障。 在数据库的进程记录信息中，我们发现大量的crs_stat.bin -t进程，这些进程部分是Grid Control调度的监控，另外一部分来自用户自定制的监控脚本，这些脚本中最早未能完成的脚本时间为03:32:48。也就是说，从这一时间起，数据库出现异常导致大量crs_stat进程累积，最后耗尽资源，导...
前一段时间，在帮助用户恢复一个数据库时，用到了_smon_internal_errlimit参数。 客户数据库遭受存储损坏无法打开，数据文件存在大量坏块，我们强制打开数据库后遇到了如下错误
在最近（2010年9月6日）的一次培训中，有位朋友问起上节案例，该如何证明和验证Oracle介于Cache-Low RBA和On-Disk RBA之间的恢复过程？我们可以通过如下的过程来做一些观察和证明。 首先执行一个建表的CTAS操作，这个操作是为了多生成一些脏块（Dirty Buffer）,然后紧接着执行两次控制文件转储，两次转储是为了确认对比一下控制文件的检查点没有变化，然后紧接着执行强制关闭数据库（Abort方式），再启动数据库
2004年，笔者曾经帮客户处理过一则案例，其中涉及SQL_TRACE的使用，我们首先来回顾一下这个案例。 客户的应用是一个后台新闻发布系统，主要性能问题是通过连接访问新闻页极其缓慢，通常需要十数秒才能返回，这是用户不能忍受的。客户操作系统是SunOS 5.8，数据库版本为8.1.7。 面对这个问题，首先想到的是SQL问题，但如何定位具体的问题SQL成为我们考虑的主要目标，通过Statspack采样是一个全局手段，而通过sql_trace则可以实时...
这是客户的一个Oracle9iR2 RAC数据库环境，数据库版本为Oracle 9.2.0.8，主机为IBM P55a小型机。最初客户集群环境运行稳定，后来一台主机出现硬件故障退出集群，问题出现在主机维修完毕之后，当故障主机重新加入现有环境运行，客户发现应用性能出现衰减，前端收费系统响应缓慢，反而不如一个节点工作时的性能。
在数据库启动之后，需要从操作系统上分配共享内存和信号量（Semaphore）资源，而在某些情况下，数据库异常关闭后，这些资源有可能无法正常释放，则在下次启动时，数据库可能遭遇错误，无法正常启动。 在一个客户环境（操作系统为SUN Solaris平台）中出现了ORA-04031错误之后，使用了shutdown abort选项关闭了数据库
我们知道，从Oracle 9i开始，Shared Pool可以被分割为多个子缓冲池（SubPool）进行管理，以提高并发性，减少竞争。 Shared Pool的每个SubPool可以被看作是一个Mini Shared Pool，拥有自己独立的Free List、内存结构以及LRU List。同时Oracle提供多个Latch对各个子缓冲池进行管理，从而避免单个Latch的竞争（Shared Pool Reserved Area同样进行分割管理）。SubPool最多可以有7个，Shared Pool Latch也从原来的一个增加到现在的7个...
一次某优化工具厂商的朋友，发来一个案例请求协助诊断，朋友的优化工具在客户的环境中执行某个SQL查询时，需要10分钟时间才能出结果，这是无法接受的，而同样的查询在其他环境上都可以快速的获得输出结果，数据库环境是9.2.0.8。 首先我获得了一个10046跟踪文件，通过tkprof格式化之后，这个SQL的输出结果展现出来。
从这段代码可以看到，该SQL是用于监控和计算失败登陆次数（failed_count）的，这一监控结果可以在某用户发生失败登陆尝试时给出告警。这里的DBA_AUDIT_SESSION用于记录审计对于数据库所有的CONNECT和DISCONNECT操作，底层表为AUD$。在Database / Grid Control中如果启用了Failed Login Count Metric监控，就可能遇到这个问题，一个建议的解决方案就是停用这个监控。
最近在帮助用户恢复数据库时遇到了一则罕见的归档日志损坏案例
最近遇到的一则案例，客户系统响应缓慢，IO Wait超高，系统体现在Log file sync上出现大量等待，磁盘没有错误信息。 我的第一印象就是，可能有大事务在回滚，通过如下查询立刻找到了数据库中存在的一个死事务
在SAP的系统上，通过ipcs检测到共享内存段状态，发现有一个与众不同的地方，那就是SAP的主共享内存段状态为D - Delete，这在通常情况下是不正常的。
帮朋友写的一个简单审计删除操作的触发器，供参考。
在EXPDP执行数据导出时，其中一个过程要调用SYS_XMLGEN执行XML文件生成，这个过程可能会产生性能问题，所以需要关注相应时段的AWR报告相关信息。 在一个客户的性能诊断中，发现类似如下的SQL，手工在SQL*Plus中执行该类SQL可以评估其性能，如果其性能存在较大问题，则需要介入研究起原因。
客户的数据库使用了cursor_sharing=similar参数，经过测试，发现这一参数极大影响了expdp的性能。其本质原因是SQL的执行计划发生了改变。 在正常情况下28分钟完成的EXPDP操作，在similar模式下用了整整1个小时
题记：年初的时候，应博文视点的周筠老师邀请，曾经写过一篇关于个人历程的文章，后来收入了《Oracle DBA手记2》一书，现在，在这个年底，在即将逝去的2010年12月31日，我将这篇文章发表于此，与读者朋友们共勉。
在使用Expdp进行导出时，Expdp需要计算导出数据大小容量，Oracle可以通过两种方式进行容量估算，一种是通过数据块数量、一种是通过统计信息中记录的内容估算。两者在不同版本中，可能有巨大的性能差异，尤其是在Oracle 10g的早期版本中，一些Bug严重影响了性能。
近3天十大热文
-
[70] Twitter/微博客的学习摘要 -
[66] 如何拿下简短的域名
-
[65] IOS安全–浅谈关于IOS加固的几种方法
-
[64] find命令的一点注意事项
-
[63] android 开发入门
-
[63] Go Reflect 性能
-
[61] 流程管理与用户研究
-
[59] Oracle MTS模式下 进程地址与会话信
-
[59] 图书馆的世界纪录
-
[59] 读书笔记-壹百度:百度十年千倍的29条法则
赞助商广告
