在导入一个2G的备份文件时，数据库报ORA-00257故障，找到这篇文章。转自http://dev.yesky.com/438/2525938.shtml
概述：
Oracle数据库是目前业界最常用的大型数据库系统，我在实际项目中遇到出现ORA-00257错误（空间不足错误），通过查找资料，绝大部分说这是由于归档日志太多，占用了全部的硬盘剩余空间导致的，通过简单删除日志或加大存储空间就能够解决。但是我在Oracle 10g上发现，存储空间还有很大，却也报这个错误。原来是Oracle 10g中新的特性，对Flash Recovery的管理导致的。
1、软硬件环境
服务器HP Proliant DL580G4（Intel Xeon 3.16GHz/4GB/ 72.8*4/RAID4)
操作系统Red Flag DC Server release 5.0 (Trinity) for x86-64 Linux
数据库Oracle 10.2.0.1.0
2、问题现象
数据库系统已经试运行了半个多月，在7月24日晚上连接数据库后做数据更新时出现ORA-00257错误，如下图。
提示归档错误，通过查找ORACLE错误代码，解释为硬盘空间不足，需要删除归档日志增加空间，但是服务器可用空间200GB，目前只用了10GB左右，这是为什么呢？
3、诊断过程：
1）查看ORACLE数据库归档日志情况
[root@hrmsdb /]# cd /oracle/flash_recovery_area/HKCHR/archivelog
[root@hrmsdb archivelog]# ls
2006_07_04 2006_07_13 2006_07_17 2006_07_20 2006_07_23
2006_07_11 2006_07_14 2006_07_18 2006_07_21 2006_07_24
2006_07_12 2006_07_15 2006_07_19 2006_07_22 2006_07_25
[root@hrmsdb archivelog]# cd 2006_07_25
[root@hrmsdb 2006_07_25]# ls
[root@hrmsdb 2006_07_25]# cd ../2006_07_24
[root@hrmsdb 2006_07_24]# ls
o1_mf_1_92_2d933vgb_.arc o1_mf_1_96_2d954ns7_.arc o1_mf_1_98_2d969d5h_.arc
o1_mf_1_95_2d9537cs_.arc o1_mf_1_97_2d956km0_.arc
说明在出现问题之前数据库归档处理一直是正常的。
2）查看数据库REDOLOG情况
[oracle@hrmsdb ~]$ sqlplus /nolog
SQL*Plus: Release 10.2.0.1.0 - Production on 星期二 7月 25 10:44:18 2006
Copyright (c) 1982, 2005, Oracle. All rights reserved.
SQL> connect / as sysdba
已连接。
SQL> select * from v$log;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- --- --------------------------------------- -
虽然学习Java很久了，自己也连接过一些数据库，比如mysql之类的，如今呢，也学习了一段时间的Oracle，然而呢，今天是我第一次连接Oracle，嘿嘿，应该还不算太迟吧。
今天呢，有点笨拙，大家莫笑！
我这是一个查询例子
首先，� ......
oracle中的tz_offset是用来返回给定时区与标准时区(UTC universal of time Coordinate 通用时间坐标)的偏移量，其参数可以是：
1.一个合法的时区名
2.一个离UTC的标准偏移量
3.关键字SessionTimeZone或者是DB_timezone
其中合法的时区名可以从系统视图V$TimeZone_names中的列TZname中的得到：
TZNAME
— ......
/// <summary>
/// 数据库备份
/// </summary>
/// <param name="fileName">dmp文件名称</param>
......
