【赵渝强老师】Oracle的参数文件与告警日志文件

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS SQL Server,基础系列 2核4GB
简介: 本文介绍了Oracle数据库的参数文件和告警日志文件。参数文件分为初始化参数文件(PFile)和服务器端参数文件(SPFile),在数据库启动时读取并分配资源。告警日志文件记录了数据库的重要活动、错误和警告信息,帮助诊断问题。文中还提供了相关视频讲解和示例代码。

1.png

一、Oracle的参数文件


在Oracle数据库中,参数文件在通常情况下指的就是初始化参数文件(Initialization Parameter File)。在参数文件中包括了初始化参数文件和服务器端参数文件。在Oracle数据库启动的时候就会读取参数文件,然后根据参数文件中的参数值来分配内存和启动一系列的后台进程。


视频讲解如下:


Oracle的参数文件有两种不同的类型。在Oracle 9i版本之前,Oracle采用的PFile类型的参数文件,该文件是一个文本类型的文件;而从Oracle 9i版本之后,采用了SPFile类型的参数文件,该文件是一个二进制类型的文件。可以通过执行下面的语句查看当前的参数文件信息。

SQL> show parameter pfile

# 输出的信息如下:
NAME   TYPE  VALUE
------------ ------- -------------------------------- 
spfile   string   /u01/app/oracle/dbs/spfileorcl.ora


下面的语句将SPFile类型的参数文件转换成了PFile类型的参数文件。

SQL> create pfile='/home/oracle/pfile.ora' from spfile;


查看文件/home/oracle/pfile.ora的内容如下:

orcl.__data_transfer_cache_size=0
orcl.__db_cache_size=553648128
orcl.__inmemory_ext_roarea=0
orcl.__inmemory_ext_rwarea=0
orcl.__java_pool_size=16777216
orcl.__large_pool_size=16777216
orcl.__oracle_base='/u01/app/oracle'#ORACLE_BASE set from environment
orcl.__pga_aggregate_target=671088640
orcl.__sga_target=989855744
orcl.__shared_io_pool_size=50331648
orcl.__shared_pool_size=335544320
orcl.__streams_pool_size=0
orcl.__unified_pga_pool_size=0
*.audit_file_dest='/u01/app/oracle/admin/orcl/adump'
*.audit_trail='db'
*.compatible='21.0.0'
*.control_files='/u01/app/oracle/oradata/ORCL/control01.ctl','/u01/app/oracle/fast_recovery_area/ORCL/control02.ctl'
*.db_block_size=8192
*.db_name='orcl'
*.db_recovery_file_dest='/u01/app/oracle/fast_recovery_area'
*.db_recovery_file_dest_size=11511m
*.diagnostic_dest='/u01/app/oracle'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=orclXDB)'
*.enable_pluggable_database=true
*.local_listener='LISTENER_ORCL'
*.memory_target=1572m
*.nls_language='AMERICAN'
*.nls_territory='AMERICA'
*.open_cursors=300
*.processes=300
*.remote_login_passwordfile='EXCLUSIVE'
*.undo_tablespace='UNDOTBS1'

注意:从PFile的文件内容中可以看出,参数文件中记录了控制文件的位置。而控制文件又记录的数据文件和联机重做日志的位置。通过这样的关系在启动数据库的时候,Oracle就可以找到所有需要的文件了。


二、Oracle的告警日志文件


Oracle的告警日志文件按照时间的先后顺序,记录了数据库的重大活动和所发生的错误信息以及警告信息。因此,当Oracle数据库出现任何问题的时候,首先就应当检查告警日志文件。警报文件的名字的格式是alert_SID.log。


视频讲解如下:



警报文件的位置可以通过查询数据字典v$diag_info得到,例如:

SQL> select name,value from v$diag_info;


输出的信息如下图所示:


在参数Diag Trace所对应的目录/u01/app/oracle/diag/rdbms/orcl/orcl/trace下就可以找到当前数据库所对应的告警日志文件。例如:

[oracle@oraclevm trace]$ pwd
/u01/app/oracle/diag/rdbms/orcl/orcl/trace
[oracle@oraclevm trace]$ ll alert_orcl.log 
-rw-r-----. 1 oracle oinstall 113659 Mar 19 21:16 alert_orcl.log
[oracle@oraclevm trace]$


下面展示了告警日志文件中记录的部分信息。可以看出在告警日志文件中记录了数据库的启动和停止信息。

......
Starting background process PMON
2021-12-06T10:20:36.785883+08:00
PMON started with pid=2, OS id=67342
Starting background process CLMN
2021-12-06T10:20:36.806788+08:00
CLMN started with pid=3, OS id=67346
Starting background process PSP0
2021-12-06T10:20:36.826823+08:00
PSP0 started with pid=4, OS id=67350
Starting background process VKTM
......
Shutdown is initiated by sqlplus@oraclevm (TNS V1-V3).
Stopping background process SMCO
Shutting down instance: further logons disabled
Stopping background process MMNL
Stopping background process MMON
......

注意:告警日志文件中还记录了数据库的结构变化、强制审计的信息和死锁的信息。例如,之前在users表空间中添加的user02数据文件也被记录到了告警日志文件中。记录的信息如下:

2022-03-19T21:16:25.760425+08:00
alter tablespace users add datafile '/u01/app/oracle/oradata/ORCL/users02.dbf' size 10M
Completed: alter tablespace users add datafile '/u01/app/oracle/oradata/ORCL/users02.dbf' size 10M



相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
打赏
0
1
1
0
170
分享
相关文章
【赵渝强老师】MySQL InnoDB的数据文件与重做日志文件
本文介绍了MySQL InnoDB存储引擎中的数据文件和重做日志文件。数据文件包括`.ibd`和`ibdata`文件,用于存放InnoDB数据和索引。重做日志文件(redo log)确保数据的可靠性和事务的持久性,其大小和路径可由相关参数配置。文章还提供了视频讲解和示例代码。
184 11
【赵渝强老师】MySQL InnoDB的数据文件与重做日志文件
Oracle 从 DMP 文件中恢复指定表的步骤
Oracle 从 DMP 文件中恢复指定表的步骤
131 7
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。
【赵渝强老师】MySQL的全量日志文件
MySQL全量日志记录所有操作的SQL语句,默认禁用。启用后,可通过`show variables like %general_log%检查状态,使用`set global general_log=ON`临时开启,执行查询并查看日志文件以追踪SQL执行详情。
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
本文介绍了Java日志框架的基本概念和使用方法,重点讨论了SLF4J、Log4j、Logback和Log4j2之间的关系及其性能对比。SLF4J作为一个日志抽象层,允许开发者使用统一的日志接口,而Log4j、Logback和Log4j2则是具体的日志实现框架。Log4j2在性能上优于Logback,推荐在新项目中使用。文章还详细说明了如何在Spring Boot项目中配置Log4j2和Logback,以及如何使用Lombok简化日志记录。最后,提供了一些日志配置的最佳实践,包括滚动日志、统一日志格式和提高日志性能的方法。
816 31
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
什么是Apache日志?为什么Apache日志分析很重要?
Apache是全球广泛使用的Web服务器软件,支持超过30%的活跃网站。它通过接收和处理HTTP请求,与后端服务器通信,返回响应并记录日志,确保网页请求的快速准确处理。Apache日志分为访问日志和错误日志,对提升用户体验、保障安全及优化性能至关重要。EventLog Analyzer等工具可有效管理和分析这些日志,增强Web服务的安全性和可靠性。
|
4月前
|
Logback 与 log4j2 性能对比:谁才是日志框架的性能王者?
【10月更文挑战第5天】在Java开发中,日志框架是不可或缺的工具,它们帮助我们记录系统运行时的信息、警告和错误,对于开发人员来说至关重要。在众多日志框架中,Logback和log4j2以其卓越的性能和丰富的功能脱颖而出,成为开发者们的首选。本文将深入探讨Logback与log4j2在性能方面的对比,通过详细的分析和实例,帮助大家理解两者之间的性能差异,以便在实际项目中做出更明智的选择。
429 3
MySQL事务日志-Undo Log工作原理分析
事务的持久性是交由Redo Log来保证,原子性则是交由Undo Log来保证。如果事务中的SQL执行到一半出现错误,需要把前面已经执行过的SQL撤销以达到原子性的目的,这个过程也叫做"回滚",所以Undo Log也叫回滚日志。
MySQL事务日志-Undo Log工作原理分析
什么是事件日志管理系统?事件日志管理系统有哪些用处?
事件日志管理系统是IT安全的重要工具,用于集中收集、分析和解释来自组织IT基础设施各组件的事件日志,如防火墙、路由器、交换机等,帮助提升网络安全、实现主动威胁检测和促进合规性。系统支持多种日志类型,包括Windows事件日志、Syslog日志和应用程序日志,通过实时监测、告警及可视化分析,为企业提供强大的安全保障。然而,实施过程中也面临数据量大、日志管理和分析复杂等挑战。EventLog Analyzer作为一款高效工具,不仅提供实时监测与告警、可视化分析和报告功能,还支持多种合规性报告,帮助企业克服挑战,提升网络安全水平。
100 2
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1799 14
MySQL事务日志-Redo Log工作原理分析

推荐镜像

更多
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等