oracle的sql日志

FLC集成

ORACLE常用SQL语句大全

一、基础

1、说明：创建数据库

CREATE DATABASE database-name

2、说明：删除数据库

drop database dbname

3、说明：备份sql server

--- 创建 备份数据的 device

USE master

EXEC sp_addumpdevice 'disk', 'testBack', 'c:/mssql7backup/MyNwind_1.dat'

--- 开始 备份

BACKUP DATABASE pubs TO testBack

4、说明：创建新表

create table tabname(col1 type1 [not null] [primary key],col2 type2 [not null],..)

根据已有的表创建新表：

A：select * into table_new from table_old (使用旧表创建新表)

B：create table tab_new as select col1,col2… from tab_old definition only

5、说明：删除表

drop table tablename FLC集成

6、说明：增加一个列，删除一个列

A：alter table tabname add column col type

B：alter table tabname drop column colname

注：DB2DB2中列加上后数据类型也不能改变，唯一能改变的是增加varchar类型的长度。

7、添加主键： Alter table tabname add primary key(col)

删除主键： Alter table tabname drop primary key(col)

8、创建索引：create [unique] index idxname on tabname(col….)

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

Oracle的重要诊断工具events

海量oracle资料下载，请收藏

2011-1-4

2 摘要：

我们经常在论坛上看到用10046事件来进行SQL跟踪，那么到底是什么回事呢？这篇文章就可以很好的从零开始，告诉你是什么和怎样用。

这篇文章由【数据库吧】原创，如果转载请注明出处。

/

【数据库吧】

很多时候，对数据库进行性能诊断可以使用SQL跟踪的方法，把一些信息记录在trace文件里以后分析。一般情况下我们可以通过初始化参数SQL_TRACE=TRUE来设置SQL跟踪。我们也可以通过设置10046事件来进行SQL跟踪，并且可以设置不同的跟踪级别，比使用SQL_TRACE获得更多的信息。

Level 0 停用SQL跟踪，相当于SQL_TRACE=FALSE

Level 1 标准SQL跟踪，相当于SQL_TRACE=TRUE

Level 4 在level 1的基础上增加绑定变量的信息

level 8 在level 1的基础上增加等待事件的信息

Level 12 在level 1的基础上增加绑定变量和等待事件的信息

10046事件不但可以跟踪用户会话(trace文件位于USER_DUMP_DEST)，也可以跟踪background进程(trace文件位于BACKGROUND_DUMP_DEST)。

trace文件的大小决定于4个因素：

跟踪级别，跟踪时长，会话的活动级别和MAX_DUMP_FILE_SIZE参数

让我们从头说起：

一、Oracle跟踪文件

Oracle跟踪文件分为三种类型：

一种是后台报警日志文件：

记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。

在数据库出现故障时，应首先查看该文件，但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中，文件格式为SIDALRT.LOG。

第一次宕机时，初始以为是系统内存溢出，于是重启应用服务器，发现应用服务器在启动时报错，错误为无法连接到数据库。于是连接数据库服务器，打开EM后发现系统报错如图：

提示归档日志写入失败，检查服务器发现磁盘空间满了，于是清理磁盘空间后，重启数据库问题解决。随后把服务器磁盘空间扩容，直接给了oracle数据所在盘1TB的磁盘空间。

第二次又出现此问题，经过仔细检查，并与同事确认后，发现是由于ORACLE数据库的归档日志被启用了，而我们系统默认是没有启用ORACLE数据库归档日志这个功能的。

使用sql命令查看：

Sql>sqlplus / as nolog;---------------------启动sql*Plus

Sql> connect sys/password@orcl as sysdba;

Sql> archive log list;

数据库日志模式存档模式

自动存档启用

存档终点 USE_DB_RECOVERY_FILE_DEST

最早的联机日志序列 4888

下一个存档日志序列 4890

当前日志序列 4890

Sql> show parameter db_recovery_file_dest;

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

db_recovery_file_dest string D:\oracle\product\10.2.0/flash_recovery_area

db_recovery_file_dest_size big integer 20G

发现默认的归档路径为D:\oracle\product\10.2.0/flash_recovery_area。而且限制使用空间为20G。由于每天产生的oracle归档日志差不多就占用2个G的磁盘空间，而且oracle自身并不会自动清理也没有相关设置自动清理归档日志的功能，一段时间不进行清理，20G空间很快就满了。