oracle监控方案

电力营销系统oracle监控方案

oracle监控也有多种方案，例如通过OEM监控管理本机数据库、GRID CONTROL监控管理同一网络里的数据库、通过SNMP协议监控实时性能信息（HP OPENVIEW）。但都有其缺点，例如OEM界面只能管理本机、GC和SNMP需要在被管机上安装AGENT代理，它们的操作界面也不直观，配置不够灵活。而HP OPENVIEW是综合监控软件，其费用过高，也不适合。

综合考虑，决定采用QUEST公司的SPOTLIGHT ON ORACLE软件来监控ORACLE 数据库，其优点是实时准确、界面直观、操作配置简单灵活、性能消耗可以限定在一个小范围内、不需要在被监控设备部署AGENT代理。且是破解版，没有监控数量上的限制。

其原理是通过设定的频率查询ORACLE内部开放的性能视图，主要是CPU上的性能消耗，需要创建新的DBA角色的用户用于监控，所以可以在限定此用户CPU消耗的限定值内（也可以降低查询频率）使用SPOTLIGHT达到实时监控的目的。其CPU消耗经QUEST 公司严格测试是比较小的，所以不用担心其CPU消耗给生产带来的影响。

1、监控总图

很直观的展示系统整体运行的实时情况，如SESSION、HOST、服务进程、SGA、后台进程、DISK等，哪部分出现问题将会红色闪烁展示，如下图示：

2、SESSION监控

2.1、TOP SE SSION信息

从图中可以看到，SID为1042，用户名为AMBER的SESSION其当前日志读为每秒386.64个块数，排名最前，说明这个SESSION当前运行繁忙，结合下面的信息可以查看到具体正执行的SQL。

2.2、SESSION等待事件

从SESSION WAITS中可以查看到当前SESSION正在等待的事件及其详细信息。

2.3、SE SSION正在执行的SQL

从SESSION SQL中可以查看到SESSION正在执行的SQL语句以及所有打开未关闭的SQL 信息。

2.4、JOB信息

从DBMS JOBS可以查看实例中所有JOB作业的信息。

3、SQL监控

3.1、性能消耗靠前的SQL信息

从图中可以看到，性能消耗靠前的SQL的具体信息。

3.2、SQL执行计划

分析SQL执行计划，结合应用判断是否存在可优化的地方。

4、实时活动信息监控

4.1、汇总实时运行情况

从图中可以看到，总体的实时活动信息。

4.2、等待事件活动信息

详细等待事件活动信息情况展示。

4.3、闩锁活动信息

详细闩锁活动信息情况展示。

4.4、回滚段活动信息

详细回滚段活动信息情况展示。

4.5、缓存分类活动信息

5、IO信息监控

5.1、IO汇总信息

从图中可以看到，总体的IO汇总信息展示。

5.3、逻辑IO信息

详细逻辑IO信息情况展示。

5.5、缓存IO信息

6.1、SGA使用汇总信息

从图中可以看到，SGA使用的汇总信息。

6.2、共享池内存使用信息

从图中可以看到，共享池的使用信息。

6.4、参数信息

7.1、联机日志信息

从图中可以看到，联机日志的使用信息。

从图中可以看到，表空间使用的详细信息。

8、性能诊断

8.1、回应时间统计信息

从图中可以看到，回应时间的汇总统计信息。

从图中可以清楚看到内存的详细信息，并提供了内存参数配置建议。

9、实时告警设置

9.1、告警阀值设置

从图中可以看到，告警阀值可以灵活配置（已有默认值）。

9.2、告警短信设置

从图中可以看到，告警短信、邮件可以灵活配置。

10、总结

通过SPOTLIGHT监控ORACLE可以清晰明了的在第一时间提前得到告警，并直观查看数据库是在哪部分存在问题，可以在第一时间介入分析解决。给数据库管理员的工作带来极大的方便性，简化了监控工作，保障了数据库安全稳定24小时运行。其中各个告警阀值指标的定义，需要和省公司相应人员一起制定。

oracle性能监控sql-监控当前会话、执行的sql及io等信息

Oracle sql --MingJie Tian sql plsql developer sga select * from v$sgainfo; io io select v$sess_io.*,(block_gets+consistent_gets) reads, ((block_gets+consistent_gets-physical_reads)/(block_gets+consistent_gets)) ratio from v$sess_io where (block_gets+consistent_gets)>=1000 order by (block_gets+consistent_gets) desc; sql select last_load_time, disk_reads, sorts, fetches, buffer_gets, optimizer_cost, cpu_time, sql_fulltext, sql_text from v$sql where to_char(last_load_time)> '2011-05-10/14:00:00' # sql order by last_load_time desc; io select a.sid, block_gets, consistent_gets, physical_reads, block_changes, consistent_changes, b.serial#, https://www.wendangku.net/doc/4610392122.html,ername, https://www.wendangku.net/doc/4610392122.html,mand, b.server, b.machine, b.terminal, b.program

Oracle审计(Audit)监视用户所执行的数据库操作实例

Oracle审计(Audit)监视用户所执行的数据库操作： A、审计相关的表安装: SQL> conn sys/???? as sysdba; SQL> select * from sys.aud$; SQL> select * from dba_audit_trail; 如果做上述查询的时候发现表不存在，说明审计相关的表还没有安装，需要安装。 SQL> @$ORACLE_HOME/rdbms/admin/cataudit.sql 审计表安装在SYSTEM 表空间, 所以要确保SYSTEM 表空间又足够的空间存放审计信息。 B、激活审计： SQL> show parameter audit; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ audit_file_dest string D:\APP\ADMIN\ADMIN\ORCL\ADUMP audit_sys_operations boolean FALSE audit_trail string DB SQL> alter system set audit_sys_operations=TRUE scope=spfile; System altered SQL> alter system set audit_trail=db_extended scope=spfile; System altered ------------------------------------------*****----------------------------------------

ORACLE SQL语句的监控

oracle SQL语句的监控 有时候想看看软件后台数据库到底执行了什么语句。比如大的erp系统，我们在查询的时 候，后台执行了 什么语句或者过程都存储在v$sql表中。但是当sql语句很长的时候就出现了截断显现。 比如 select sql_text from v$sql； 其中有一条不完整的sql语句: SELECT LSWLDW.LSWLDW_WLDWBH as CustomersCode, LSWLDW.LSWLDW_DWMC as CustomersName,LSWLDW.LSWLDW_DWLB as CustomerSorts ,LSDWLB_LBMC AS CustomerSortName,LSWLDW.LSWLDW_DQBH as CustomerAreas ,LSDQZD_DQMC AS CustomerAreaName,LSWLDW.HelpTag ,LSWLDW.LSWLDW_JC as ShortName,nvl(LSWLDW.LSWLDW_SH,'')as SH ,LSWLDW.IsDetail as Detail,https://www.wendangku.net/doc/4610392122.html,yer,LSWLDW.OfTrade ,nvl(LSWLDW.LSWLDW_CJDW,'')as LSWLDW_CJDW,LSWLDW.OfTrade AS OfTradeCode ,nvl(OfTradeItem."NAME",'')AS OfTradeName ,nvl(OwnerType."NAME",'')AS OwnerType From LSWLDW LEFT OUTER JOIN LSDWLB ON LSWLDW.LSWLDW_DWLB=LSDWLB.LSDWLB_LBBH LEFT OUTER JOIN CodeItems OfTradeItem ON LSWLDW.OfTrade=OfTradeItem.Code AND OfTradeItem.SetID='A003' LEFT OUTER JOIN CodeItems OwnerType ON LSWLDW.OwnerType=OwnerType.Code AND OwnerType.SetID='A004' LEFT OUTER JOIN LSDQZD ON LSWLDW.LSWLDW_DQBH=LSDQZD.LSDQZD_DQBH where1=1 and LSWLDW_TYBZ='0'and LSWLDW.LSWLDW_WLDWBH in (select LSWLDW_WLDWBH from (select Rownum rn,LSWLDW_WLDWBH from (select LS select LS下面的语句就被截断了. 第一种解决方法：通过sql语句实现 我们查找该语句的sql_id或者hash_value

ORACLE数据库监控配置规范方案

ORACLE数据库配置规范和监控清单 2015年12月

目录 一、常规参数配置 (3) 1.1 数据库最大连接数 (3) 1.2 归档配置 (3) 1.3 最大文件数设置 (4) 1.4 关闭回收站 (4) 1.5 控制文件配置 (5) 1.6 白名单设置 (5) 1.7 闪回区设置 (6) 1.8 在线日志组 (6) 1.9 控制文件记录保留数 (7) 二、常用监控项 (8) 2.1 数据库在用连接数 (8) 2.2 监控数据库文件数 (8) 2.3 表空间使用率 (8) 2.4 闪回区使用率 (9) 2.5 数据库等待事件 (10) 2.6 告警日志监控 (10) 2.7 灾备DataGuard同步监控 (10) 2.8 AWR采样报告分析 (10)

一、常规参数配置 1.1数据库最大连接数 参数： processes 说明： 数据库用户最大连接数通过processes参数进行配置，默认值为 300，该值表示能够同时连接到数据库的最大会话数，当连接数达到最大值，后续新增连接均会被拒绝。 修改命令： alter system set processes=1000 scope=spfile; 生效方式： 需重启实例生效。 1.2归档配置 参数： archive log list 说明： 数据库开启归档，任何生产环境均应在归档方式下运行，从而达到可通过备份进行数据恢复要求，提高系统安全性 修改命令： 数据库启动至mount状态，执行 alter database archivelog; 生效方式：

重启数据库设置生效 1.3最大文件数设置 参数： db_files 说明： 该参数用于控制在扩容表空间时，数据文件能够达到的最大数量，默认值为 200 修改命令： alter system set db_files=800 scope=spfile; 生效方式： 重启数据库生效 1.4关闭回收站 参数： recyclebin 说明： 如果回收站未关闭，则如果表对象被删除，将进入回收站，并不会释放占用的存储 修改命令： alter system set recyclebin=’off’ scope=spfile; 生效方式：

zabbix通过pyora监控oracle数据库

Zabbix 通过pyora监控oracle 1.oracle客户端的安装 从oracle官方网站上下载客户端，devel和sqlplus程序或者从以下网址下载https://www.wendangku.net/doc/4610392122.html,/s/1mgx8Fsk 以root用户安装 rpm –ivh oracle-instantclient11.2-basic-11.2.0.4.0-1.x86_64.rpm rpm –ivh oracle-instantclient11.2-devel-11.2.0.4.0-1.x86_64.rpm rpm –ivh oracle-instantclient11.2-sqlplus-11.2.0.4.0-1.x86_64.rpm vim /root/.bashrc添加 export ORACLE_HOME=/usr/lib/oracle/11.2/client64 export LD_LIBRARY_PATH=/usr/lib/oracle/11.2/client64/lib export TNS_ADMIN=/usr/lib/oracle/11.2/client64/network/admin export PATH=$PATH:$ORACLE_HOME/bin 设置好环境变量之后执行 source /root/.bashrc 创建文件/etc/ld.so.conf.d/oracle.conf添加 /usr/lib/oracle/11.2/client64/lib 执行命令ldconfig 创建连接文件 在ORACLE_HOME目录下创建以下目录network/admin,并创建文件tnsnames.ora,内容如下: vim /usr/lib/oracle/11.2/client64/network/admin/tnsnames.ora orcl = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.10)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = orcl) ) ) 测试 执行 [root@Monitor ~]# sqlplus system/admin@orcl SQL*Plus: Release 11.2.0.4.0 Production on Thu May 8 14:25:07 2014 Copyright (c) 1982, 2013, Oracle. All rights reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options SQL>

使用SpotLight监控数据库性能

使用SpotLight监控数据库性能 8.1.4 使用SpotLight监控数据库性能（1） SpotLight On Oracle是由Quest公司出品的一款针对Oracle进行监控的软件。SpotLight监控Oracle的基本原理与LoadRunner监控类似，通过获取Oracle的数据字典和动态性能视图，然后把性能数据按直观的方式展现出来，如图8.11所示。 （点击查看大图）图8.11 SpotLight On Oracle监控数据库下面简要介绍使用SpotLight对Oracle进行监控的过程。 1．建立Oracle连接 第一步要建立Connection，如图8.12所示，这样才能够使用SpotLight连接到要监测的数据库。

新建连接，然后输入Oracle连接用户账号，确定之后即可进入监控主页面。 2．查看系统主界面进行Oracle监控 系统主界面反映了系统的整体运行情况，如果系统哪方面出现问题，会报相应的警告，最严重为红色警告。然后根据警告可转到相应的子窗口，查看相应的情况。下面介绍各子窗口。 1）Sessions面板 Response：系统的响应时间。 Total Users：总的用户Session数量。 Active Users：当前正在执行的用户Session数量。 2）Host面板 Host面板主要显示CPU利用率和内存使用情况。 3）Server Processes面板 Server Processes面板主要显示服务器进程的信息。主要关注以下几点。 PGA Target/Used：PGA目标总数及当前使用数。 Dedicated：专用服务器进程的个数。 Shared：共享服务器进程的个数。 Job Queue：作业进程的个数。 4）SGA面板 SGA面板主要显示SGA中各组件的内存使用情况，主要关注以下几点。

oracle监控方案

电力营销系统oracle监控方案 oracle监控也有多种方案，例如通过OEM监控管理本机数据库、GRID CONTROL监控管理同一网络里的数据库、通过SNMP协议监控实时性能信息（HP OPENVIEW）。但都有其缺点，例如OEM界面只能管理本机、GC和SNMP需要在被管机上安装AGENT代理，它们的操作界面也不直观，配置不够灵活。而HP OPENVIEW是综合监控软件，其费用过高，也不适合。 综合考虑，决定采用QUEST公司的SPOTLIGHT ON ORACLE软件来监控ORACLE 数据库，其优点是实时准确、界面直观、操作配置简单灵活、性能消耗可以限定在一个小范围内、不需要在被监控设备部署AGENT代理。且是破解版，没有监控数量上的限制。 其原理是通过设定的频率查询ORACLE内部开放的性能视图，主要是CPU上的性能消耗，需要创建新的DBA角色的用户用于监控，所以可以在限定此用户CPU消耗的限定值内（也可以降低查询频率）使用SPOTLIGHT达到实时监控的目的。其CPU消耗经QUEST 公司严格测试是比较小的，所以不用担心其CPU消耗给生产带来的影响。 1、监控总图 很直观的展示系统整体运行的实时情况，如SESSION、HOST、服务进程、SGA、后台进程、DISK等，哪部分出现问题将会红色闪烁展示，如下图示：

2、SESSION监控 2.1、TOP SE SSION信息 从图中可以看到，SID为1042，用户名为AMBER的SESSION其当前日志读为每秒386.64个块数，排名最前，说明这个SESSION当前运行繁忙，结合下面的信息可以查看到具体正执行的SQL。 2.2、SESSION等待事件 从SESSION WAITS中可以查看到当前SESSION正在等待的事件及其详细信息。

Oracle数据库监控工具lab128

知识点列表 编号名称描述级别 1 数据库简介了解什么是关系型数据库* 2 OracleServer的启动了解OracleServer启动时主要的服务* 3 Oracle数据库服务器重点掌握系统全局区SGA和程序全局区PGA *** 4 Oracle实例进程结构理解Oracle实例进程结构，注意后台进程** 5 Oracle网络配置了解Oracle网络配置** 6 Oracle查询工具了解Oracle的3个查询工具* 7 Oracle默认用户了解Oracle默认账户的设置及各自的权限* 8 客户端连接工具重点掌握能够使用Oracle客户端工具连接Oracle *** 9 锁了解锁的概念，理解行级锁和表级锁，重点掌握死锁 的概念 ** 10 Lab128的使用重点掌握Lab28监控Oracle服务器的方法以及查找 分析问题 *** 注："*"理解级别"**"掌握级别"***"应用级别 目录 1. Oracle服务器 (2) 1.1.数据库简介 (2) 1.2. Oracle Server的启动 (2) 1.3. Oracle 数据库服务器 (2) 1.4. Oracle实例进程结构 (5) 2. Oracle的使用 (6) 2.1. Oracle网络配置 (6) 2.2. Oracle查询工具 (7) 2.3. Oracle默认用户 (7) 2.4.客户端连接工具 (8) 3.锁 (9)

4. Lab128 (11) 1.Oracle服务器 1.1.数据库简介 DBMS：实现数据库管理的软件。 RDBMS（关系型数据库）：是建立在关系模型基础上的数据库，数据以行和列的形式存储，以便于用户理解，这一系列的行和列被称为表，一组表组成数据库。 在关系数据库中：各数据项之间用关系来组织,关系(relationship)是表之间的一种连接，通过关系，我们可以更灵活地表示和操纵数据. ORDBMS（对象型关系数据库）：在原来的RDBMS的基础上加入了对象的概念，如Oracles 10g。 1.2.Oracle Server的启动 启动Server，几个主要的服务： OracleServicexxx(SID)：Oracle服务器服务进程开启(关闭)。(必开) OracleOraDb10g_home1TNSListener：Oracle网络服务监听程序服务，当需通过网络连接Oracle服务器或访问Oracle Enterprise Manager 10g时需启动 OracleOraDb10g_home1iSQL*Plus：运行iSQL*Plus工具时需开启的服务 OracleDBConsoleorcl1：访问Oracle Enterprise Manager 时需开启的服务 1.3.Oracle 数据库服务器 Oracle数据库服务器有两个部分：数据库和实例(instance)。 Oracle数据库用于存储和检索信息，是数据的集合。数据库包括逻辑结构和物理结构。逻辑结构代表了在Oracle数据库中能看到的组成部分(如表、索引等)，而物理结构代表了Oracle内部使用的存储方法(如数据文件、控制文件、日志文件等)。 Oracle实例是指数据库服务器的内存及相关处理程序. 数据库文件的操作都是通过这个实例来完成的，因此它又被称为Oracle数据库引擎。Orade实例由系统全局区(SGA)和后台处理进程组成。 Oracle数据库服务器，如下图所示：

归档—监控ORACLE数据库告警日志

ORACLE的告警日志里面包含许多有用的信息，尤其是一些ORACLE的ORA错误信息，所以有必要及时归档、监控数据库告警日志的ORA错误，及时提醒数据库管理员DBA处理这些错误信息，那么我们首先来看看告警日志的内容片断： Thread 1 advanced to log sequence 37749 (LGWR switch) Current log# 6 seq# 37749 mem# 0: /u01/oradata/SCM2/redo06.log Thu Jun 27 15:02:30 2013 Thread 1 advanced to log sequence 37750 (LGWR switch) Current log# 2 seq# 37750 mem# 0: /u01/oradata/SCM2/redo02.log Thu Jun 27 15:13:43 2013 Thread 1 advanced to log sequence 37751 (LGWR switch) Current log# 3 seq# 37751 mem# 0: /u01/oradata/SCM2/redo03.log Thu Jun 27 15:25:30 2013 Thread 1 advanced to log sequence 37752 (LGWR switch) Current log# 4 seq# 37752 mem# 0: /u01/oradata/SCM2/redo04.log Thu Jun 27 15:32:20 2013 ORA-00060: Deadlock detected. More info in file /u01/app/oracle/admin/SCM2/bdump/scm2_s001_14052.trc. Thu Jun 27 15:35:05 2013 Thread 1 advanced to log sequence 37753 (LGWR switch) Current log# 5 seq# 37753 mem# 0: /u01/oradata/SCM2/redo05.log Thu Jun 27 15:43:11 2013 Thread 1 advanced to log sequence 37754 (LGWR switch) Current log# 1 seq# 37754 mem# 0: /u01/oradata/SCM2/redo01.log Thu Jun 27 15:49:58 2013 Thread 1 advanced to log sequence 37755 (LGWR switch) Current log# 6 seq# 37755 mem# 0: /u01/oradata/SCM2/redo06.log Thu Jun 27 16:01:25 2013 Thread 1 advanced to log sequence 37756 (LGWR switch) Current log# 2 seq# 37756 mem# 0: /u01/oradata/SCM2/redo02.log Thu Jun 27 16:12:14 2013 Thread 1 advanced to log sequence 37757 (LGWR switch) Current log# 3 seq# 37757 mem# 0: /u01/oradata/SCM2/redo03.log Thu Jun 27 16:24:10 2013 Thread 1 advanced to log sequence 37758 (LGWR switch) 归档告警日志文件 告警日志文件如果不加管理的话，那么文件会持续增长，有时候文件会变得非常大，不利于读写。一般建议将告警日志按天归档，归档文件保留三个月（视情况而定），下面来看看将告警日志文件归档的两个Shell脚本： alert_log_archive.sh version 1

数据库性能监控分析系统的设计与实现

—105— 数据库性能监控分析系统的设计与实现 王 娜，宿红毅，白 琳，王 鑫，郝子昭 (北京理工大学计算机科学与工程系，北京 100081) 摘 要：在讨论Oracle 体系结构和性能优化的基础上介绍了一个基于J2EE 的数据库性能监控和分析系统(DMI)的总体设计思想及其部分实现。 关键词：性能优化；Oracle ；实时监控；JMS ；RMI Design and Realization of Database Performance Monitoring and Analyzing System WANG Na, SU Hongyi, BAI Lin, WANG Xin, HAO Zizhao (Dept. of Computer Science and Engineering, Beijing Institute of Technology, Beijing 100081) 【Abstract 】This paper presents the design and part of implementation of a database performance monitoring and analyzing system (DMI) based on J2EE with discussing the architecture and performance optimizing of Oracle. 【Key words 】Performance optimizing; Oracle; Real-time monitoring; JMS; RMI 计 算 机 工 程Computer Engineering 第31卷 第24期 Vol.31 № 24 2005年12月 December 2005 ·软件技术与数据库· 文章编号：1000—3428(2005)24—0105—03 文献标识码：A 中图分类号：TP311.13 随着数据库应用的不断深入和扩大，数据库中的数据量迅速增长，数据操作也越来越复杂，数据库工作效率逐渐下降。因此，实施对数据库的管理维护、性能调优越来越受到广大数据库管理员(DBA)的关注和重视。虽然目前各种数据库产品本身也提供了大量功能强大的性能监控和调试工具，如Oracle 的OEM 、Performance Manager 、Capacity Planer 等，来帮助数据库管理人员对数据库性能进行调整、优化，但遗憾的是，精通掌握这些工具并能通过它们来有效地分析数据库性能状态，进而合理配置数据库以调整其性能也十分困难。因此开发一个简单高效的数据库性能监控管理工具来辅助DBA 对数据库进行性能分析调优成为数据库应用不断扩展的需要。 针对这种情况，本文结合业界先进的数据库管理经验，开发了Database Management Insight(DMI)——一个简单、实用、方便、安全的数据库监控管理平台。它可以有效地辅助数据库管理人员对数据库进行性能优化，确保数据库正常、平滑、高效地运转。DMI 可以监控Oracle 、Sybase 、DB2等数据库，本文以Oracle 为例来对该系统进行阐述。 1 总体设计 1.1 Oracle 的结构和性能优化 数据库优化的目的是更改系统的一个或多个组件，使其满足一个或多个目标的过程。对Oracle 数据库来说，优化是进行合理的资源配置，达到组件之间的均衡以改善其性能，即增加吞吐量、提高响应时间。数据库性能优化要考虑到系统的各个组成部分，由图1可以看出，Oracle 应用系统主要包含以下几个部分[1]： (1)用户进程和服务器进程 用户进程是SQL 语句的提出者，服务器进程则负责执行由用户进程传递过来的SQL 语句，与SGA 区交互。用户进程和服务器进程是数据库性能调整的一个重要方面，尤其是当用户的数量随着时间的推移而 不断增大时，建立与数据库的重复性临时连接的Web 应用系统会导致性能下降[2]。 (2)Oracle 实例 一个Oracle 实例是存储结构和后台进程的组合体。其中，SGA 是用来存放所有数据库进程共享的数据和控制信息的存储区域，当数据库一启动，SGA 就立即占有服务器的内存空间。SGA 中的库高速缓存、字典高速缓存、数据高速缓存、日志缓冲区以及大缓冲池和Java 池等组件的大小对系统性能有极大的影响，它们直接影响磁盘I/O 的频率，从而影响数据库效率[3]。实施性能优化时应注意DB_CACHE_SIZE 、SHARED_POOL_SIZE 、LOG_BUFFER 、LARGE_POOL_SIZE 和JAVA_POOL_SIZE 这几个参数的值，如果配置不合理会造成系统资源的极大浪费。 图 1 Oracle 体系结构 基金项目：武器装备预研项目 作者简介：王 娜(1981—)，女，硕士生，主研方向：计算机网络与分布式处理；宿红毅，副教授；白 琳、王 鑫、郝子昭，硕士生 收稿日期：2004-10-28 E-mail ：sdbzwn@https://www.wendangku.net/doc/4610392122.html,

数据库性能监测指标

数据库性能监测指标（如Oracle、SqlServer）、LoadRunner 性能测试指标 1.%Disk Time(PhysicalDisk_Total) 2.%Processor Time(Processor_Total) 3.File Data Operations/sec(System) 4.Interrupts/sec(Processor_Total) 5.Page Faults/sec(Memory) 6.Pages/sec(Memory) 7.PoolNonpaged Bytes(Memory) 8.Private Bytes(Process_Total) 9.Processor Queue Length(System) 10.Threads(Objects) dbm: rem_cons_in 到正在被监视的数据库管理器实例的当前连接数，从远程客户端启动 agents_from_pool 代理程序池中已分配的代理程序数 agents_stolen 从应用程序中盗用代理程序的次数。重新分配与应用程序相关联的空闲代理程序，以便对其他应用程序执行操作，称作“盗用” sort_heap_allocated 拍快照时，以所选择的级别为所有排序分配的排序堆空间的总页数post_threshold_sorts 达到排序堆阈值后，已请求的堆的排序数 db: appls_cur_cons 当前已连接到数据库的应用程序数 appls_in_db2 当前已连接到数据库并且数据库管理器当前正在处理其请求的应用程序数sort_heap_allocated 拍快照时，以所选择的级别为所有排序分配的排序堆空间的总页数total_sorts 已经执行的排序总数 total_sort_time 所有已执行排序的总已用时间（以毫秒为单位） sort_overflows 用完排序堆并且可能需要临时磁盘存储空间的排序总数 hash_join_small_overflows 哈希联接数据大小超过可用排序堆空间，但超出比率小于10% 的次数 pool_data_l_reads 已经通过缓冲池的数据页逻辑读取请求数 pool_data_p_reads 要求I/O 将数据页放入缓冲池的读取请求数 pool_index_l_reads 已经通过缓冲池的索引页逻辑读取请求数 pool_index_p_reads 需要将索引页放入缓冲池的物理读取请求数 files_closed 已关闭的数据库文件的总数 pkg_cache_lookups 应用程序在程序包缓存中查找一个节或程序包的次数。在数据库级，它表示自从启动数据库或重置监视器数据以来的引用总数 pkg_cache_inserts 请求的一个节不可用，因而必须加载到程序包缓存中的总次数。此计数包括由系统执行的任何隐式准备

Spotlight on Oracle性能监控器

Spotlight On Oracle性能监控器 一、各种资源总体性能指标主界面（Home） 主界面共分为六大面板，各面板指标如下： 1.1 Sessions（会话） Session是Oracle数据库服务器对连接数据库的用户进行记录的一种手段，用户使用客户软件（如SQL Plus、企业管理器等）连接数据库，就形成了一个会话。 ★Active Sessions：该值是活动用户占连接到数据库用户总数的百分比，注：正常值不小于70%。 1.2 Host（主机） Host主机主要指被监控的服务器。 ★Total CPU Usage：CPU总体利用率 ★Run Queue：等待CPU运行的队列数，注：该值超过CPU的块数时，表明CPU存在瓶颈。

1.3 Server Processes（PGA：程序全局区） PGA是数据库服务器内存中为单个用户进程分配的专用的内存区域，是用户进程私有的，不能共享。 ★Dedicated：专用服务进程（该值执行时代表一个客户进程）。该值主要表示登录和注销数据库服务器的用户数量。 ★Shared：多线程服务器（MTS：multi-threaded servers），该值执行时代表多个客户进程。 可以配置该值的两个参数来改变负载： MTS_SERVERS/SHARED_SERVERS MTS_MAX_SERVERS/MAX_SHARED_SERVERS ★Dispatchers：协调客户机作业的共享服务器分配的MTS发报。可以配置该值的两个参数来改变负载： MTS_DISPATCHERS/DISPATCHERS MTS_MAX_DISPATCHERS/MAX_DISPATCHERS ★Parallel Query：支持查询和（Oracle8版本)DML语句并发执行的并行查询服务器。可以配置该值的两个参数来改变负载： PARALLEL_MIN_SERVERS PARALLEL_MAX_SERVERS ★Job Queue：通过DBMS_JOB包运行PL/SQL命令提交oracle工作队列的工作队列服务器进程。可以配置该值的参数： JOB_QUEUE_PROCESSES 1.4 SGA（系统全局区） SGA是数据库服务器为用户进程和服务器进程之间进行通信所使用的内存，所有用户进程共享SGA的内容。 ★Buffer Cache Hit Ratio：高速缓冲区点击比率，该值反映了高速缓存区（Buffer Cache）的性能（高速缓冲存储器用高速缓存区频繁访问以后需要的数据块）。注：该值不能小于90%。★Shared Pool Used：存储SQL语句,PL/SQL程序,对象定义以及MTS的会话存储的共享池大小。

数据库性能监控

数据库性能监控 1.纲要： 数据库性能监控是一个常非大范围。 包含：表空间、段、索引、主键、数据缓冲区、库缓冲、用户锁、等待事件、回滚段、I/O、共享池等等。（空间、索引、等待事件） 2.概述： 在日常生产系统中，我们的系统都使用相当长的时间，SGA 中重做日志缓存区的命中率，应该小于1%、高速缓存命中>=90%率等等一般都是正常的，当然一个非常低的命中率的确意味着系统配置或应用存在严重问题；非常高的缓存命中率存在严重低效率的SQL语句（极差的SQL造成%99以上的命中率）, 但命中率的多少义意不是很大，主要是查看系统的等待事件,系统的反应时间,吞吐率(I/O)。 在系统的配置都没有问题情况下，影响性能的主要方面集中在： 1、索引 2、oracle、操作系统某些资源利用的不合理 3、系统的等待事件 3.索引 要开始监控一个索引的使用，使用这个命令： ALTER INDEX pk_addr MONITORING USAGE;

要停止监控一个索引，输入： ALTER INDEX pk_addr NOMONITORING USAGE; 开始监控索引的使用之后，就可以在sys.v$object_usage视图中查到你所监控的索引的使用情况。 所有被使用过至少一次的索引都可以被监控并显示到这个视图中。不过，一个用户只可以接收它自己schema中的索引使用。Oracle并没有提供一个视图来接收所有模式中的索引。 4.oracle、操作系统某些资源利用的不合理 内存分配不合理 内存的利用率多于80%时，这时说明内存方面应该调节一下。方法大体有以下几项： 划给Oracle使用的内存不要超过系统内存的1/2，一般保在系统内存的40%为益。 为系统增加内存； 如果你的连接特别多，可以使用MTS的方式；（MTS（Multi-Threaded Server）是ORACLE SERVER的一个可选的配置选择，是相对DEDICATE方式而言，它最大的优点是在以不用增加物理资源（内存）的前提下支持更多的并发的连接。） 打全补丁，防止内存漏洞。 表空间分配的不合理 表空间不足的时候，系统前台根本无法使用。 回滚段空间的不足，持行脚本就回失败。 --监控表空间使用率与剩余空间大小的语句 SELECT D.TABLESPACE_NAME,SPACE "空间(M)", BLOCKS ,SPACE-NVL(FREE_SPACE,0) "使用空间(M)", ROUND((1-NVL(FREE_SPACE,0)/SPACE)*100,2) "使用率(%)", FREE_SPACE "空闲空间(M)" FROM (SELECT TABLESPACE_NAME, ROUND(SUM(BYTES)/(1024*1024),2) SPACE, SUM(BLOCKS) BLOCKS FROM DBA_DATA_FILES GROUP BY TABLESPACE_NAME) D,

Oracle监控处理系统的设计与实现

—54— Oracle 监控处理系统的设计与实现 刘凤龙 (湖南人文科技学院信息中心，娄底 417000) 摘 要：针对Oracle 数据库的有效监控问题，提出一个基于CORBA 的分布式Oracle 监控处理系统。系统采用“代理+Oracle 视图”技术，通过灵活的监控策略配置、多层次多粒度内容呈现等方法，实现对物理上分布的多个Oracle 数据库进行不间断的集中式监控、分析处理和故障分析预警等功能，采用预测模型方法有效降低监控引起的网络流量。实验结果和型号项目中的实际应用验证了系统的有效性。 关键词：Oracle 数据库；监控；服务器资源；CDOMS 系统；故障 Design and Implementation of Oracle Monitoring and Processing System LIU Feng-long (Information Center, Hunan Institute of Humanities Science and Technology, Loudi 417000) 【Abstract 】In order to guarantee the continuous and efficient performance of Oracle databases, a CORBA-based Distributed Oracle Monitoring System(CDOMS) is designed and implemented. “Agent plus oracle view surface” is used in CDOMS, and flexible configuration, two-level based content presentation and prediction techniques are adopted in CDOMS adopts to achieve cost-efficient monitoring. It is proved experimentally and practically that CDOMS can continuously monitor distributed Oracle database system and server’s resource with different granularities in real-time, alarm for potential faults in advance, analyze the database system comprehensively and manage the remote nodes effectively. Experimental result and the actual application of nomenclature project prove effectivity of the system. 【Key words 】Oracle; monitoring; server resources; CDOMS system; malfunction 计 算 机 工 程 Computer Engineering 第35卷 第10期 Vol.35 No.10 2009年5月 May 2009 ·软件技术与数据库· 文章编号：1000—3428(2009)10—0054—03 文献标识码：A 中图分类号：TP311.13 1 概述 随着信息技术的不断发展，各种信息资源在物理上日趋分布，因此，分布式数据库系统得到广泛应用[1]。在这些系统中存在多个物理上分布的数据库，相互配合完成一系列复杂的业务流程和各种操作。要保障这些数据库的持续高效运行，须对其进行不间断的监控。 本文针对物理上分布的多台Oracle 数据库服务器，设计实现了一种基于CORBA 的分布式数据库性能监控系统(CORBA-based Distributed Oracle Monitoring System, CDOMS)，旨在通过对数据库7×24 h 不间断的监控，为分布式系统的持续高效运行提供支持。CDOMS 系统采用了基于层次的内容呈现和预测模型相结合的方法，在提供持续监控、分析预警及远程处理等功能的基础上，尽量降低CPU 及内存利用率，减少网络通信开销，以减少对在线系统的影响。 2 研究现状 当前有不少商用工具对Oracle 数据库服务器提供监控和管理功能，比较有影响的有DBA Studio, OEM [2], Quest Central [3]等。通过比较可以看出，现有的监控工具在集成度、集中式多点监控、实时监测、提前预警、灵活性、二次开发和安全性等方面都存在一些不足。前期关于Oracle 数据库系统的管理维护，主要集中在对部分参数的性能优化、故障诊断等方面，如对磁盘I/O 的优化[4]等。近几年来，研究者普遍关注对Oracle 系统的全面监控和优化，并提出了相关的系统设计实现方案，如基于J2EE 的数据库性能监控和分析系统的总体设计及部分实现[5]。这些研究与本文的工作类似，但是本文面向的是多个Oracle 数据库的全面监控，通过灵活可配置的监控策略、基于层次的内容呈现等方面进行了进一步的优化设计，因此，在可监控的内容、监控灵活性、监控策略、监控开销等方面具有更好的功能、性能和可扩展性。 3 CDOMS 系统设计与实现 3.1 系统结构 影响数据库可用性的因素主要包括2个方面：数据库所在服务器的资源使用情况和数据库自身参数的设置。对于前者，可以通过操作系统提供的API 函数获得相关信息，而Oracle 自身提供的大量系统视图为及时获知Oracle 内部参数、各种资源争用和瓶颈判断等提供了依据。因此，CDOMS 采用“代理+访问系统视图”的总体框架，如图1所示。 监控服务器 监控主程序被监控节点 Oracle 数据库 代理服务本地数据库 图1 CDOMS 系统结构 基金项目：湖南省普通高校教学改革研究基金资助项目(湘教通[2006]171号No.165) 作者简介：刘凤龙(1971－)，男，讲师、硕士，主研方向：数据库技术，信息系统开发，信息安全 收稿日期：2008-09-26 E-mail ：liu_feng_long@https://www.wendangku.net/doc/4610392122.html,

Oracle OEM配置数据库监控方法

Oracle OEM配置数据库监控邮件通知 一、配置通知方法 1.在OEM主页点击右上方的Setup链接进人Setup页面，在Setup页面点击左边菜 单中Notification Mehods链接，配置参数Outgoing Mail(SMTP) Server、Identify Sender As、Sender’s E-mail Address。其中Outgoing Mail(SMTP) Server参数为发送 邮件的邮件服务器地址，Identify Sender As参数为发件人别名，Sender’s E-mail Address参数为发件人邮件地址。 （图1） 2.配置完成后点击Test Mail Server进行测试，测试成功应返回如（图2）结果，然后 点击OK，回到配置页面点击Apply应用配置。 （图2） 二、配置邮件通知接收人 1.点击页面右上方Preferences链接进入Preferences页面，在General页面中配置需要

接收通知的人员的邮件地址，配置完成后可以点击Test按钮进行测试，测试成功 的情况下配置的所有被通知人员都会收到一封测试邮件。 （图3） 三、配置邮件通知Schedule 1.在Preferences页面点击左边Schedule链接，进入Schedule配置页面，该配置作用 是将不同时段的通知信息发送给不同的人员，我个人理解是用在多人轮班的情况下 的。此处点击Edit Schedule Definition按钮，将所有时段接收通知的邮件地址都填 好。

（图4） 四、配置通知规则 1.在Preferences页面点击左边Rule链接，进入通知规则配置页面，点击Create按钮 创建通知规则。 （图5） 2.配置通知规则的过程分为7个步骤： 1)配置属性：配置Name、Description、Target Type。Target Type分为Agent、Database Instance、Host、Listener 4种。监控指标为数据库指标选择Database Instance，