ITPub博客

rac 归档的存放路径下的不同的恢复方法本地磁盘共享的CLUSTER 磁盘ASM [@more@]转http://space.itpub.net/67294/viewspace-557894一、归档日志分别存放在本地部分：对于建立在裸设备上的环境，由于归档不能存放到裸设备上，因此，所有的归档都必须保存在本地的磁盘上。直接通过RMAN备份会导致错误。首先模仿裸设备的情况，修改原来LOG_ARCHIVE_DEST_1的配置，将每个实例的归档改在本地硬盘：节点一：SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_1 = 'LOCATION=/data1/archivelog' SID = 'testrac1';节点二：SQL> ALTER SYSTEM SET LO

$ more rman_wh.sh#!/bin/sh. /export/home/oracle/.profilerq=`date +%Y%m%d`date$ORACLE_HOME/bin/rman target / log=/u01/oracle/rman/backup$rq.log<<!backup database format '/u01/oracle/rman/mpaper_%T_%U.bak' plus archivelog format '/u01/oracle/rman/arc_%T_%U.bak' delete all input; crosscheck backup;report obsolete;delete obsolete;YESexit!date#!/bin/bash. /home/.bash_profilerq=`date +%Y%m%d`date$ORACLE_HOME/bin/rman target / log=/export/home/oracle/rman/hf$rq.log<<! run{set newname for da

编辑 exp_1.bat exp aaa/aaa@test tables=tt_area file=I:11tt_area%date:~0,4%%date:~5,2%%date:~8,2%.dmp log=I:11tt_area%date:~0,4%%date:~5,2%%date:~8,2%.log导出的结果是:tb_area20090918.dmp ,tb_area20090918.log 或者 set "ymd=%date:~0,4%%date:~5,2%%date:~8,2%"set "ymd=%date:~0,4%"set "mm=%date:~5,2%"set "dd=%date:~8,2%"exp aaa/aaa@test tables=tt_area file=I:11tt_area_%ymd%%mm%%dd%.dmp log=I:11tt_area_%ymd%%mm%%dd%.log或者 set "ymd=%date:~0,4%%date:~5,2%%da

20条人生真理[@more@]1、在利益面前，没有亲情和道义可讲，任何人都可能成为对你背后下手的贼； 2、帮你除草、杀虫，对你示好的人，来你家的真实目的可能并不是这个，而是看你有没有可偷的东西； 3、越有钱的人赚钱的速度最快，温饱线上的人都在量入为出中挣扎； 4、很多事情都有捷径可走，有“背景”的人肯定升级快； 5、勤能补拙是有局限性的，每天靠除草、杀虫的经验只有那么多； 6、挖种子是排除人民币升级之外最快的升级方法，也就是说只要肯付出高昂的代价走歪门邪道，肯定能领先别人一步； 7、那种以“友情”为名义的化肥，是最不讲

带条件的导出exp crbt/crbt@crbtfdb tables=corp_account query="where record_time>to_date('2001122','yyyymmdd')" file=/export/home/oracle/shell/jf.dmp log=/export/home/oracle/shell/jf.log导出部分表exp rlslog/rlslog tables=G_QST_2009062% file=g_qst2009062.dmp [@more@]

收集表的统计信息收集索引的统计信息删除表的统计信息删除索引的统计信息导出导入统计信息不同的数据库间统计信息的复制dbms_stats 和 analyze 的优点和缺点对柱状图的理解和常用的统计信息，柱状图的视图[@more@] 常用的 analyze ,dbms_stats 包的使用 dbms_stats.gather_table_stats 的使用 1 统计表名是 wrj 的统计信息，不统计索引的信息，同时，是自动确定histograms size 的最优值，也是默认值SQL> exec dbms_stats.gather_table_stats(ownname=>'test',tabname=>'wrj',cascade=>true,method_opt=>dbms_st

dbms_aq 堵塞处理 步骤： 今天数据迁移的时候，需要做赋权操作 grant execute on dbms_aq to aaaaa;到这个地方就死到这里啦 处理步骤如下： [@more@]今天数据迁移的时候，需要做赋权操作 grant execute on dbms_aq to aaaaa;到这个地方就死到这里啦 处理步骤如下： SQL> set linesize 300;SQL> select 'kill -9 '||a.spid,b.program,b.username,b.osuser from v$process a, v$session b,v$access c where a.addr=b.paddr and b.sid=c.sid and c.object like '%DBMS_AQ%' ;查出使用DBMS_AQ 的这个包，告诉开发人员，杀掉程序，并且 k

db file sequential read (single block read into one SGA buffer)db file scattered read (multiblock read into many discontinuous SGA buffers)direct read (single or multiblock read into the PGA, bypassing the SGA)direct path read and direct path read tempdirect path write and direct path write temp[@more@]10G 通过 v$session 查询 SELECT a.owner, a.object_name, a.subobject_name, a.object_type,b.sid,b.program FROM DBA_OBJECTS a, V$SESSION b WHERE data_object_id = b.row_wait_obj and b.EVENT = 'db

buffer busy waits -----解决思路 ： 查找等待的对象类型： 查找等待事件对应的SQL ，优化[@more@]Check the following V$SESSION_WAIT parameter columns:P1 - File IDP2 - Block IDP3 - Class ID10.3.2.1 CausesTo determine the possible causes, first query V$SESSION to identify the value of ROW_WAIT_OBJ# when the session waits for buffer busy waits. For example:SELECT row_wait_obj# FROM V$SESSION WHERE EVENT = 'buffer busy waits'; To identify the object and object type contended for, query DBA_OBJECT

1. 检查网络是否正常 （网络正常）2.设置 sqlnet.ora 但是还是不能解决问题 ： 最后查明是linux 下的设置了dns去掉 /etc/resolv.conf 下的内容 连接正常 [@more@]sqlplus mpaper/mpaper@mpaperSQL*Plus: Release 10.2.0.1.0 - Production on Thu Jun 4 11:14:42 2009Copyright (c) 1982, 2005, Oracle. All rights reserved.Connected to:Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit ProductionWith the Partitioning, OLAP and Oracle Data Mining optionsJServer Release 9.2.0.8.0 - Production没有去掉 /etc/res

以下摘自 XZH2000 消除temp ts暴涨的方法[@more@]消除temp ts暴涨的方法关于消除temp ts暴涨的方法经常有人问temp表空间暴涨的问题,以及如何回收临时表空间,由于版本的不同,方法显然也多种多样,但这些方法显示是治标不治本的办法,只有深刻理解temp表空间快速增加的原因,才能从根本上解决temp ts的问题。是什么操作在使用temp ts?- 索引创建或重创建. - ORDER BY or GROUP BY - DISTINCT 操作. - UNION & INTERSECT & MINUS - Sort-Merge joins. - Analyze 操作- 有些异常将会引起temp暴涨所以,在处理以上操作时,dba需要加倍关注te

top sql 产生的原因[@more@]以下摘自 XZH2000 博客问到top sql一般是什么情况下产生的，不同的公司，dba参与项目的阶段不同，所以答案也就有所区别，一般来讲，top sql产生的阶段有：系统设计阶段（表结构设计），编码实现阶段（SQL编写），SQL审核优化阶段等，这样涉及到的人的因素就有：系统设计人员+开发人员+DBA，任何一个环节出了问题，就有可能出现top sql，所以一个项目，出了性能问题，并不一定是DBA的责任，但优秀的DBA，可以消除潜在的风险。产生top sql的原因,细化起来有以下原因:1 表结构设计的不合理2 索引创建不合理3 不必要

以下在XZH2000 博客摘取如果不用分析工具如statspack等，如何快速找出原因？lcm_0090828给出自己常用的checklist:1. 检查表空间资源2. 归档是否正常（归档空间满时，会等待归档，之后用户进程就死掉了）3. 检查alert 信息4. 用vmstat, top命令看看系统i/o, cpu的繁忙程度，以及哪个进程在消耗资源，结合v$process, v$session, v$sqlarea 等视图查找出终端机器，以及其使用的sql 语句等。5. 有没有死锁6. 有时用户进程运行的程序会报错，就根据错误提示寻找根源及解决办法，可能是初始化参数设置不合理。[@more@]