Oracle工具(Oracle Tools) – RDA(RemoteDiagnostic Agent)
UNIX type operating systems: 1. From all your existing nodes, select a single node where you start the data collection and store the combined output on. 2. Choose or create a directory that will be used exclusively for RDA on your Unix server. Make sure you have ample space for RDA output in that location you have chosen, as this location will contain all data gathered from all nodes including local node as well as combined archive package. It does not matter where you create this directory or what it is named, but it should be owned by the same user that will run RDA. Do notuse a directory that contains an older version of RDA unless you have deleted the older version of RDA first; if need be prior setup files can be reused. Note: Each rda package (.zip, .tar, and .tar.gz) does create a directory named " rda" containing all files for you when you extract it. 3. FTP the downloaded rda.tar or rda.tar.gz file from Knowledge Article 314422.1 to your Unix server in binary mode and place it in the directory created in step 1. 4. Extract the tar or .tar.gz archive contents into a new directory, preserving the directory structure of the archive. Do not extract into a directory that contains an older RDA version. Example: tar xvf rda.tar or gunzip rda.tar.gz tar xvf rda.tar 5. Make sure the RDA command (rda.sh and rda.pl) is executable. To verify, enter the following command: chmod +x <rda> Note: Do not extract the contents of the RDA archive (rda.tar and rda.tar.gz) on a Windows client first. If you do, you will have to remove the ^M characters from the end of each line in all of the shell scripts in order for them to run. You can verify the RDA installation using the following command: rda.sh -cv Instructions for Microsoft Windows based operating systems 1. Choose or create a directory that will be used exclusively for RDA on your Unix server. Make sure you have ample space for RDA output in that location you have chosen, as this location will contain all data gathered from all nodes including local node as well as combined archive package. It does not matter where you create this directory or what it is named, but it should be owned by the same user that will run RDA. Do not use a directory that contains an older version of RDA unless you have deleted the older version of RDA first; if need be prior setup files can be reused. Note: Each RDA package (.zip, .tar, and .tar.gz) does create a directory named " rda " containing all files for you when you extract it. 2. Transfer the downloaded rda.zip file from Knowledge Article 314422.1 to your Windows Server and place it in the directory created in step 1. If transferring the zip file from one machine to another using FTP, remember to transfer it in binary mode. 3. extract the .zip archive contents into a new directory, preserving the directory structure of the archive. Do not extract into a directory that contains an older RDA version. Example: unzip rda.zip 4. You can verify the RDA installation using the following command: rda.cmd -cv Note: Only SINGLE NODE RAC collection is supported on Windows unless you are running RDA inside a Cygwin Unix or MKS Toolkit with SSH support on all node
1、工具包下载完后如在linux、unix下使用，不要在window操作系统下做解压缩，脚本的文件格式会破坏。2、ftp上传是采用二进制方式。 3、执行解压缩命令 #tar xvf rda_4.8-070607.tar.gz #chown –R oracle:dba ./rda //修改rda属主为Oracle用户 windows下直接通过winrar等压缩软件解压 4、在解压缩后的目录下执行 ./rda.sh（rda.cmd） -c 测试是否正常5、在数据库创建用户下执行（一般即为oracle用户）RDA配置 export ORACLE_SID= easnm （生产库或测试库实例名），windows下为：set ORACLE_SID= easnm （生产库或测试库实例名） ./rda.sh（rda.cmd） -S //第一次配置 前面一直回车，一直到提示输入system用户密码，提示如下： 输入密码后回车，(也可以直接输入 ‘/’,此时默认为sysdba，不用输入密码)，此时需要输入Y，再回车。 向导后续会让你回答当前数据库的若干问题（Y/N），全部直接回车。 完成配置后rda目录下会生成配置文件 setup.cfg、setup.bak， 如果需要重新调整配置参数，使用RDA命令重新配置（./rda.sh（rda.cmd） -Sf ）使用时注意： （1）有时不能生成zip格式的报告文件，这跟客户端是否安装压缩工具有关，需要自行解压缩相关报告文件。 （2）如果需要再次采集，覆盖已生成的报告文件，执行命令： ./rda.sh（rda.cmd） -vf （3）如果需要重新配置，再次采集信息，生成报告文件，执行命令： ./rda.sh（rda.cmd） -Svf
Oracle工具(Oracle Tools) – RDA(RemoteDiagnostic Agent)
标签：注意 getting engine create 文档 comm 官方 mode 操作
小编还为您整理了以下内容，可能对您也有帮助：
Oracle里的两个工具RDA和AWR，这两个东东我有些分不清。请你解释一下，谢谢你。
RDA是Remote Diagnostic Agent 的简称，是oracle用来收集、分析数据库的工具，运行该工具不会改变系统的任何参数，RDA收集的相关数据非常全面，可以简化我们日常监控、分析数据库的工作，Oracle Support也建议我们在反馈相关问题时，提供RDA收集的数据，这样可以为快速解决问题提供一个有力的保证。
AWR是Oracle Database 10g 提供的一个新工具：(AWR:Automatic Workload Repository)。Oracle 建议用户用这个取代 Statspack。AWR 实质上是一个 Oracle 的内置工具，它采集与性能相关的统计数据，并从那些统计数据中导出性能量度，以跟踪潜在的问题。
与 Statspack 不同，快照由一个称为 MMON 的新的后台进程及其从进程自动地每小时采集一次。为了节省空间，采集的数据在 7 天后自动清除。快照频率和保留时间都可以由用户修改。它产生两种类型的输出：文本格式（类似于 Statspack 报表的文本格式但来自于 AWR 信息库）和默认的 HTML 格式（拥有到部分和子部分的所有超链接），从而提供了非常用户友好的报表。追问区别
追答RDA是第三方工具，AWR是Oracle自己开发的工具。
Oracle诊断工具-RDA使用概述
RDA是Remote Diagnostic Agent 的简称 是oracle用来收集 分析数据库的工具 运行该工具不会改变系统的任何参数 RDA收集的相关数据非常全面 可以简化我们日常监控 分析数据库的工作 Oracle Support也建议我们在反馈相关问题时 提供RDA收集的数据 这样可以为快速解决问题提供一个有力的保证
一 支持的操作系统
IBM AIX
Intel Linux （RedHat and SuSE）
HP UX （ * and *）
HP Tru
Sequent Dynix/Ptx
Sun Solaris （ ）
Windows XP Professional
Windows Workstation and Server
Windows Server
二 支持的Oracle产品
Oracle RDBMS Server （Standard and Enterprise Editions）
Oracle RAC Cluster （Single Node Collection）
Oracle Application Server （iAS x/ x/ x HTTP Server）
Oracle Management Server and Intelligent Agent （Grid Server Agent Server DB Control）
OLAP Procts （Express Server Financial Analyzer and Demand Planning Server）
Oracle Developer （Forms and Reports）
Oracle Collaboration Suites （Email Server and Internet Directo
三 主要用于诊断数据库的以下方面的问题
性能 安装 配置 升级 移植以及内部错误问题
四 RDA的安装
工具下载
在Unix操作系统的安装说明
工具下载完后不要在window操作系统下做解压缩 脚本的文件格式会破坏
ftp上传是采用二进制方式
执行解压缩命令
example
gunzip rda tar gz
tar xvf rda tar
在解压缩后的目录下执行 /rda sh c 测试是否正常
五 RDA的使用
在Unix操作系统中 oracle推荐在数据库创建用户下执行（一般即为oracle用户）
第一次使用需要做一个采集的初始配置
执行命令
/rda sh S
执行命令后 会有个向导化的界面让你根据当前数据库的实际安装的产品完成初始配置 完成配置后rda目录下会生成配置文件 setup cfg setup bak 如果需要重新调整配置参数 可以直接修改该文件
初始配置完毕后要采集数据 执行命令
/rda sh
如果要看到详细的采集过程 可以执行命令
/rda sh v
在采集过程中有可能需要你输入数据库相关用户的密码
采集完成后 在rda目录下根据初始配置文件会生成格式为zip的报告文件以及采集日志 默认文件位置 /output/RDA $machine_name zip
解压缩该文件 访问 <report_group> 就可以看到这次采集的数据的详细信息
使用时的注意点
有时不能生成zip格式的报告文件 这跟客户端是否安装压缩工具有关 需要自行解压缩相关报告文件
如果需要安装已生成的配置再次采集 删除已生成的报告文件 然后执行命令
/rda sh Svf 重新设置后再执行采集命令 /rda sh v
六 采集数据分析
报告文件主要包括数据库对应机器的操作系统软 硬件环境 用户设置以及数据库详细的信息（初始参数 运行事件 日常监控等）
在日常的维护当中 我们主要
关注RDBMS下的几个统计信息
Database SPFile Parameters spfile中数据库相关初始参数的设置
SGA Information 查看系统全局区当前内存信息
Sessions and Processes 采集时间内的数据库会话相关信息
V$System_Event 数据库实例整个运行期间所有进程事件的等待统计视图
V$Session_Wait 会话等待事件以及相关定位信息数据
Latch Information 竞争相关信息（翻译不是很准确）
Tablespaces 数据库表空间信息（表空间类型 对应数据文件使用率 是否可扩展等等）
Database Files 数据库对应数据文件信息（文件位置 使用率等）
Invalid Objects 失效的数据库对象 日常监控如果发现有失效 需要维护人员手工重新编译
all errors 日常执行的数据库错误
在 V$System_Event V$Session_Wait 主要关注（buffer busy waits db file scattered read db file sequential read enqueue free buffer waits latch free log file sync log file paralle write 这些事件
关注RDBMS Log/Trace Files 的信息
alert log 数据库系统级日志
lishixin/Article/program/Oracle/201311/18382Oracle诊断工具-RDA使用概述
RDA是Remote Diagnostic Agent 的简称 是oracle用来收集 分析数据库的工具 运行该工具不会改变系统的任何参数 RDA收集的相关数据非常全面 可以简化我们日常监控 分析数据库的工作 Oracle Support也建议我们在反馈相关问题时 提供RDA收集的数据 这样可以为快速解决问题提供一个有力的保证
一 支持的操作系统
IBM AIX
Intel Linux （RedHat and SuSE）
HP UX （ * and *）
HP Tru
Sequent Dynix/Ptx
Sun Solaris （ ）
Windows XP Professional
Windows Workstation and Server
Windows Server
二 支持的Oracle产品
Oracle RDBMS Server （Standard and Enterprise Editions）
Oracle RAC Cluster （Single Node Collection）
Oracle Application Server （iAS x/ x/ x HTTP Server）
Oracle Management Server and Intelligent Agent （Grid Server Agent Server DB Control）
OLAP Procts （Express Server Financial Analyzer and Demand Planning Server）
Oracle Developer （Forms and Reports）
Oracle Collaboration Suites （Email Server and Internet Directo
三 主要用于诊断数据库的以下方面的问题
性能 安装 配置 升级 移植以及内部错误问题
四 RDA的安装
工具下载
在Unix操作系统的安装说明
工具下载完后不要在window操作系统下做解压缩 脚本的文件格式会破坏
ftp上传是采用二进制方式
执行解压缩命令
example
gunzip rda tar gz
tar xvf rda tar
在解压缩后的目录下执行 /rda sh c 测试是否正常
五 RDA的使用
在Unix操作系统中 oracle推荐在数据库创建用户下执行（一般即为oracle用户）
第一次使用需要做一个采集的初始配置
执行命令
/rda sh S
执行命令后 会有个向导化的界面让你根据当前数据库的实际安装的产品完成初始配置 完成配置后rda目录下会生成配置文件 setup cfg setup bak 如果需要重新调整配置参数 可以直接修改该文件
初始配置完毕后要采集数据 执行命令
/rda sh
如果要看到详细的采集过程 可以执行命令
/rda sh v
在采集过程中有可能需要你输入数据库相关用户的密码
采集完成后 在rda目录下根据初始配置文件会生成格式为zip的报告文件以及采集日志 默认文件位置 /output/RDA $machine_name zip
解压缩该文件 访问 <report_group> 就可以看到这次采集的数据的详细信息
使用时的注意点
有时不能生成zip格式的报告文件 这跟客户端是否安装压缩工具有关 需要自行解压缩相关报告文件
如果需要安装已生成的配置再次采集 删除已生成的报告文件 然后执行命令
/rda sh Svf 重新设置后再执行采集命令 /rda sh v
六 采集数据分析
报告文件主要包括数据库对应机器的操作系统软 硬件环境 用户设置以及数据库详细的信息（初始参数 运行事件 日常监控等）
在日常的维护当中 我们主要
关注RDBMS下的几个统计信息
Database SPFile Parameters spfile中数据库相关初始参数的设置
SGA Information 查看系统全局区当前内存信息
Sessions and Processes 采集时间内的数据库会话相关信息
V$System_Event 数据库实例整个运行期间所有进程事件的等待统计视图
V$Session_Wait 会话等待事件以及相关定位信息数据
Latch Information 竞争相关信息（翻译不是很准确）
Tablespaces 数据库表空间信息（表空间类型 对应数据文件使用率 是否可扩展等等）
Database Files 数据库对应数据文件信息（文件位置 使用率等）
Invalid Objects 失效的数据库对象 日常监控如果发现有失效 需要维护人员手工重新编译
all errors 日常执行的数据库错误
在 V$System_Event V$Session_Wait 主要关注（buffer busy waits db file scattered read db file sequential read enqueue free buffer waits latch free log file sync log file paralle write 这些事件
关注RDBMS Log/Trace Files 的信息
alert log 数据库系统级日志
lishixin/Article/program/Oracle/201311/18382oracle哪个工具自动检测系统瓶颈并给出建议
ADDM(Automatic DatabaseDiagnostic Monitor)是植入Oracle数据库的一个自诊断引擎.ADDM 通过检查和分析AWR获取的数据来判断Oracle数据库中可能的问题.
在Oracle9i及之前，DBA们已经拥有了很多很好用的性能分析工具，比如，tkprof、sql_trace、statspack、setevent 10046&10053等等。这些工具能够帮助DBA很快的定位性能问题。但这些工具都只给出一些统计数据，然后再由DBA们根据自己的经验进行优化。
Oracle10g中推出了新的优化诊断工具：数据库自动诊断监视工具（Automatic Database Diagnostic Monitor :ADDM）和SQL优化建议工具（SQL Tuning Advisor: STA）。这两个工具的结合使用，能使DBA节省大量优化时间，也大大减少了系统宕机的危险。简单点说，ADDM就是收集相关的统计数据到自动工作量知识库(Automatic Workload Repository :AWR)中，而STA则根据这些数据，给出优化建议。
例如，一个系统资源紧张，出现了明显的性能问题，由以往的办法，做个一个statspack快照，等30分钟，再做一次。查看报告，发现’ dbfile scattered read’事件在top 5 events里面。根据经验，这个事件一般可能是因为缺少索引、统计分析信息不够新、热表都放在一个数据文件上导致IO争用等原因引起的。根据这些经验，我们需要逐个来定位排除，比如查看语句的查询计划、查看user_tables的last_analysed子段，检查热块等等步骤来最后定位出原因，并给出优化建议。但是，有了STA以后，它就可以根据ADDM采集到的数据直接给出优化建议，甚至给出优化后的语句。
ADDM能发现定位的问题包括：
•操作系统内存页入页出问题
•由于Oracle负载和非Oracle负载导致的CPU瓶颈问题
•导致不同资源负载的TopSQL语句和对象——CPU消耗、IO带宽占用、潜在IO问题、RAC内部通讯繁忙
•按照PLSQL和JAVA执行时间排的Top SQL语句.
•过多地连接 (login/logoff).
•过多硬解析问题——由于sharedpool过小、书写问题、绑定大小不适应、解析失败原因引起的。
•过多软解析问题
•索引查询过多导致资源争用.
•由于用户锁导致的过多的等待时间(通过包dbms_lock加的锁)
•由于DML锁导致的过多等待时间(例如锁住表了)
•由于管道输出导致的过多等待时间(如通过包dbms_pipe.put进行管道输出)
•由于并发更新同一个记录导致的过多等待时间(行级锁等待)
•由于ITL不够导致的过多等待时间（大量的事务操作同一个数据块）
•系统中过多的commit和rollback(logfilesync事件).
•由于磁盘带宽太小和其他潜在问题（如由于logfile太小导致过多的checkpoint，MTTR设置问题，过多的undo操作等等）导致的IO性能问题I
•对于DBWR进程写数据块，磁盘IO吞吐量不足
•由于归档进程无法跟上redo日至产生的速度，导致系统变慢
•redo数据文件太小导致的问题
•由于扩展磁盘分配导致的争用
•由于移动一个对象的高水位导致的争用问题
•内存太小问题——SGATarget, PGA, Buffer Cache, Shared Pool
•在一个实例或者一个机群环境中存在频繁读写争用的热块
•在一个实例或者一个机群环境中存在频繁读写争用的热对象
•RAC环境中内部通讯问题
•LMS进程无法跟上导致锁请求阻塞
•在RAC环境中由于阻塞和争用导致的实例倾斜
•RMAN导致的IO和CPU问题
•Streams和AQ问题
•资源管理等待事件
ADDM提供了一个整体的优化方案.基于一段时间内的AWRsnapshots(默认一小时一次)可以执行ADDM 分析,它可以帮我们诊断在这段期间内数据库可能存在的瓶颈.
ADDM分析的目标是减小吞吐量的度量值, 在这里我们将它称为"DB TIME".DB TIME是一个累积值(数据库服务器处理用户请求所花费的时间).它包括了等待时间和CPU处理的时间(针对所有活跃的用户进程而言),可以通过查询下面两个视图来获得它的值: V$SESS_TIME_MODEL,V$SYS_TIME_MODEL.
AWR收集的数据时放到内存中（sharepool），通过一个新的后台进程MMON定期写到磁盘中。所以10g的sharepool要求比以前版本更大，一般推荐比以前大15-20%。
注意: ADDM不会将处理用户响应时间作为调优的目标,你应该使用"TRACE"技术来监控它.
通过减小"DBTIME", 使用同样多的系统资源,数据库服务器可以处理更多的用户请求,也就是提高了吞吐量. 通过ADDM报告的问题是按照DBtime排序的.