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

Prometheus监控Oracle数据库背景本⽂简单介绍下,Prometheus如何通过exporters监控Oracle数据库,以及应该注意哪些指标。
oracledb_exporteroracledb_exporter是⼀个连接到Oracle数据库并⽣成Prometheus metrics的应⽤程序,设置展⽰下如何安装和设置oracledb_exporter,以使⽤Prometheus来监控Oracle数据库。
oracledb_exporter部署在k8s集群中在k8s使⽤Deployment部署oracledb_exporter,并添加注解,以实现Prometheus⾃动发现oracledb_exporter断点并收集指标spec:template:metadata:annotations:prometheus.io/scrape: "true"prometheus.io/port: "9161"prometheus.io/path: "/metrics"oracledb_exporter需要Oracle的连接信息才能访问和⽣成指标,此参数作为环境变量传递到exporter。
由于连接信息包含⽤于访问数据库的⽤户和密码,因此我们将使⽤Kubernetes Secret来存储它。
要创建到Oracle数据库的连接字符串的密码,可以使⽤以下命令:kubectl create secret generic oracledb-exporter-secret \--from-literal=datasource='YOUR_CONNECTION_STRING'在deployment中,这样配置环境变量env:- name: DATA_SOURCE_NAMEvalueFrom:secretKeyRef:name: oracledb-exporter-secretkey: datasource要确保连接信息是否正确:system/password@//database_url:1521/database_可以使⽤ sqlplus docker镜像进⾏检测docker run --net='host' --rm --interactive guywithnose/sqlplus sqlplus system/password@//database_url:1521/database_下⾯添加⼀些⾃定义指标,包括慢查询(slow queries),错误查询(bug queries)为了使⽤⾃定义指标:在deployment中,我们将添加另⼀个环境变量,该变量具有到新指标的⽂件的路由。
prometheus oracle监控和告警规则

prometheus oracle监控和告警规则Prometheus 是一款开源的监控和告警工具,被广泛应用于云原生架构和微服务环境中。
它允许用户通过定义监控规则和告警规则来实时监控系统指标,并在异常情况下发送警报。
本文将深入探讨Prometheus Oracle 监控和告警规则的配置和使用方法。
首先,我们需要了解Prometheus 运行和配置的基本概念。
Prometheus 由一个或多个Prometheus Server 组成,它们定期从被监控的目标(例如服务器、数据库、容器等)中拉取指标数据,并存储在本地时序数据库中。
用户可以使用PromQL(Prometheus 查询语言)来查询这些指标数据,并创建自己的监控规则和告警规则。
为了监控和告警Oracle 数据库,我们需要安装并配置Prometheus Exporter。
Prometheus Exporter 是一个用于将指标数据从Oracle 数据库导出到Prometheus 格式的工具。
它可以连接到Oracle 数据库的实例,并提取诸如CPU 使用率、内存使用情况、磁盘空间以及其他指标。
在本文中,我们将使用Prometheus Oracle Exporter 来监控Oracle 数据库。
接下来,我们需要配置Prometheus Server 来收集和存储Oracle 数据库的指标数据。
首先,我们需要下载并安装Prometheus Server。
根据您的操作系统和平台,在Prometheus 的官方网站上找到适合您的版本,并按照安装指南进行安装。
安装完成后,我们可以通过修改Prometheus 配置文件进行配置。
打开Prometheus 的配置文件`prometheus.yml`,我们需要添加以下内容来配置Oracle Exporter:yamlscrape_configs:- job_name: 'oracle'static_configs:- targets: ['<oracle_exporter_host>:<oracle_exporter_port>']这里,`oracle_exporter_host` 代表Oracle Exporter 的主机名或IP 地址,`oracle_exporter_port` 代表Oracle Exporter 的端口号。
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;生效方式:重启实例生效1.5控制文件配置参数:control_files说明:该参数用于指定在DB启动时,读取的控制文件来源,如果有多个控制文件,每个控制文件完全一致,生产系统建议至少为两组冗余,防止出现控制文件损坏后必须进行控制文件手工重建风险。
oracledb_exporter 监控指标 -回复

oracledb_exporter 监控指标-回复"oracledb_exporter 监控指标"是一种用于监控Oracle数据库的工具。
它提供了一系列的监控指标,帮助数据库管理员实时了解数据库的运行情况,并可以通过这些指标进行数据库性能分析和故障排查。
本文将详细介绍oracledb_exporter监控指标的使用方法、相关重要指标以及如何利用这些指标进行数据库监控和性能优化。
第一步:oracledb_exporter简介和安装oracledb_exporter是一个开源的Prometheus exporter,用于从Oracle数据库中收集了丰富的性能和运行状况指标,并将其暴露给Prometheus监控系统。
通过Prometheus系统的仪表板和报警规则,我们可以方便地对Oracle数据库进行实时监控和报警。
首先,我们需要在监控服务器上安装Prometheus和oracledb_exporter。
可以通过下载Prometheus并解压它来进行安装。
然后,从oracledb_exporter的GitHub仓库下载可执行文件。
第二步:配置oracledb_exporter安装完成后,我们需要对oracledb_exporter进行配置,以便与Oracle 数据库建立连接并收集相关指标。
配置文件通常以.yml格式提供,并包含以下内容:- 数据库的连接信息,包括用户名、密码和连接字符串。
- 要收集的指标列表,如数据库会话数量、表空间使用率等。
根据配置文件的示例,我们填写数据库连接信息,并根据实际需求选择要监控的指标。
保存配置文件并启动oracledb_exporter。
第三步:使用oracledb_exporter监控指标一旦oracledb_exporter正常运行,我们可以通过浏览器访问所在服务器的IP地址和指定的端口,以获得一个Web界面。
这个Web界面提供了与Oracle数据库相关的各种指标的详细信息,例如数据库会话数、CPU使用率、表空间使用率等。
debezium oracle对数据库的要求

debezium oracle对数据库的要求Debezium 是Apache Kafka 的一个Change Data Capture (CDC) 工具,它能够捕获数据库中的更改并发布到Kafka 主题中。
使用Debezium 监控Oracle 数据库时,有一些要求和注意事项:1. 版本要求:Oracle Database 版本必须在11g 或更高。
Debezium 的Oracle connector 版本也需要与之兼容。
2. 监听模式:使用Debezium 时,您需要设置Oracle 的Change Data Capture (CDC) 监听模式。
有两种模式可用:`ROWID` 和`LOGMINER`。
`ROWID` 监听模式适用于较新的Oracle 版本,而`LOGMINER` 监听模式适用于更早的版本。
3. 网络和安全性:Debezium 需要与Oracle 数据库建立网络连接,因此需要确保网络通信是安全的,并且防火墙规则允许这种连接。
如果使用的是远程连接,需要确保Oracle 的TNSNAMES.ORA 文件正确配置,以便Debezium 能够连接到数据库。
4. 日志文件和配置:Debezium 需要读取Oracle 的redo log 文件以捕获更改。
确保redo log 文件的大小、频率和生命周期配置合理,以满足Debezium 的需要。
5. 用户权限:为了捕获更改,Debezium 需要有适当的权限来读取redo log 文件和访问数据。
确保为Debezium 提供的Oracle 用户具有适当的权限。
6. Kafka 设置:Debezium 将更改数据发布到Kafka 主题中,因此需要配置Kafka 并确保有足够的容量来处理这些数据。
7. 性能和资源:由于Debezium 需要实时读取redo log 文件,因此可能会对数据库性能产生影响。
建议在生产环境中进行性能测试,并监控资源使用情况。
oracle数据库管理员手册

Oracle数据库管理员(DBA)手册涵盖了广泛的主题,包括数据库安装、配置、性能调优、备份和恢复、安全性等方面。
以下是一个简要的Oracle数据库管理员手册的大纲,其中包含了一些主要的主题:1. 数据库基础知识和架构:- Oracle数据库的体系结构-数据库实例和数据库-表空间和数据文件2. 数据库安装和配置:- Oracle数据库软件的安装-创建数据库-配置监听器-网络配置3. 数据库对象管理:-表和索引的创建、修改和删除-视图、存储过程和触发器的管理-序列的创建和管理-同义词的使用4. 用户和权限管理:-用户账号的创建和管理-角色和权限管理-访问控制和安全性5. 性能调优:- SQL调优技术-索引优化-表分区和分表-优化查询计划6. 备份和恢复:-数据库备份策略-使用RMAN进行备份和恢复-数据库点恢复和时间点恢复7. 监控和诊断:-使用AWR和ADDM进行性能分析-查询V$视图和动态性能视图-警告和错误日志的管理8. 高可用性和容灾:-数据库复制和数据保护- RAC(Real Application Clusters)配置-数据库故障转移和恢复9. 安全性:-用户身份验证和访问控制-安全审计和监视-数据加密和解密10. 数据库升级和迁移:- Oracle版本升级-数据库迁移和导入/导出11. 常规维护任务:-统计信息收集和重建索引-表空间管理-定期任务和计划任务12. 实用工具:- SQL*Plus和SQLcl- Oracle Enterprise Manager(OEM)-数据库配置助手(DBCA)和其他实用工具13. 文档和资源:- Oracle文档和在线资源-社区和论坛这个大纲只是一个简单的概述,实际的Oracle数据库管理员手册可能更为详细,根据组织的需求和数据库的规模可能会有所不同。
要深入了解每个主题,建议参考Oracle官方文档和相应版本的手册。
Oracle的文档通常提供了详细的指导和最佳实践。
oracle dg实施方案
oracle dg实施方案Oracle DG实施方案在当今信息化时代,数据安全备份和灾难恢复已经成为企业信息化建设中不可或缺的一部分。
Oracle DG(Data Guard)作为Oracle数据库的一项重要功能,为企业提供了可靠的数据保护和灾难恢复方案。
本文将围绕Oracle DG实施方案展开讨论,为大家介绍Oracle DG的基本原理、实施步骤和注意事项。
首先,我们需要了解Oracle DG的基本原理。
Oracle DG是一种基于物理复制的数据保护和灾难恢复解决方案,通过将主数据库的变更记录传输到备库,实现了主备数据库之间的数据同步。
当主数据库发生故障时,可以快速切换到备库,实现灾难恢复。
因此,在实施Oracle DG时,需要确保主备数据库之间的网络连接畅通,并且备库的性能要足够强大,能够满足灾难恢复的需求。
其次,我们来介绍Oracle DG的实施步骤。
首先,需要在主数据库和备库上创建必要的归档模式,并确保主备数据库之间能够成功归档日志文件。
接着,需要配置主数据库和备库之间的网络连接,确保能够正常传输变更记录。
然后,需要在主数据库上启用归档日志模式,并将归档日志传输到备库。
最后,需要在备库上配置应用服务,实现数据的实时应用和灾难恢复功能。
在实施Oracle DG时,还需要注意一些事项。
首先,需要定期测试灾难恢复方案,确保备库的数据能够及时恢复。
其次,需要监控主备数据库之间的网络连接和数据同步情况,及时发现并解决问题。
此外,还需要定期对主备数据库进行性能优化,确保灾难恢复的效率和可靠性。
综上所述,Oracle DG作为一种重要的数据保护和灾难恢复解决方案,在企业信息化建设中具有重要的作用。
通过本文的介绍,相信大家对Oracle DG的基本原理、实施步骤和注意事项有了更深入的了解,希望能够为大家在实施Oracle DG时提供一些帮助和参考。
同时,也希望企业能够重视数据安全备份和灾难恢复工作,保障企业信息化建设的顺利进行。
nightingale oracle告警规则
nightingale oracle告警规则Nightingale Oracle 告警规则Nightingale Oracle 是一种用于监控和管理数据库系统的工具。
它可以帮助管理员更好地了解和掌握数据库的性能、健康状况和异常情况。
在配置 Nightingale Oracle 告警规则时,需要考虑以下几个方面。
1. 监控重要指标:在配置告警规则时,需要明确监控数据库的哪些指标。
这些指标可能包括 CPU 使用率、内存利用率、磁盘空间、IO 请求数量等。
通过监控这些指标,可以及时发现数据库系统的潜在问题,并采取相应的措施。
2. 设置合理的阈值:为了准确判断数据库是否异常,需设置合理的阈值。
过高或过低的阈值都可能导致误报或漏报。
合理的做法是根据数据库的历史数据和预估负载情况来设置阈值。
例如,如果数据库的正常 CPU 使用率为 60% - 80%,则可以设置超过 90% 的使用率为告警条件。
3. 分级告警策略:在配置告警规则时,需要考虑告警的分级策略。
将告警分为不同的级别,根据不同级别的重要性和紧急程度来采取不同的响应措施。
例如,当CPU 使用率高于阈值时,可以设置为低级别告警,只需发送通知邮件;而当磁盘空间不足时,可设置为高级别告警,需要发送短信通知,并触发相关自动化脚本来执行清理操作。
4. 告警通知和处理:配置告警规则后,需要设置告警通知方式和处理流程。
常见的通知方式包括邮件、短信、移动应用推送等。
管理员应确保告警通知能够及时、准确地发送给相关人员,并设定相应的处理人员和流程,以便快速响应和解决问题。
5. 告警规则的周期性检查和更新:告警规则需要定期检查和更新。
数据库系统的工作负载和环境都可能发生变化,因此告警规则也需要跟随调整。
管理员应定期评估和优化告警规则,确保其持续有效。
综上所述,配置 Nightingale Oracle 告警规则时需明确监控的指标、设置合理的阈值、应用分级告警策略、配置告警通知和处理方式,并定期检查和更新告警规则。
ORACLE数据库一体机技术参数
ORACLE数据库一体机技术参数1.架构和硬件:-ORACLE数据库一体机采用了灵活的模块化设计,包括计算模块、存储模块、网络模块和管理模块等。
-计算模块通常由多个服务器节点组成,每个节点具有多个CPU和大容量的内存,可以实现并行处理和快速响应。
-存储模块包括多个硬盘驱动器,支持高可用性和数据冗余备份,以及高速缓存和快速数据检索。
-网络模块提供高速网络连接,确保各个组件之间的快速和可靠的数据传输。
-管理模块提供了全面的管理和监控功能,可以对整个一体机进行集中管理和配置。
2.数据库软件:-ORACLE数据库一体机使用ORACLE数据库软件作为其核心数据库引擎,具有高度的可扩展性和可定制性。
-ORACLE数据库软件支持关系型数据模型和SQL查询语言,以及各种扩展功能和高级数据处理功能。
-ORACLE数据库软件还提供了强大的安全性和数据保护功能,包括数据加密、访问控制和备份恢复等。
3.性能和可用性:-ORACLE数据库一体机具有强大的性能和可用性,可以满足各种工作负载需求。
-通过使用并行处理和分布式架构,ORACLE数据库一体机可以实现高性能的数据处理和查询响应。
-ORACLE数据库一体机还提供了高可用性和容错性,包括自动故障检测和修复、数据冗余备份和故障切换等功能。
4.扩展性和可定制性:-ORACLE数据库一体机具有良好的扩展性,可以根据需求进行灵活的扩展和配置。
-可以根据企业的数据容量和性能需求,选择合适的计算模块和存储模块,并进行模块间的互联。
-ORACLE数据库一体机还支持多种外部存储设备的连接和扩展,以满足更大规模的数据存储和处理需求。
5.管理和监控:-ORACLE数据库一体机提供了全面的管理和监控功能,使得管理员可以轻松地管理和配置整个一体机。
-可以通过集中的管理界面对各个组件进行配置、监控和故障排除。
-ORACLE数据库一体机还提供了实时的性能监控和故障诊断工具,可以帮助管理员及时发现和解决潜在的问题。
oracle 资源配置参数
oracle 资源配置参数(实用版)目录1.Oracle 简介2.Oracle 资源配置参数的作用3.Oracle 资源配置参数的分类4.Oracle 资源配置参数的具体设置方法5.Oracle 资源配置参数的优化建议正文一、Oracle 简介Oracle 是一款广泛应用于企业级数据管理的关系型数据库管理系统。
其性能优越、安全性高、可扩展性强,成为众多企业的首选数据库解决方案。
在 Oracle 数据库中,资源配置参数对于优化数据库性能至关重要。
二、Oracle 资源配置参数的作用Oracle 资源配置参数是用于调整数据库系统中各种资源的分配和优化的重要手段。
合理的资源配置可以提高数据库性能,降低系统故障率,保证数据的安全与稳定。
三、Oracle 资源配置参数的分类Oracle 资源配置参数主要分为以下几类:1.CPU 资源配置参数:用于调整数据库系统中 CPU 资源的分配,如CPU 使用率、I/O 使用率等。
2.内存资源配置参数:用于调整数据库系统中内存资源的分配,如SGA(共享内存区)、PGA(程序全局区)等。
3.存储资源配置参数:用于调整数据库系统中存储资源的分配,如数据文件、控制文件、日志文件等。
4.网络资源配置参数:用于调整数据库系统中网络资源的分配,如TCP 连接数、最大客户端连接数等。
四、Oracle 资源配置参数的具体设置方法1.CPU 资源配置参数设置:可以通过调整 Oracle 实例的 SGA 和PGA 参数,以及调整操作系统的资源分配来优化 CPU 资源配置。
2.内存资源配置参数设置:可以通过调整 SGA 和 PGA 的大小,以及调整操作系统的内存分配策略来优化内存资源配置。
3.存储资源配置参数设置:可以通过调整数据文件、控制文件和日志文件的大小,以及调整文件系统的磁盘空间分配来优化存储资源配置。
4.网络资源配置参数设置:可以通过调整 Oracle 实例的连接参数,以及调整操作系统的网络配置来优化网络资源配置。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
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;生效方式:重启实例生效1.5控制文件配置参数:control_files说明:该参数用于指定在DB启动时,读取的控制文件来源,如果有多个控制文件,每个控制文件完全一致,生产系统建议至少为两组冗余,防止出现控制文件损坏后必须进行控制文件手工重建风险。
修改命令:alter system set control_files='/oradata/codmdb/control01.ctl', '/oradata/codmdb/control02.ctl', '/oradata/codmdb/control03.ctl' scope=spfile;生效方式:重启数据库生效1.6白名单设置参数:sqlnet.ora 文件说明:sqlnet.ora 文件位于$ORACLE_HOME/network/admin 目录下,该文件用于控制哪些主机IP能够连接至数据库服务器,防止DB遭受攻击。
修改命令:vi sqlnet.ora 加入如下两项:TCP.VALIDNODE_CHECKING=yesTCP.INVITED_NODES=(127.0.0.1,本机IP,IP1,IP2,IP3)生效方式:重新加载监听生效 lsnrctl relocate listener_name1.7闪回区设置参数:db_recovery_file_dest_sizedb_recovery_file_dest说明:对于归档路径和归档空间大小,建议通过设置闪回区进行管理修改命令:a lter system set db_recovery_file_dest=’/archlog’ scope=both;alter system set db_recovery_file_dest_size=100G scope=both;生效方式:立即生效control_files1.8在线日志组Select * from v$log; 查看在线日志组配置说明:为提高数据安全性,建议每组在线日志配置两个日志成员,避免单个日志出现故障后导致数据丢失风险。
修改命令:alter database add logfile group 4 ('/oradata/codmdb /redo04_1.log','/oradata/codmdb /redo04_2.log') size 500M;生效方式:立即生效1.9控制文件记录保留数参数:control_file_record_keep_time说明:该参数用于控制数据库中归档日志,备份信息等保留时长,以天为单位,默认为7天。
如果备份信息没有通过catalog库统一管理,则所有备份信息都记录在控制文件中,超出该时段备份记录可能被覆盖,导致DB在恢复时无法读取到备份片信息。
修改命令:alter system set control_file_record_keep_time=32 scope=both; 生效方式:二、常用监控项2.1 数据库在用连接数select username,count(*) from v$session group by username;所有连接数之和应不超过数据库processes设置的60%,防止出现业务峰值会话数增加,导致连接数爆满。
2.2 监控数据库文件数select count(*) from dba_data_files;避免出现数据库已添加文件数达到系统db_files最大值。
2.3 表空间使用率SELECT d.status "Status",d.tablespace_name "Name",d.contents "Type",d.extent_management "Extent",TO_CHAR(NVL(a.bytes / 1024 / 1024, 0), '99,999,990') "Size (M)",TO_CHAR(NVL(a.bytes - NVL(f.bytes, 0), 0) / 1024 / 1024,'999,999,999') "Used (M)",TO_CHAR(NVL((a.bytes - NVL(f.bytes, 0)) / a.bytes * 100, 0),'990.00') "Used %"FROM sys.dba_tablespaces d,(select tablespace_name, sum(bytes) bytesfrom dba_data_filesgroup by tablespace_name) a,(select tablespace_name, sum(bytes) bytesfrom dba_free_spacegroup by tablespace_name) fWHERE d.tablespace_name = a.tablespace_name(+)AND d.tablespace_name = f.tablespace_name(+)AND NOT(d.extent_management like'LOCAL'AND d.contents like'TEMPORARY')UNION ALLSELECT d.status "Status",d.tablespace_name "Name",d.contents "Type",d.extent_management "Extent",TO_CHAR(NVL(a.bytes / 1024 / 1024, 0), '99,999,999') "Size (M)",TO_CHAR(NVL(t.bytes, 0) / 1024 / 1024, '999,999,999') "Used (M)",TO_CHAR(NVL(t.bytes / a.bytes * 100, 0), '990.00') "Used %"FROM sys.dba_tablespaces d,(select tablespace_name, sum(bytes) bytesfrom dba_temp_filesgroup by tablespace_name) a,(select tablespace_name, sum(bytes_cached) bytesfrom v$temp_extent_poolgroup by tablespace_name) tWHERE d.tablespace_name = a.tablespace_name(+)AND d.tablespace_name = t.tablespace_name(+)AND d.extent_management like'LOCAL'AND d.contents like'TEMPORARY'ORDER BY7;以上针对为数据文件非自动扩展表空间使用率情况统计,生产环境不建议使用自动扩展。
如果数据文件为自动扩展,在small表空间下,单个数据文件最大可扩展至32GB,可通过如下语句查询:select s.tablespace_name,t.total_MB,t.total_MB - ed_mb free_mb,round(ed_mb / t.total_MB, 4) * 100 use_precentfrom (select tablespace_name, sum(bytes) / 1024 / 1024 used_mbfrom dba_data_filesgroup by tablespace_name) s,(select tablespace_name, count(*) * 32 * 1024 total_MBfrom dba_data_filesgroup by tablespace_name) twhere s.tablespace_name = t.tablespace_name;2.4 闪回区使用率select * from v$flash_recovery_area_usage;该查询需要启用FRA区,如果未启用FRA区管理,则直接监控主机文件目录使用率。