oracle数据库监控工具？有没有什么工具可以监控oracle数据库里数据的变化
大家好，oracle数据库监控工具相信很多的网友都不是很明白，包括有没有什么工具可以监控oracle数据库里数据的变化也是一样，不过没有关系，接下来就来为大家分享关于oracle数据库监控工具和有没有什么工具可以监控oracle数据库里数据的变化的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！
如何对oracle数据库进行监控检查
sqlplus‘/as sysdba‘
手动生成一个oracle数据库的快照
execute dbbms_workload_repository.create_snapshot();
执行自动工作负载库的sql脚本
@?/rdbms/admin/awrrpt.sql;@表示在数据库中执行sql脚本，？指$ORACLE_HOME目录
接着输入想要分析的时间数字即可
默认导出的是html格式
生成自动诊断报告
sqlplus/ as sysdba
@?/rdbms/admin/addmrpt.sql
然后输入相应的数字
如何对oracle数据库进行监控检查
标签：awrrptblog表示手动自动.sql输入awrtor
如何监控oracle数据库的备份
监控数据备份恢复完成进度（EXPDP/IMPDP/RMAN）
一、查看EXPDP/IMPDP的进度
1两个视图
当你当如导出的时候，如果数据量比较大，中途有些人会着急，不免想看看进度如何，利用两个视图就可以看:
DBA_DATAPUBMP_JOBS和DBA_DATAPUMP_SESSIONS视图
colowner_namefora10
coljob_namefora20
coloperationfora10
coljob_modefora10
colstatefora20
coldegreefora10
colATTACHED_SESSIONSfora30
colDATAPUMP_SESSIONSfora30
setlinesize200
格式化只是为了好看，也可以不用，直接用PL/SQL DEVELOPER图形工具。
可以使用DBA_DATAPUBMP_JOBS和DBA_DATAPUMP_SESSIONS视图来显示数据泵取作业的信息。
select*fromDBA_DATAPUBMP_JOBS;
select*fromDBA_DATAPUMP_SESSIONS;
selectsid,serial#fromv$sessions,dba_datapump_sessionsdwheres.saddr=d.saddr;
补充一下，前面的sql命令行格式化有点问题，number型的字段应该用9999xxx（多个9）而不是axx，否则会出现一串串的#。
2 attach参数
1）查看任务进度
当你使用crontab后台任务运行导入导出任务的时候，想查看任务进度，该参数很有用，可以让你再次连接到已经断开的会话中，再次接管导出或导入的任务，当然你得先用前面2个视图查到jobname。
2）中途想停止crontab后台任务
此时，该参数非常好用。因为你不这样做，就得杀进程，而那么多进程，通常都会出错，如此暴利的杀进程方式，强烈滴不推荐。
举例：
假如之前后台任务的脚本中，有类似命令：
expdpsystem/xxxDIRECTORY=DATA_PUMP_DIR2parallel=32DUMPFILE=xxxx-%U.dmp
ATTACH参数解释：将你的数据泵取客户机会话加入到一个运行的作业中，并使你进行交互方式。此参数只能与用户名/密码组合一起使用。
此时你可以使用如下命令重新连接任务,并达到提前终止任务的目的：
expdpsystem/xxxattach=lurou.exp
连接进去之后再执行help命令可以查到停止任务的命令，这里就不列出来了
3longops视图
另也可以通过v$session_longops视图来监控长期运行的会话。
4.通过语句查看impdp进度SELECTa.tablespace_name,
ROUND(a.total_size)"total_size(MB)",
ROUND(a.total_size)-ROUND(b.free_size,3)"used_size(MB)",
ROUND(b.free_size,3)"free_size(MB)",
ROUND(b.free_size/total_size*100,2)||'%'free_rate
FROM
(
SELECT
tablespace_name,SUM(bytes)/1024/1024total_size
FROMdba_data_files
GROUPBY
tablespace_name)a,
(
SELECT
tablespace_name,SUM(bytes)/1024/1024free_size
FROMdba_free_space
GROUPBY
tablespace_name)b
WHERE
a.tablespace_name=b.tablespace_name(+);
二、查看RMAN备份进度
另外，查看rman的备份进度，可以用如下语句，记录备忘。
SELECTSID,OPNAME,SERIAL#,CONTEXT,SOFAR,TOTALWORK,ROUND(SOFAR/TOTALWORK*100,2)"%_COMPLETE"
FROMV$SESSION_LONGOPSWHEREOPNAMELIKE'RMAN%'ANDOPNAMENOTLIKE'%aggregate%'ANDTOTALWORK!=0ANDSOFAR<>TOTALWORK
orderby"%_COMPLETE"desc
oracle哪个工具自动检测系统瓶颈并给出建议
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排序的.
有没有什么工具可以监控oracle数据库里数据的变化
如果是C-S的系统,推荐TOAD--sql-monitor,可以跟踪到客户端所有发起的数据库操作.很强大.特别对于排错.
如果是只是需要查看特别对象的变化话,没有这么针对性强的东西,除非你们自己编写一个.不过,可以使用TOAD或者其它可视化工具进行查看.有"刷新"按钮的.
哦,看来我理解错了...你是说要看整个数据库资源的情况么?这个工具里面有现成的,可以自动定时刷新.当然也可以看日志.也可以从当前操作系统提供的命令来辅助查看.
关于本次oracle数据库监控工具和有没有什么工具可以监控oracle数据库里数据的变化的问题分享到这里就结束了，如果解决了您的问题，我们非常高兴。