本人对oracle调优还处在不断学习状态,这个问题是之前处理的项目上遇到过的,顺利解决了,分享下此类问题的处理思路,不足之处,还请指正. 项目上反馈说业务表空间增长越来越快,上次新增的30G数据文件,不到一个月就提示表空间不足了,并且由于安全考虑,需要每天备份,导致备份异常缓慢,需要12h以上,表空间占用150G. 表空间占用高问题,只要定位到占用磁盘高的表或lob对象,处理掉就好了(根据业务实际情况处理). 查询表空间情况 SELECT Upper(F.TABLESPACE_NAME)    

p216 Oracle漏洞分析: 开启oracle: C:\oracle\product\\db_1\BIN\sqlplus.exe /nolog conn sys/mima1234 as sysdba startup 用IDA Pro打开c:\oracle\product\10.2.0\db_1\BIN\oracle.exe,通过shift+f12打开string subview,查找字符串"AUTH_SESSKEY":

Oracle logminer 分析redo log Oracle 11g r2 RAC centos 6.5 设置时间格式 select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') date_format from dual ; 查看数据库是否开启补全日志功能 select SUPPLEMENTAL_LOG_DATA_MIN, SUPPLEMENTAL_LOG_DATA_PK, SUPPLEMENTAL_LOG_DATA_UI, SUPPLEMENTAL_

对象统计信息描写叙述数据是如何在数据库中存储的,查询优化器使用这些统计信息来做出正确的决定.Oracle中有三种类型的对象统计信息:表统计.列统计和索引统计.而在每种类型中,有细分为:表或索引级别的统计.分区级别统计和子分区级别的统计,后面两种仅仅有在对象被分区和具有子分区的情况下才可用. 统计信息相关视图 表统计信息 表/索引级别的统计 user_tab_statistics user_tables 分区级别的统计 user_tab_statistics user_tab_partitions

磁盘分析 本机的系统盘是C盘,操作系统是Windows 7 专业版,通过磁盘属性可以看到C盘的已用空间是69.4G. 而我们运行自己编写的脚本(脚本程序参考附录,统计原理:计算目录下各个文件的大小,然后相加,即为该目录的大小:再将各个目录占用空间相加,即为总的占用空间),可以发现,占用空间为59G. 计算机的"文件夹选项"中"显示隐藏的文件.文件夹和驱动器"选项开关也是打开的. 因此,极有可能是存在某些系统级别的隐藏文件,脚本在统计磁盘占用空间时,没有把这些文件统计

1. 数据库hang的几种可能性 oracle 死锁 或者系统负载非常高比如cpu使用或其他一些锁等待很高都可能导致系统hang住,比如大量的DX锁. 通常来说,我们所指的系统hang住,是指应用无响应,普通的sqlplus几乎无法操作等等. 2. 如何进行hang分析?hang分析有哪些level?如何选择level? hanganalyze有如下几种level: 10     Dump all processes (IGN state)5      Level 4 + Dump all pr

hanganalyze是ORACLE的一款性能诊断工具,这个款工具是从oracle 8.0.6开始可用,在oracle数据库出现严重的性能问题的时候它可以帮助你定位问题所在. 1.首先说说hanganalyze工具的用法 对于单实例数据库语法如下 alter session set events 'immediate trace name hanganalyze level '; 或则使用oradebug进行hanganalyze conn /as sysdba SQLPLUS>oradebug

analyze table tablename compute statistics; analyze index indexname compute statistics; 对于使用CBO很有好处,可以使用更可靠的table信息,从而执行计划也可以更准确一些,在10g会自动analyze,之前的版本需要手动定期 生成统计信息,,选择合理的执行计划.. 一.     表分析概念 1.  简单的说,就是收集表和索引的信息,CBO根据这些信息决定SQL最佳的执行路径.通过对表的分析,可以产生一些统计

ANALYZE TABLE SeikyuTbl COMPUTE Statistics FOR TABLE FOR ALL COLUMNS FOR ALL INDEXES ; 一.优化器的优化方式 Oracle的优化器共有两种的优化方式,即基于规则的优化方式(Rule-Based Optimization,简称为RBO)和基于代价的优化方式(Cost-Based Optimization,简称为CBO). 1.CBO方式:依词义可知,它是看语句的代价(Cost)了,这里的代价主要指Cpu和内存.优

tkprof它是Oracle它配备了一个命令直插式工具,其主要作用是将原始跟踪文件格文本文件的类型,例如,最简单的方法,使用下面的: tkprof ly_ora_128636.trc ly_ora_128636.txt tkprof带有非常多參数,在多数情况下,使用这些參数对你的分析将非常有帮助. tkprof參数 假设不带不论什么參数执行tkprof,它将打印出完整的參数列表,并带有简单的描写叙述.以下是对參数的说明: explain 为每一个SQL语句提供一个运行计划. 该參数须要指定用户.

在实际开发过程中,有时我们很有可能需要某个表的操作痕迹,或通过记录的SQL语句进行有目的性的数据恢复(此时POINT-IN-TIME恢复已经满足不了更细的粒度).或仅仅是查看: 据说Oracle8i之后,就提供了Logminer日志分析工具,虽然没有GUI图形化的界面,但也阻挡不了使用他的决心. Oracle11g下使用的情况: (1).数据库开启归档模式 在安装Logminer之前,我们先讲数据库设置为归档模式: 注意:如果开启日志分析功能,仅仅是分析系统默认的Redo01.log.Redo0

  oracle 表的统计信息,跟他的执行计划很有关联 执行计划的正常是否,跟SQL的执行速度很有关系 首先讲解一下如何查看一个数据库的是否开启自动统计分析 1.查看参数:STATISTICS_LEVEL(在V$PARAMETER表中查看数据的情况),10g中默认为typical,只有将STATISTICS_LEVEL参数设置为ALL或者typical才能让ORACLE识别过期的统计信息. 2.自动表分析每天晚上10开始,那说明应该是JOB定时在处理,自动统计分析的JOB是:GATHER_STA

1.背景: 运维人员或多或少都会遇到分析问题.分析故障的时候,往往在碰到一些棘手的问题事,我们都会往更深层次的专家进行求助.不管是二线专家还是Oracle全球服务工程师(后文称GCS工程师),往往都会让你提交这样那样的数据.基本每次都会碰到这样的情况,问一点数据给一点,主要的成本消耗都在提取数据中. 2.获取什么数据: 经过整理多年与GCS以及自己分析问题的经验,建议提供以下数据: l  OSW l  Nmon l  日志文件 l  Awr/ash l  dba_hist_active_sess

oracle 表的统计信息,跟他的执行计划很有关联 执行计划的正常是否,跟SQL的执行速度很有关系 首先讲解一下如何查看一个数据库的是否开启自动统计分析 1.查看参数:STATISTICS_LEVEL(在V$PARAMETER表中查看数据的情况),10g中默认为typical,只有将STATISTICS_LEVEL参数设置为ALL或者typical才能让ORACLE识别过期的统计信息. 2.自动表分析每天晚上10开始,那说明应该是JOB定时在处理,自动统计分析的JOB是:GATHER_STATS

背景: 多台Linux服务器需要安装Oracle客户端,实现和Oracle数据库连接做业务处理. 安装完第一台后,直接将安装的目录压缩并复制到其他几台机器上,启动sqlplus连接数据库时,一直提示输入用户名和密码. [xxxxxxx]$ sqlplus user/pass@orcl SQL*Plus: Release 11.2.0.4.0 Production on Fri Feb 5 10:56:38 2016 Copyright (c) 1982, 2013, Oracle. All ri

oracle的安装 1.下载Oracle 11g 2.解压两个压缩包到同一目录(内容合并),即"database",然后单击解压目录下的"setup.exe"文件,如下图所示: 3.执行安装程序后会出现如下的命令提示行. 4.等待片刻之后就会出现启动画面 5.稍微等待一会,就会出现如下图所示的安装画面,取消下图所示的选中,然后单击"下一步"继续,同时在出现的信息提示框单击"是"继续. 6.之后就会出现安装选项对话框,默认点击&

在创建索引时,我们往往希望可以预估索引大小,以评估对现有project环境的影响,我们也希望创建索引的过程可以最小化的影响我们正在执行的project环境,并能查看索引的状况. 预估索引大小 预估索引大小,最好的办法是在測试环境中创建它,測试环境最好包括完整的project环境数据,否则仅仅有通过部分数据来推算完整的索引大小. 假设不能搭建測试环境,Oracle提供了存储过程DBMS_SPACE.CREATE_INDEX_COST来估算索引的大小,以下是一个样例: declare used_by

验证secondary key 含有主键列数据 SQL> select object_name,object_id,OBJECT_TYPE from user_objects; OBJECT_NAME OBJECT_ID OBJECT_TYPE -------------------- ---------- ------------------- T2 101449 TABLE SYS_IOT_TOP_101449 101450 INDEX T2_IDX1 101451 INDEX 将索引dum

早期Oracle查询优化器的开销计算是基于运行SQL语句所须要的物理读,这种方法被叫做I/O开销模式(I/O cost model),这种方法的主要缺点是觉得单块读和多块读开销相当.在Oracle 8i中,初始化參数optimizer_index_caching和optimizer_index_cost_adj攻克了这个问题,但參数的默认值仅适用于报告系统和数据仓库.直到Oracle 9i,ORacle引入了一种新的CPU开销模式(CPU cost model),消除了这个缺陷,但必须提供数据库

我的理解 比较简单(仅供参考)   存储过程就相当于java里面的方法 简单讲就是一串代码能够实现某个特定的功能,想要使用这个方法直接调用方法名就能够使用他的功能,这就是方法 oracle 存储过程也相当于是写方法来调用  用图片的形式来解释  通俗易懂   有中文解释 1.无参存储过程     or replace一般不要写 仅供学习的时候写上 工作不要写 2.带参存储过程  多个参数用逗号隔开 3.定义变量以及赋值 4.打印语句 5.简单的操作 写一存储过程,打印1-n   n是传入的参数

一个对象实例占用了多少字节,消耗了多少内存?这样的问题在c或c++里使用sizeof()方法就可以得到明确答案,在java里好像没有这样的方法(java一样可以实现),不过通过jmap工具倒是可以查看出一个对象的占用内存的大小,这里介绍一种通过分析java代码计算内存使用情况的方法. 注意,一下讨论的情况都是基于32位机,不适用用64位机,JVM是sun的HotSpot,不同的虚拟机实现可能会不同 规则一:每个对象被按照8bytes粒度对齐(数组除外) 在jvm中每个对象(数组除外)都有一个头,