Oracle 归档日志文件

今天数据群有人反应网站不能正常打开,经检查Oracle数据库远程连不上,提示信息:ORA-00257: archiver error. Connect internal only, until freed。多是archivelog满了。之前学习SQL只关注CRUD,对日志了解甚少,这次宕机虽然对生成没有形成恶劣影响,但也是由于业务不熟悉所致,特花一天时间学习并记录Oracle日志归档功能。.sql

如下内容针对没有使用Oracle ASM磁盘组状况,使用了Oracle ASM磁盘组的状况之后分析。数据库

  • Oracle日志操做模式分为两种:ARCHIVELOGNOARCHIVELOG

链接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。windows

测试入库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:\app\Administrator\oracle_log' scope=both;
  • 方法修改归档日志的路径,将归档日志放到其余不受限制的路径下来解决这个问题,可经过下面的SQL来修改归档日志的存放路径
alter system set log_archive_dest_1=’location=C:\app\Administrator\oracle_log’;

 查看archiv log所在位置网络

show parameter log_archive_dest;

archive log list;

经过切换日志,查看归档路径下是否有归档日志产生来验证归档路径设置是否正确,切换日志命令以下oracle

alter system switch logfile;

方法二和方法三都是修改归档文件存储路径,具体区别是什么呢,要想理解具体区别就要先理解归档日志路径三个参数app

  • 一、DB_RECOVERY_FILE_DEST闪回恢复区路径
show parameter db_recovery_file_dest;

  • 二、LOG_ARCHIVE_DESTLOG_ARCHIVE_DEST:指定归档文件存放的路径,该路径只能是本地磁盘,默认为’’
show parameter LOG_ARCHIVE_DEST;

  • 三、LOG_ARCHIVE_DEST_n:指定归档文件存放的路径,Oracle最多支持把日志文件归档到31个地方,n131。归档地址能够为本地磁盘,或者网络设备。

     三个参数区别以下ssh

    • 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_nDB_RECOVERY_FILE_DEST。若是设置了LOG_ARCHIVE_DEST_n,就不能设置LOG_ARCHIVE_DEST。也就是说,LOG_ARCHIVE_DEST参数和DB_RECOVERY_FILE_DESTLOG_ARCHIVE_DEST_n都不共存。而DB_RECOVERY_FILE_DESTLOG_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);

彻底正确,至此归档文件彻底删除~!网站

相关文章
相关标签/搜索