今天数据群有人反应网站不能正常打开，经检查Oracle数据库远程连不上，提示信息：ORA-00257: archiver error. Connect internal only, until freed。可能是archivelog满了。以前学习SQL只关注CRUD，对日志了解甚少，此次宕机虽然对生成没有造成恶劣影响，但也是因为业务不熟悉所致，特花一天时间学习并记录Oracle日志归档功能。.
以下内容针对没有使用Oracle ASM磁盘组情况，使用了Oracle ASM磁盘组的情况以后分析。
- Oracle日志操作模式分为两种:ARCHIVELOG、NOARCHIVELOG
连接Oracle终端
- windows系统：sqlplus
- Linux系统：先登录ssh，切换到oracle用户，再启动sqlplus登录oracle
查看当前日志操作模式
- 通用方法：SELECT log_mode from v$database;
- sys用户：
开启日志归档
- 启用归档日志前要先停止数据库
shutdown immediate;
- 数据库以mount方式启动
startup mount;
- 改变日志模式
-
- 启用数据库归档
alter database archivelog;
-
- 关闭归档
alter database noarchivelog;
- 打开数据库
alter database open;
- 查看归档日志信息
archive log list;
- 查看默认闪回归档存储路径
show parameter db_recovery_file_dest;
Oracle11g版本，ORACLE默认的日志归档路径为闪回恢复区（$ORACLE_BASE/fast_recovery_area）。对于这个路径，Oracle有一个限制，就是默认只有4G的空间，而且不只是归档日志的默认路径，也是备份文件和闪回日志的默认地址，这样的话归档日志锁使用的空间就达不到4G。
测试入库100w数据，生成归档文件
- 查看闪回空间已经占用情况
select * from V$FLASH_RECOVERY_AREA_USAGE;
- 查看归档日志文件数量
select * from v$recovery_file_dest;
当出现ORA-00257: archiver error. Connect internal only, until freed错误连不上数据的时候，如果数据库归档目标为USE_DB_RECOVERY_FILE_DEST且DB_RECOVERY_FILE_DEST目录为默认闪回空间目录时
- 方法一可采取增大闪回空间大小方式：
alter system set db_recovery_file_dest_size=8G scope=both;
- 方法二修改归档日志的路径
alter system set db_recovery_file_dest='location=C:appAdministratororacle_log' scope=both;
- 方法三修改归档日志的路径，将归档日志放到其他不受限制的路径下来解决这个问题，可通过下面的SQL来修改归档日志的存放路径
alter system set log_archive_dest_1=’location=C:appAdministratororacle_log’;
查看archiv log所在位置
show parameter log_archive_dest;
archive log list;
通过切换日志，查看归档路径下是否有归档日志产生来验证归档路径设置是否正确，切换日志命令如下
alter system switch logfile;
方法二和方法三都是修改归档文件存储路径，具体区别是什么呢，要想理解具体区别就要先理解归档日志路径三个参数
- 1、DB_RECOVERY_FILE_DEST：闪回恢复区路径
show parameter db_recovery_file_dest;
- 2、LOG_ARCHIVE_DEST：LOG_ARCHIVE_DEST：指定归档文件存放的路径，该路径只能是本地磁盘，默认为’’。
show parameter LOG_ARCHIVE_DEST;
- 3、LOG_ARCHIVE_DEST_n:指定归档文件存放的路径,Oracle最多支持把日志文件归档到31个地方，n从1到31。归档地址可以为本地磁盘，或者网络设备。
三个参数区别如下
-
- 1、 如果设置了DB_RECOVERY_FILE_DEST，就不能设置LOG_ARCHIVE_DEST，默认的归档日志存放于DB_RECOVERY_FILE_DEST指定的闪回恢复区中。可以设置LOG_ARCHIVE_DEST_n，如果这样，那么归档日志不再存放于DB_RECOVERY_FILE_DEST中，而是存放于LOG_ARCHIVE_DEST_n设置的目录中。如果想要归档日志继续存放在DB_RECOVERY_FILE_DEST中，可以通过如下命令：alter system set log_archive_dest_1=’location=USE_DB_RECOVERY_FILE_DEST’;
- 2、 如果设置了LOG_ARCHIVE_DEST，就不能设置LOG_ARCHIVE_DEST_n和DB_RECOVERY_FILE_DEST。如果设置了LOG_ARCHIVE_DEST_n，就不能设置LOG_ARCHIVE_DEST。也就是说，LOG_ARCHIVE_DEST参数和DB_RECOVERY_FILE_DEST、LOG_ARCHIVE_DEST_n都不共存。而DB_RECOVERY_FILE_DEST和LOG_ARCHIVE_DEST_n可以共存。
- 3、 LOG_ARCHIVE_DEST只能与LOG_ARCHIVE_DUPLEX_DEST共存。这样可以设置两个归档路径。LOG_ARCHIVE_DEST设置一个主归档路径，LOG_ARCHIVE_DUPLEX_DEST设置一个从归档路径。所有归档路径必须是本地的。
- 4、 如果LOG_ARCHIVE_DEST_n设置的路径不正确，那么Oracle会在设置的上一级目录归档。比如设置LOG_ARCHIVE_DEST_1=’location=C:archive1’，而OS中并没有archive1这个目录，那么Oracle会在C盘归档。
删除归档文件
- 首先删除归档文件在物理主机磁盘中的文件
- 物理文件删除后ORACLE的controlfile中仍然记录着这些archivelog的信息，在oracle的OEM管理器中有可视化的日志展现出，接下来要做的就是从controlfile中清除掉多余归档日志文件记录
利用RMAN进行删除操作，操作步骤如下：
window客户端系统为例
- 打开Rman连接数据库
- 查看归档日志的状态
list archivelog all;
- 执行archivelog校验命令
crosscheck archivelog all;
- 删除校验失败的记录
delete expired archivelog all;
- 选择yes
- 查看归档日志
List archivelog all;
- 查看归档日志文件
select substr(t.NAME,1) NAME,ROUND(sum(t.BLOCKS*t.BLOCK_SIZE)/1024/1024) TOTAL_MB from v$archived_log t where t.DELETED='NO' group by substr(t.NAME,1);
完全正确，至此归档文件完全删除~！