zabbix通过pyora监控oracle数据库
Zabbix 通过pyora监控oracle
1.oracle客户端的安装
从oracle官方网站上下载客户端，devel和sqlplus程序或者从以下网址下载https://www.360docs.net/doc/283757478.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>
测试成功！
注：
sqlplus: error while loading shared libraries: libsqlplus.so: cannot open shared object file: No such file or directory
说明环境变量没有生效！
SQL> conn system/oracle@depdb1
ERROR:
ORA-21561: OID generation failed
检查自己的/etc/hosts文件，修改/etc/hosts
127.0.0.1 localhost localhost.localdomain
192.168.0.10 orcl orcl
192.168.0.110 Monitor Monitor
2. python库cx_Oracle的安装
下载https://www.360docs.net/doc/283757478.html,/project/cx-oracle/5.1.1/cx_Oracle-5.1.1-1.src.rpm 或者从https://www.360docs.net/doc/283757478.html,/s/1gdeLYEJ
[root@devel ~]# rpm -ivh cx_Oracle-5.1.1-1.src.rpm
1:cx_Oracle
########################################### [100%]
[root@devel ~]# cd ~/rpmbuild/SPECS
[root@devel ~]# ORACLE_HOME=/usr/lib/oracle/11.2/client64/ rpmbuild -ba cx_Oracle.spec
[root@devel ~]# cd ../RPMS/x86_64
[root@devel ~]# rpm -ivh cx_Oracle-5.1.1-1.x86_64.rpm
Preparing...
########################################### [100%] 1:cx_Oracle
########################################### [100%]
注：
因为我的系统的python版本是2.6 所以要将Oracle.spec中的python2.4改为python2.6
3.pyora下载安装
利用pyora监控oracle数据库需要用到cx_Oracle和oracle客户端，安装pyora 之前请确保前两个软件安装完毕
下载pyora
[root@Monitor ~]# cd /tmp/
[root@Monitor tmp]#git clone https://https://www.360docs.net/doc/283757478.html,/bicofino/Pyora.git
Cloning into 'Pyora'...
remote: Counting objects: 17, done.
remote: Compressing objects: 100% (14/14), done.
remote: Total 17 (delta 2), reused 16 (delta 1)
Unpacking objects: 100% (17/17), done.
然后在/etc/zabbix_agentd.conf 中添加
UserParameter=pyora[*],/home/zabbix/scripts/pyora.py --username $1 --password $2 --address $3 --database $4 $5 $6 $7 $8
我是通过zabbix-server端的zabbix-agent监控其他机器的oracle数据库，导入模板zabbix-template/Pyora.xml到你的主机
{$ADDRESS} 192.168.0.1
{$DATABASE} MY_ORACLE_DATABASE
{$USERNAME} zabbix
{$PASSWORD} zabbix
{$ARCHIVE} VGDATA
{$HIGH} 90
实验5 数据库监视与性能优化
实验项目名称：数据库监视与性能优化实验学时： 4 同组学生姓名：实验地点： 实验日期：实验成绩： 批改教师：批改时间： 一、实验目的和要求 1、利用索引优化查询性能、优化SQL语句。 2、了解通过对SQL profiler跟踪系统运行数据。 二、实验仪器和设备 设备：奔腾Ⅳ或奔腾Ⅳ以上计算机； 环境：WINDOWS 7 或WINDOWS XP、Microsoft SQL Server 2008。 三、实验过程 1、完成以下的实验。 1）使用对象资源管理器创建、管理索引 ①为员工表创建一个索引名为“emp_id”的唯一性非聚集索引，索引关键字是“员工号”，填充因子80 % 。 ②重命名索引，将索引“emp_id”重命名为“员工表_员工号”。 ③删除索引“员工表_员工号”。 2）使用T-SQL语句创建、管理索引 ①为员工表创建一个索引名为“emp_id”的唯一性非聚集索引，索引关键字是“员工号”，填充因子80 % 。 ②重命名索引，将索引“emp_id”重命名为“员工表_员工号”。 ③为员工参与项目表创建一个索引名为“员工_项目_index”的非聚集复合索引，索引关键字为“员工号”，升序，项目编号，降序，填充因子50%。 ④删除索引“员工表_员工号”和“员工_项目_index”。 3）索引前后的执行计划 ①删除员工表中员工号上的主键。按员工姓名和项目名称查询对应的职责，然后观察执行计划信息，计算总的I/O和CPU开销。（员工表和员工参与项目表中的员工号都没有索引）②为员工参与项目表创建一个索引名为“员工参与项目_员工号”的非聚集索引，索引关键字为“员工号”，升序；按员工姓名和项目名称查询对应的职责，然后观察执行计划信息，计算总的I/O和CPU开销。（员工表中员工号没索引，员工参与项目表中的员工号有非聚集
分布式MySQL数据库集群在线监测系统设计与实现
` 硕士学位论文 （工程硕士） 分布式MySQL数据库集群在线监测系统 设计与实现 DESIGN AND IMPLEMENTATION OF DISTRIBUTED MySQL DATABASE CLUSTER ONLINE MONITORING SYSTEM 黄旭 哈尔滨工业大学 2012年6月
国内图书分类号：TP311 学校代码：10213 国际图书分类号：621.3 密级：公开 工程硕士学位论文 分布式MySQL数据库集群在线监测系统 设计与实现 硕士研究生：黄旭 导师：范国祥高级讲师 副导师：赵威高级工程师 申请学位：工程硕士 学科：软件工程 所在单位：软件学院 答辩日期：2012年6月 授予学位单位：哈尔滨工业大学
Classified Index: TP311 U.D.C.:621.3 Dissertation for the Master‘s Degree in Engineering DESIGN AND IMPLEMENTATION OF DISTRIBUTED MySQL DATABASE CLUSTER ONLINE MONITORING SYSTEM Candidate: Supervisor: Associate Supervisor: Academic Degree Applied for: Speciality: Affiliation： Date of Defence: Degree-Conferring-Institution: Huang Xu Senior Lecturer Fan GuoXiang Senior Engineer Zhao Wei Master of Engineering Software Engineering School of Software June, 2012 Harbin Institute of Technology
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.360docs.net/doc/283757478.html,ername, https://www.360docs.net/doc/283757478.html,mand, b.server, b.machine, b.terminal, b.program
MySQL
MySQL数据库在在线监测系统中的应用研究 作者：毛成光张理兵郑王林钱继超 来源：《电子世界》2012年第04期 【摘要】MySQL数据库和PC104系统的应用都十分广泛，但是MySQL数据库在PC/104在线监测系统中应用方面的研究尚不多。本文中在线监测系统硬件平台采用PC/104，软件平台采用Windows2000操作系统，首先设计了一个MySQL的在线监测数据库，然后在 C++Build6.0开发环境下开发在线监测应用程序，模拟在线监测过程，每隔一段时间写一条数据库记录，同时在绘图曲线中实时更新，动态显示。 【关键词】在线监测系统；MySQL数据库；C++builder 1.引言 对于在线监测仪来说，通常都是长时间连续运行的，数据量一般都巨大，并且需要在过程控制中实时修改运行参数，如何管理数据文件，运行条件参数和相关信息等就显得尤为重要。这需要借助专门的数据库来才能有效的管理。 近20年来，数据库技术不断发展，至今已经有很多成熟的商品化的数据库管理系统（DBMS），例如：SQL Server、Oracle和Access等，它们的应用越来越广泛，但对用户来说还存在不足之处。（a）SQL Server：SQL验证的登陆只对特定的服务器有效，也就是说，在一个多服务器的环境中管理比较困难；对于每一个数据库，必须分别地为其设定管理权限；移植性较差，不能跨平台移植；价格也不便宜；（b）Oracle：价格昂贵，服务费用也比较高；对硬件要求也比较高，使得整体投入非常高；（c）Access：主要用于单机桌面小型数据库管理系统，属于Local DBMS，难以支持大型应用；速度比较慢，功能还不够完善。 目前，采用开源数据库已开始成为一种潮流，如许多小型、中型或大型网站数据库服务器都选择MySQL数据库。MySQL是一个精巧的SQL数据库管理系统，以操作简便著称。由于其强大的功能、丰富的应用程序接口及精巧的系统结构设计，在基于数据库的应用软件开发中得到了广泛的应用。MySQL具有下述优势；（a）是目前运行速度最快的SQL语言数据库；（b）多样的数据类型和超大的容量可以方便完整地保存反映设备状态的各种数据；（c）支持多平台，可以在不同的操作系统下进行数据的准确移植；（d）可以免费获得，可以有效降低成本。 本文中在线监测系统硬件平台采用PC/104，具体如下：PC/104嵌入式主板采用SBC-4571（北京集智达公司），其是嵌入式Vortex86 CPU模块，带4串口，2个USB，支持CRT/LCD/音频/网络，板载128MB DRAM内存，1个增强IDE接口，显示屏采用元太 6.4"LCD显示屏。
第3章 自动数据库性能监视器
第3章自动数据库性能监视器 自动数据库性能监视器（ADDM）自动检查和报告数据库的性能问题。结果作为ADDM调查报告显示在Oracle企业管理器的数据库主页中，审查ADDM调查结果让你可以快速找出性能问题。 每个ADDM调查结果都提供了一串有关减少性能问题影响的建议，审查ADDM调查结果并执行建议是你每天正常维护数据库应该要做的事情，即使数据库处于未最佳的性能状态，你也应该继续使用ADDM监视数据库性能。 3.1 自动数据库诊断监视器概述 ADDM是构建在Oracle数据库内部的自我诊断软件，ADDM检查并分析自动工作量仓库（AWR）捕获到的数据，确定Oracle数据库可能存在的性能问题，然后它定位性能问题的根本原因，为纠正这些性能问题提供建议，并量化预计的性能收益，ADDM也可以识别不需要行动的区域。 3.1.1 ADDM分析 每次AWR快照（默认每小时一次）后就会执行ADDM分析，分析报告保存在数据库中，你可以通过Oracle企业管理器来查看这些报告，在使用本指南描述的另一个性能调整方法之前，先审查一下ADDM分析报告。 ADDM分析是从上到下执行的，首先确定症状，然后完善分析报告，指出导致性能问题的根本原因，ADDM使用DB time统计信息确定性能问题，DB time是数据库除了用户请求花去的递增式时间，包括等待时间和所有非空闲会话的CPU时间。 数据库性能调整的目标是减少给定工作量的DB time，通过减少DB time，数据库使用相同数量的资源可以支持更多用户请求，ADDM报告使用了大量DB time的系统资源，将其显示在问题区域，并按消耗的DB time数量进行倒序排序，关于DB time统计信息的更多信息请参考"时间模型统计"小节的内容。 3.1.2 ADDM建议 除了诊断性能问题外，ADDM还会给出建议解决方案，并且有时会建议多个可选的解决方案让你选择，ADDM建议包括： 硬件改造 添加CPU或修改I/O子系统配置 数据库配置 修改初始化参数配置 方案修改 对表或索引进行哈希分区，或使用自动段空间管理（ASSM） 修改应用程序 为序列使用缓存选项或使用绑定变量 使用其它顾问 在高负载SQL语句上运行SQL调整顾问或在热点对象上运行分段顾问。 ADDM应用在生产系统上受益良多，即使在开发和测试系统上，ADDM也可以提前提供潜在的性能问题警报。 性能调整是一个反复的过程，修复一个问题可能会导致瓶颈转移到系统的其它部分，即使使用ADDM分析报告，也要经过多次反复的调整才能使性能达到理想的水平。 3.1.3 Oracle真正应用集群中的ADDM 在Oracle真正引用集群（Oracle RAC）环境中，你可以使用ADDM分析整个数据库集群的性能，Oracle RAC中的ADDM会认为DB time是所有数据库实例数据库时间的总和，它只会报告集群级别的重要分析结果，例如，考虑局部各个集群节点的I/O水平就没什么意义，但所有节点的I/O水平的总和对于判定集群问题就显得很重要了。 3.2 配置自动数据库诊断监视器 3.2.1 设置初始化参数启用ADDM 默认情况下自动数据库诊断监视功能是被启用的，由初始化参数CONTROL_MANAGEMENT_PACK_ACCESS和STATISTICS_LEVEL控制。 CONTROL_MANAGEMENT_PACK_ACCESS初始化参数应该被设置为DIAGNOSTIC+TUNING（默认）或DIAGNOSTIC以确保启用自动数据库诊断监视器，如果将CONTROL_MANAGEMENT_PACK_ACCESS设置为NONE，就会禁用掉许多Oracle数据库特性，包括ADDM，强烈建议不要这么做。
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.360docs.net/doc/283757478.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; 生效方式：
LoadRunner压力测试结果分析探讨
LoadRunner 压力测试结果分析探讨 分析原则: 1.具体问题具体分析（这是由于不同的应用系统，不同的 测试目的，不同 的性能关注点） 2. 查找瓶颈时按以下顺序，由易到难。 服务器硬件瓶颈 网络瓶颈（对局域网，可以不考虑） 服务器操作系统 瓶颈（参数配置） 中间件瓶颈（参数配置，数据库,web 服务器等） 瓶颈（SQL 语句、数据库设计、业务逻辑、算法等） 分析的信息来源: 1.根据场景运行过程中的错误提示信息 2.根据测试结果收集到的监控指标数据 .错误提示分析 分析实例: 1. Error: Failed to connect to server Connection 分析: A 应用服务死掉。 （小用户时：程序上的问题。程序上处理数据库的问题，实际测试中多半是 服务器链接的配置问题） B 、应用服务没有死 （应用服务参数设置问题） 应用 “172.17.7.230 〃 ： [10060] Error: timed out Error: Server conn ecti on p rematurely “172.17.7.230 〃 has shut down the
对应的Apache 和tomcat 的最大链接数需要修改，如果连接时收到 connection refused 消息，说明应提高相应的服务器最大连接的设置，增加幅 度要根据实际情况和服务器硬件的情况来定，建议每次增加 25%! C 数据库的连接 （数据库启动的最大连接数（跟硬件的内存有关） ） D 我们的应用程序spring 控制的最大链接数太低 2. Error: Page download timeout (120 seconds) has expired 分析： 实际测试时有些资源需要请求外网，而我们的测试环境是局域网环境 3. Error “http://172.17.7.230/Home.do 分析： A 脚本设计错误，造成页面异常。服务器有响应! B 、并发数过大，造成服务器响应延迟。 4. Error page “text=xxxxx ” 分析： A 脚本设计问题，例如，前一脚本修改了某些内容，造成后面的脚本访问 异常。 B 、不确定因素，有时候回放正常的脚本，一放到场景中就出现这样的错误。 只能反复修改脚本! ．监控指标数据分析 1．Vusers 数 A 、 应用服务参数设置太大导致服务器的瓶颈 B 、 页面中图片太多 C 、 在程序处理表的时候检查字段太大多 D 、
zabbix通过pyora监控oracle数据库
Zabbix 通过pyora监控oracle 1.oracle客户端的安装 从oracle官方网站上下载客户端，devel和sqlplus程序或者从以下网址下载https://www.360docs.net/doc/283757478.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中各组件的内存使用情况，主要关注以下几点。
应用监控平台测试方案
应用级监控平台测试方案 2015年5月
文档修订记录
目录 1、测试目的 (1) 2、测试背景 (1) 3、测试人员及联系方式 (1) 4、测试地点及场景 (2) 5、测试资源准备 (3)
1、测试目的 POC测试，即Proof of Concept，是业界流行的针对客户具体应用的验证性测试，根据用户对采用系统提出的性能要求和扩展需求的指标，在选用服务器上进行真实数据的运行，对承载用户数据量和运行时间进行实际测算，并根据用户未来业务扩展的需求加大数据量以验证系统和平台的承载能力和性能变化。 特别是在应用系统选型阶段，一些大型企业的业务流程比较复杂，并非单一的功能性演示就能覆盖现实的业务需求，这时候需要事先划定一个小范围的实验对象（但是业务逻辑的复杂性要有典型性，有代表性），通过小范围的项目导入与实施，从真实业务的实践到战略意图的实现，来验证系统方案是否能满足用户的需求，从而作出更客观更准确的判断。 考虑到应用级监控的重要性，特进行本次应用级监控产品POC测试。 2、测试背景 近年来，随着业务的丰富，关键业务系统在数量上和复杂度上都迅速提高。业务系统的变化促使IT运行维护团队需要面对越来越复杂的业务系统架构，而现有的以网络、主机等基础设施为核心的监控系统已经逐渐不能满足对业务系统用户体验、可用性、性能方面的管理需求。IT运行维护模式必须需要寻找新的方向。 为保证业务的平稳运营，应对目前业务系统运行维护面临的挑战，运行维护团队需要一套行之有效的应用性能管理系统，能够在业务系统运行时同步评估用户体验，当业务系统出现异常时能及时感知，并快速分析故障位置。 基于业务的应用性能监控，根据业务的服务路径，监控业务在各环节的性能状态，当出现业务故障时能够快速明确故障环节，缩短业务故障恢复时间。 3、测试人员及联系方式
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正在等待的事件及其详细信息。
综合自动化监控系统
综合自动化监控系统SICAM Anole SICAM Anole 灵活，强大，易用Answers for energy
概述 SICAM Anole后台监控软件适用于1000kV-6kV的电力、石油、化工、轨道交通、机场等行业的各级变电站和调度系统。SICAM Anole 具有优越的性能、灵活的配置以及开放的结构，可方便地满足中国客户的各种需求和使用习惯，最大程度的给客户带来利益。
SICAM Anole 系统的主要技术特点 分层开放式系统 系统采用了目前先进的开放分布式应用环境的网络管理技术、数据库中间件和通信中间件技术和多层客户/服务器（Client /Server）技术，遵循软件互联国际标准基于IEC61970/61850/61968的统一CIM建模，为各行业用户提供了遵循IEC标准的统一支撑平台。 跨平台特性 一套代码，任意运行。跨UNIX/Linux/Windows操作系统平台，跨IBM/SUN/HP/ALPHA/X86硬件平台，以及由它们组合而成的各种同构或异构平台。 分布式体系结构 系统采用符合国际标准的网络构架，将系统功能有序地分配到网络上各个节点：包括软件自诊断、实时处理、报警处理、历史采样记录、事故追忆、实时计算、数据服务、安全验证、远方控制；用户可以根据需要灵活配置各个节点的功能。全系统数据的一致性和可靠性 在网络方式的SCADA系统应用场合下，系统可以自动以冷备用、温备用和热备用等各种方式运行。无论在何种方式运行，均可自动维护系统中实时数据库、历史数据库、报警、画面、WEB等数据的一致性和兼容性。避免人工干预，保证数据的有效性和可用性。 先进的人机交互界面 系统提供了具备“所见即所得”功能的图文/报表一体化编辑工具。依照一组具有完备集特征的时间定义方法和统一的图形图元结构定义，无须借助任何外部工具，即可在任意工作站或服务器上定义复杂的接线图、棒图、曲线图、趋势图、实时报表和历史报表等，并且能够支持任意文字和图形的混排。 支持数据库的在线更新，在保证不干扰和影响系统正常运行的情况下，在线更新数据库测点信息。 支持远程维护 系统可以允许工作站通过远程拨号/远程联网方式进入采集与控制系统主站，从而实现远程诊断和远程维护。减轻用户负担，加快服务速度。
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数据库服务器，如下图所示：
DB2数据库-性能测试监控
DB2数据库-性能测试监控 一．DB2数据库介绍 1. DB2架构介绍 概要介绍 DB2是IBM公司研发的关系数据库产品，目前广泛应用于金融、通信、交通等行业，在IBM随需应变的战略体系中扮演着重要角色。因为川农信属于金融行业，因此也在使用DB2，其版本为v9.7，所以在这里介绍一些9.7版本的新特性。 ●支持索引压缩、临时表数据压缩和xml压缩，更加降低了存储空间成本。 ●支持内联大对象。 ●在线表迁移功能。 ●支持实时表字段更改。 ●在性能监控方面DB29.7有了极大增强，新的监控模型不仅可以快速找出问题瓶颈，而且对系统的影响非常小。特别是对锁的监控，通过新的Locking Event Monitor可同时监控死锁、锁等待和锁超时。 ●移植性增强。 ●HADR备机可读。 三种常用架构简介 当前的应用系统主要分为两类：联机事务处理（OLTP）和联机分析处理（OLAP）。 OLTP主要执行日常的事务处理，比如银行存取款、商场购物等，它的主要特点是对响应时间要求高，数据量一般较小，并发多，面向应用。OLAP主要指数据仓库、决策分析类系统，主要特点是数据量大，对实时性要求不高，面向主题。 针对这两种典型的系统，DB2提供了很好的支持。对于OLTP系统和数据量较小的OLAP系统，可以采用单分区架构。 但是有一些OLAP系统，比如国内一些通信公司和电力公司的经营分析系统，包含的数据超过几十TB，一台机器的处理性能根本无法满足要求。这时，可考虑DB2的多
分区架构，即Shared Nothing架构。这种架构的优点就是能够充分利用系统资源，将一个大型的查询分解成若干个小查询并行运行在不同的系统中。由于每一个分区只能够访问自己分区的数据，当查询数据需要关联时。需要在分区中交换必要的数据，分区之间使用一种叫做FCM（Fast Communication Manager）的通信机制。这种架构对系统设计人员要求较高，一定要充分理解优化器与系统访问数据的规则，并且设计很好的分区键，才能够尽可能避免分区间大量的数据交换。 与Share-Nothing相对的另外一种常见的架构是Share-Disk。Share-Disk架构允许所有机器都可以访问全部的数据，好处是管理起来相对方便，而且任意一台机器宕机后，只要存储部分不出问题，其他机器上的系统可以照样访问数据。Share-Disk的设计目标主要是提供高可用性，一般用于OLTP系统。 2. 主要模块介绍 上图描述了DB2的进程模型，长方形代表处理进程，椭圆形代表处理线程，DB2的主进程是db2sysc，在这个处理进程下有许多线程，最主要的线程也是叫db2sysc，这个主要的线程派生了其他子线程。当一个远程的应用程序比如采用sql connect语句链接服务器时，通讯协议的远程监听器将接收这个请求，并联系db2agent，agent是一个代表DB2实现一些小操作的处理程序，当发出请求的应用程序是本地的，也就是和DB2服务器在同一服务器上，如果不在同一个服务器上，那么采用db2tcpcm处理本地请求，如果在一台服务器上采
归档—监控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