标签：ber target man pfile com back recovery alt 其他
一、背景
ORA-00257: archiver error. Connect internal only, until freed。
考虑到前些天已经扩大了硬盘空间，应该是archive log大小已经达到Oracle中对archive log大小的限制。而DBA已经放假了。因此决定清除下无用的日志同时修改下对日志大小的限制。
由于我对Oracle并不熟悉，因此在完成后将整个过程记录下来，便于以后查阅。
二、环境
RHEL 6.3 + Oracle 11gR2
三、过程
由于archive log空间满导致了不能远程登录，因此ssh到服务器后，使用sqlplus sys/pass as sysdba登陆oracle。
首先看archiv log所在位置
SQL> show parameter log_archive_dest;
会看到类似下面的结果
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
整个过程就完成了。
标签：ber target man pfile com back recovery alt 其他
原文地址：http://www.cnblogs.com/yaoxiaozhong/p/6832520.html
