会看到类似下面的结果
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest string
log_archive_dest_1 string
log_archive_dest_10 string
这时候如果value是空的，可以尝试
SQL> archive log list;
然后我查看了下使用情况
SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;
FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------ ------------------ ------------------------- ---------------
CONTROLFILE .13 0 1
ONLINELOG 2.93 0 3
ARCHIVELOG 99.72 0 122
BACKUPPIECE 0 0 0
IMAGECOPY 0 0 0
FLASHBACKLOG 0 0 0
显然，已经使用了超过99%的日志空间
这时候，我直接进入flash_recovery_are的目录
cd /orace/app/oracle/flash_recovery_area/ORCL/archivelog
然后我决定先备份下相关文件
tar Jcvf arlog.20140125.tar.xz *
第一次操作时发现会提示文件在压缩过程中变化了。才想起来我没有停止Oracle服务。因此回到sqlplus先将Oracle停下来
SQL> shutdown immediate;
这个过程等待了好久才完成。。
这时候重新打包。打包过程持续了差不多两个多小时。。。
完成后，先把压缩包备份到其他目录并且scp到了一台备份文件用的服务器。然后很暴力地删除了这个文件夹下2013年的全部目录
1 rm -rf 2013_*
完成了。将数据库启动起来
sqlplus sys/pass as sysdba
SQL> startup
我第一次startup失败了，提示ORA-03113: end-of-file on communication channel。我又重新执行了下
SQL> startup mount
成功。用rman修复相关信息
rman target sys/pass
RMAN> delete expired archivelog all;
完成后，回到sqlplus修改archivelog大小
SQL> alter system set db_recovery_file_dest_size=5G scope=spfile;
修改完不会立即生效。需要重启Oracle
SQL> shutdown immediate
SQL> startup
这时候查看大小
SQL> show parameter db_recover
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
...
db_recovery_file_dest_size big integer 5G
整个过程就完成了。