Oracle归档日志文件

oracle 归档日志解析

摘要：

一、归档日志概述

二、归档日志的作用

三、归档日志的解析方法

四、归档日志解析的应用场景

五、总结与建议

正文：

随着大数据时代的到来，Oracle 数据库归档日志在各行各业中发挥着越来越重要的作用。本文将对归档日志进行简要概述，分析其作用，介绍解析方法，并讨论应用场景。最后给出总结与建议。

一、归档日志概述

Oracle 归档日志（Archive Log）是一种用于记录数据库事务日志的技术。它可以将数据库中的更改操作（如插入、更新和删除）记录下来，以便在出现故障时恢复数据。归档日志采用增量方式记录，即每次更改操作后，日志文件会逐步变大。

二、归档日志的作用

1.数据恢复：归档日志可以在数据库发生故障时，用于恢复数据至故障发生前的状态。

2.数据审计：归档日志可以记录所有对数据库的更改操作，方便审计人员追溯和分析数据变更原因。 3.性能优化：通过分析归档日志，可以找出数据库性能瓶颈，为优化数据库性能提供依据。

三、归档日志解析方法

1.手工解析：通过编写 SQL 语句或使用第三方工具，查询归档日志文件内容，分析日志中的数据。

2.使用 Oracle 提供的事件解析工具：如 DBMS_LOGSTD.REPORT 等，可以方便地生成归档日志的报表和统计数据。

3.使用第三方归档日志分析工具：如 Oracle 的 Partner 产品

OraInsight 等，可以提供更丰富的归档日志分析功能。

四、归档日志解析的应用场景

1.数据库故障排查：通过分析归档日志，可以找出导致数据库故障的原因，快速恢复业务。

2.性能监控与优化：分析归档日志中的 SQL 语句执行情况，找出性能瓶颈，优化数据库性能。

3.数据审计与追溯：归档日志可以记录所有数据变更操作，方便审计人员分析和追溯数据变更原因。

4.数据库安全分析：通过分析归档日志，可以监控数据库访问权限和操作，提高数据库安全。

oracle清理30天归档日志 -回复

Oracle数据库是一种非常强大且广泛使用的关系型数据库管理系统。随着时间的推移，数据库中的日志文件会逐渐增加，占用大量的存储空间。为了确保系统正常运行并节约存储资源，定期清理归档日志文件变得至关重要。本文将逐步介绍如何清理Oracle数据库中30天前的归档日志文件。

步骤一：确认数据库归档模式和归档日志保存期限

在执行清理归档日志的操作之前，我们需要确认数据库当前的归档模式以及归档日志的保存期限。归档模式主要有两种：归档模式（ARCHIVELOG）和非归档模式（NOARCHIVELOG）。归档模式下，Oracle会将已经使用的日志文件以及在线日志文件归档并保存为归档日志文件。非归档模式下，Oracle只保留正在使用的日志文件，不会进行归档保存。

要确认数据库的归档模式，可以执行以下SQL语句：

SELECT log_mode FROM vdatabase;

该查询结果将显示数据库当前的归档模式。

另外，我们还需要确认数据库的归档日志保存期限。Oracle会根据数据库的配置自动删除30天以前的归档日志文件。如果需要更改归档日志保存期限，可以执行以下SQL语句：

ALTER SYSTEM SET LOG_ARCHIVE_RETENTION_TARGET=30;

该语句将设置归档日志保存期限为30天。请注意，更改归档日志保存期限可能会有一定的风险，请谨慎操作。

步骤二：确认数据库归档日志文件的位置

在执行清理归档日志的操作之前，我们还需要确认数据库归档日志文件的位置。可以执行以下SQL语句来获取归档日志文件的存储位置：

SELECT name FROM VARCHIVE_DEST WHERE status='VALID';

该查询结果将显示归档日志文件存储的位置。

步骤三：清理30天前的归档日志

一旦确认了数据库的归档模式、归档日志保存期限以及归档日志文件的位置，我们就可以开始清理30天前的归档日志文件了。

1 / 2

Linux的定时清理oracle归档日志文件及脚本

定时crontab

用root用户编辑corntab定时任务

[root@gmmsrv02 ~]# crontab -l

0 1 * * * su - oracle -c "/home/oracle/rmanbk/rman_del_arch.sh"

0 1 * * * echo "hello backup over" > /home/oracle/stadb.txt

注意，原来自己使用了oracle用户下的crontab定时任务，但是没有执行。在root用户下能够执行。

该定时任务并能生成rman的日志文件。该文件是清理超过5天的archivelog文件定时清理oracle数据库的archivelog文件

#rman_del_arch.sh

#!/bin/sh

#. $HOME/.bash_profile

. /home/oracle/.bash_profile

echo "--------------------------------------------"

echo "Begin database Delete Archivelog......"

echo "Begin time:

"`date`

back_path="/datavg/oracle_area/rman_data_bak";

back_log="/datavg/oracle_area/rman_data_bak/log";

#rman_name="rman"

2 / 2

#rman_pw="rman";

#rman_log_name="racdb";

#rman_log_pass="racdb";

#rman_sid="gmmdb";

rman_bin=/opt/app/oracle/product/

10.2.0/db_1/bin/rman

rman target / nocatalog log=$back_log/del_arch_`date +%Y-%m-%d`.log << !EOF

重做日志文件

重做日志文件记录的两类数据：1.修改前的数据2.修改后的数据

当满足一定条件时先将修改操作所产生的重做记录写入重做日志文件中，然后才将内存中的修改结果成批的写入数据文件，最后在提交事务

重做日志文件是由重做记录组成的，重做记录是由修改向量组成的。当用户执行一条update语句对某一个表中的记录进行修改时，会生成一条记录，这条记录用多个向量记录下了被这条语句修改过的各个db块中的信息。

重做记录采用循环的方式在SGA区的重做日志缓存区中进行缓冲，并且由后台进程LGWR

写入到其中的某个重做日志文件中。用户无论何时提交事务，LGWR都会将该事务的重做记录从SGA的重做日志缓存区写入到某个重做日志文件中，并且为提交的每个事务分别分配一个识别重做记录的系统修改编号。只有当与已知事务相关的所有重做记录都安全的写入重做日志文件后，用户进程才被告之已经提交。

LGWR进程在开始写入下一个重做日志文件之前，必须确保这个即将覆盖的重做日志文件已经完成了如下的工作：

1. 如果数据库处于“非归档日志模式（noarchivelog）”,则该重做日志文件中的所有重做记录所对应的修改结果，必须全部被写入到数据文件中。

2. 如果数据库处于“归档日志模式（archivelog）”，则该重做日志文件中的所有重做记录所对应的修改结果，必须全部被写入到数据文件中，并且归档进程ARCH已经将该重做日志文件进行了归档。

活动的，非活动的，当前的联机重做日志文件

LGWR当前写入的重做日志文件称为当前的联机重做日志文件，例程恢复时需要的重做日志文件称为活动的重做日志文件，例程恢复时不需要的重做日志文件称为非活动的重做日志文件。如果已经能够进行归档，oracle就不能重新使用或重写活动的重做日志文件，知道ARCH存储了这个文件的内容。如果不能进行归档，当最后一个重做日志文件被填满是时，将通过重写的方法继续使用第一个可用的活动重做日志文件。