博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
如何检查oracle的归档日志及空间占用率,清除归档日志
阅读量:4984 次
发布时间:2019-06-12

本文共 3676 字,大约阅读时间需要 12 分钟。

 

如何解决“归档日志已满问题”

问题描述:

所用数据库为 Oracle 10g ,模式为归档模式,oracle 系统默认的归档空间为2G,由于日志过多,空间写满,数据库的redo文件不能归档,而出现oracle数据库挂起的问题。

oem打开oracle 10g 数据库操作界面,会显示如下错误信息:

     “ 由于输出设备已满或不可用, 归档程序无法归档重做日志。”

数据库无法使用

现将解决办法稍作总结:

方法一:增大归档日志空间的大小

可以通过下面的方法来调整系统的回闪恢复区大小:

首先是关闭数据库:以SYS身份链接到oracle,执行>shutdown immediate;
启动数据库到mount状态:>startup mount
查看回闪恢复区的大小和存放目标:>show parameter db_recovery_file_dest
修改回闪恢复区的大小>alter system set db_recovery_file_dest_size = 4G(缺省是2G,可以根据实际情况调整大小)
最后打开数据库:>alter database open;

  OK , 问题解决。数据库恢复使用。

方法二 :进入oracle清空日志信息,把空间释放出来

启动数据库到mount状态:

 >sqlplus “/as sysdba”

>startup mount

新起一个终端,用rman进入把归档日志删除

命令>rman target/  (只安装了一个oracle10g数据库)

命令>crosscheck archivelog all;  (列出归档日志信息)

命令>delete expired archivelog all;  (将上述列出的归档日志删除)

命令>exit;

此时最好将数据库重新备份一下

把数据库的mount状态更改为open状态

>alter database open;

OK.问题解决,数据库可以使用。

 

误区:

   在系统清空归档目录的日志信息(即物理删除归档日志,或将归档日志转移至别处)不可取,OS虽然删除了,但oracle系统识别不出来已经清空日志,只能进入oracle清空日志信息,把空间释放出来,(方法二);或者是把归档空间设置更大(方法一)。

   建议将两种方法结合使用,减少工作量,也避免数据库频繁挂起。同时定时进行数据库完全备份或其他重要数据备份

 

---------------------------------------------------------------------

select * from v$flash_recovery_area_usage; --查看空间占用率

 select * from v$recovery_file_dest;  --查看归档日志的存放地址;

使用rman清空归档日志

     crosscheck archivelog all;  --查看可以所有的归档文件

     delete expired archivelog all; --清空过期的归档文件

 如何确认归档日志是否过期,rman有一个保留策略,可以定义多少天之前的日志算为过期;

      

   CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 14 DAYS;

 

   让恢复窗口成为14天大小。

  show all --查看所有的rman策略.

select count(*) from v$archived_log where archived='YES' and deleted='NO'; --查看所有归档,未删除的归档日志  

 

 

------------------------检查方法-----------

大多数人会去先检查放归档的目录的磁盘空间是否满了,通过该归档目录空余情况来判断归档空间是否满了,但我觉得这个方法不一定代表实际情况,你看到的可能是一个表面现象。

  默认情况下我们在dbca建库时,会把归档放在$ORACLE_HOME/ flash_recovery_area 下,并且oracle默认给FRA配置的大为2g

  这里需要足以两个参数:

  db_recovery_file_dest string /oracle/flash_recovery_area

  db_recovery_file_dest_size big integer 2G

  这里总结一句,如果db_recovery_file_dest 下的存放的归档大小达到db_recovery_file_dest_size 即使该目录下仍然有磁盘空间剩余,oracle也不会去写。

  这里我建议按照如下步骤去确定:归档空间是否满了?

  1.首先从系统层面确定归档目录存放的磁盘空间情况:

  [oracle@localhost bdump]$ df -h

  Filesystem Size Used Avail Use% Mounted on

  /dev/mapper/VolGroup00-LogVol00 26G 12G 14G 46% /

  /dev/sda2 19G 16G 2.8G 85% /oracle

  /dev/sda1 99M 24M 71M 25% /boot

  tmpfs 978M 508M 470M 52% /dev/shm

  2. 确定归档存放目录,归档存放目录大小

  SQL> archive log list;

  Database log mode Archive Mode

  Automatic archival Enabled

  Archive destination USE_DB_RECOVERY_FILE_DEST -------这里默认使用的是DB_RECOVERY_FILE_DEST

  Oldest online log sequence 17

  Next log sequence to archive 20

  Current log sequence 20

  ----也可以按照以下方式查询归档放置的地方

  SQL> show parameter db_

  NAME TYPE VALUE

  ------------------------------------ ----------- ------------------------------

  db_keep_cache_size big integer 0

  db_name string lixora

  db_recovery_file_dest string /oracle/flash_recovery_area

  db_recovery_file_dest_size big integer 2G

  db_recycle_cache_size big integer 0

  db_unique_name string lixora

  -----这里可以看到闪回恢复区里的空间使用情况:

  SQL> select * From v$flash_recovery_area_usage;    ---------这里可以看到闪回恢复区里的空间占有率情况:

  FILE_TYPE            PERCENT_SPACE_USED     PERCENT_SPACE_RECLAIMABLE       NUMBER_OF_FILES

  -----文件类型-------  ---百分比空间 ---------------        -----可收回百分比--------------------               ---------文件编号------

  CONTROLFILE             0                                                    0                                                                 0

  ONLINELOG               4.88                                                 0                                                                  1

  ARCHIVELOG            76.05                                                0                                                                 47

  BACKUPPIECE          3.1                                                  0                                                                   3

  IMAGECOPY               0                                                    0                                                                   0

  FLASHBACKLOG       0                                                    0                                                                    0

  6 rows selected.

  ------注意这一步才是真正查看归档空间的实际使用情况:

  SQL> select * from v$recovery_file_dest; ------注意这一步才是真正查看归档空间的实际使用情况:

  NAME SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES

  ----------- ---------- ----------------- ---- --------------- -------------------

  /oracle/flash_recovery_area 2147483648 1804771840 0 51

  但是还是在系统层面去查看磁盘空间。

 

转载于:https://www.cnblogs.com/qzqdy/p/9596554.html

你可能感兴趣的文章
FZU2150 :Fire Game (双起点BFS)
查看>>
php_常用操作_读取文件_数据库操作
查看>>
Linux中GCC源码编译安装
查看>>
equals与==关于Object覆盖和重载问题
查看>>
KVO
查看>>
js基础教程四之无缝滚动
查看>>
关于C51 keil使用中.c文件的链接心得
查看>>
Ios 弹框 MJPopup,KxMenu
查看>>
ssh框架添加时添加不到数据库问题
查看>>
解决AR中Receivable Activities 运行不了的问题
查看>>
SQL SERVER 如何处理带字母的自增列--【叶子】
查看>>
使用DocFX生成文档
查看>>
AssemblyInfo.cs文件的作用
查看>>
android之PackageManager简单介绍
查看>>
GitLab备份与恢复
查看>>
20155307《网络对抗》免杀原理与实践
查看>>
《Android开发卷——自定义日期选择器(三)》
查看>>
游里工夫独造微一一小平邦彦传
查看>>
HTML5 JSON ( tuple => Object => JSON => Object=> Elements_of_tuple )
查看>>
#2006 - MySQL server has gone away 问题解决方法 (全) (转)
查看>>