解决Oracle数据库归档日志占满磁盘空间问题

1、常用命令

SQL> show parameter log_archive_dest;
SQL> archive log list;
SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;
ARCHIVELOG        96.62            0       141
SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;

2.9904

SQL> show parameter recover;
db_recovery_file_dest        string      /u01/oracle/flash_recovery_area
db_recovery_file_dest_size    big integer  2G

2、删除日志

cd $ORACLE_BASE/flash_recovery_area/orcl/archivelog

转移或清除对应的归档日志, 删除一些不用的日期目录的文件，注意保留最后几个文件在删除归档日志后，必须用RMAN维护控制文件，否则空间显示仍然不释放。

3、删除RMAN过期备份

rman target sys/password
RMAN> crosscheck archivelog all;
RMAN> delete expired archivelog all;

或者

RMAN> delete archivelog until time “sysdate-1″;

4、再查

SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;

5、修改大小

SQL> alter system set db_recovery_file_dest_size=4G scope=both;

总结

以上所述是小编给大家介绍的解决Oracle数据库归档日志占满磁盘空间问题，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对我们网站的支持！

赞 (0)

相关推荐

  • oracle中fdisk导致的ASM磁盘数据丢失的解决方法

    11.2.0.3 数据库因asm磁盘头块损坏宕机,出现错误ORA-15196.更详细的错误如下:ORA-15196: invalid ASM block header [kfc.c:26076] [endian_kfbh] [256] [0 != 1]进一步的检查发现DataGuard同样损坏.这让大家陷入不解,为何主库和备库会同时损坏? 最终经过仔细检查发现:是SA发现主机上一块磁盘没用,在主备都执行了fdisk mkfs. 最终的恢复得益于用户的异地灾备环境.这个案例给我们的警示是:1.DB

  • oracle的归档模式 ORACLE数据库归档日志常用命令

    --连接恢复管理器 C:\Documents and Settings\mengzhaoliang>rman target/ --归档日志列表 RMAN> list archivelog all; --删除物理文件不存在的归档日志 RMAN> delete expired archivelog all; --删除7天前的归档日志 RMAN> DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'; oracle的归档模式 一.查看ora

  • Linux下Oracle归档日志自动清理脚本代码(sh)

    复制代码 代码如下: #!/bin/sh export BACK_DATE=`date +%Y%m%d` export BACKUP_PATH=/home/oracle/dbbak echo `mkdir -p ${BACKUP_PATH}/archivelog/${BACK_DATE}` rman msglog=$BACKUP_PATH/archivelog/${BACK_DATE}/arch_0_$BACK_DATE.log << EOF connect target /; delete

  • win平台oracle rman备份和删除dg备库归档日志脚本

    总觉得使用windows跑oracle是不靠谱的事情,可以这个世界上总有很多人喜欢做类似这样的事情,对于数据库比较常见的两件事情:rman和删除dg备库归档日志,在linux/unix平台上使用shell实现很简单,可是跑到win里面,就变的烦了,不是因为其麻烦,而是因为用的人少,不知道怎么下手处理该事情,我编写了简单的实现初级功能的win下面rman备份和删除备库归档日志脚本,供大家参考,也更加欢迎朋友提出来更加好的处理方法(win是真心的不懂)rman备份脚本 复制代码 代码如下: --ba

  • oracle 如何关闭打开归档日志

    查看oracle数据库是否为归档模式 SQL> select name,log_mode from V$database; NAME LOG_MODE ------------------ ------------------------ TEST NOARCHIVELOG SQL> archive log list Database log mode No Archive Mode Automatic archival Disabled Archive destination USE_DB_

  • 解决Oracle数据库归档日志占满磁盘空间问题

    1.常用命令 SQL> show parameter log_archive_dest; SQL> archive log list; SQL> select * from V$FLASH_RECOVERY_AREA_USAGE; ARCHIVELOG 96.62 0 141 SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage; 2.9904 SQL> show paramete

  • Docker占满磁盘空间的问题解决办法

    通过命令可以观察到/var/lib/Docker目录很大,我的主机只有20G,这个目录占了18G:原因是devicemapper的空间设的太大,通过docker info打印的Data Space Total参数可以看到,默认是107.4G. 思路如下: 备份当前容器.镜像: 删除/var/lib/docker目录: 使用dd命令重设大小: 恢复容器.镜像: 工具: 需要额外空间保存备份文件,可以挂载一个u盘或者云盘. docker save 可以导出镜像 tar文件: docker expor

  • Oracle归档日志写满(ora-00257)了怎么办

    oracle数据库报错ORA-00257: archiver error. Connect internal only, until freed ,如何解决呢?此问题定位在归档日志满了,下面把具体解决办法总结分享给大家. 解决办法: SQL> select * from V$FLASH_RECOVERY_AREA_USAGE; --查看归档内容使用情况 FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILE

  • Oracle删除归档日志及添加定时任务

    目录 一.删除归档日志 1.切换用户 2.使用RMAN工具 3.连接本地数据库 4.检查控制文件和实际物理文件的差别 5.同步检查控制文件和实际物理文件的信息 6.删除n天前的归档日志 7.退出RMAN 二.添加定时任务 1.创建归档日志删除脚本 2.授予脚本文件执行权限 3.测试归档日志删除脚本 4.添加定时任务 5.查看定时任务 总结 一.删除归档日志 1.切换用户 # 切换至oracle用户 su – oracle 2.使用RMAN工具 # 使用RMAN工具,删除失效的归档日志 rman

  • 如何解决Linux系统下Docker占满分区的问题

    今天碰到了一个问题,访问数据库的时候,发现访问不了,爆存储空间不够的错误,随后输入命令: df -h 发现 /dev/vda1 ,也就是系统盘被占满了.不是专职的运维,所以,就开始百度解决问题.下面是解决路径: 首先是找到大文件存储位置,通过命令 du -sh /* ,找到一些目录后,发现有几个目录特别大,比如 /var : 然后确认分区, df /var ,发现这个目录的分区是 /dev/vda1 ,于是就进入这个目录,开始删东西.我开始删掉了很多日志,但发现并没有多少作用,于是再一次使用命令

  • Docker磁盘空间使用分析与清理的方法

    本文介绍了Docker磁盘空间使用分析与清理的方法,分享给大家,具体如下: 用了一段时间Docker后,会发现它占用了不少硬盘空间.还好Docker 1.13引入了解决方法,它提供了简单的命令System来查看/清理Docker使用的磁盘空间. 前情提要 #MyVersion [root@dockercon ~]# docker version Client: Version: 17.12.0-ce API version: 1.35 Go version: go1.9.2 Git commit

  • SQLServer数据库中开启CDC导致事务日志空间被占满的原因

    SQLServer数据库中开启CDC导致事务日志空间被占满的原因

    SQLServer中开启CDC之后,在某些情况下会导致事务日志空间被占满的现象为: 在执行增删改语句(产生事务日志)的过程中提示,The transaction log for database '***' is full due to 'REPLICATION'(数据库"***"的事务日志已满,原因为"REPLICATION"). CDC以及复制的基本原理粗略地讲,对于日志的使用步骤如下: 1,每当基础表(开启了CDC或者replication的表)产生事务性操作

  • 解决PostgreSQL日志信息占用磁盘过大的问题

    解决PostgreSQL日志信息占用磁盘过大的问题

    当PostgreSQL启用日志时,若postgresql.conf日志的相关参数还使用默认值的话磁盘很容易被撑爆.因此在启用了logging_collector参数时,需要对其它相关的参数进行调整. 系统默认参数如下 #log_destination = 'stderr' #日志格式,值为stderr, csvlog, syslog, and eventlog之一. logging_collector = on #启用日志 #log_directory = 'log' #日志文件存储目录 #lo

  • DBF 文件恢复 ORACLE 数据库的方法

    DBF 文件恢复 ORACLE 数据库的方法

    清·魏源<庸易通义>:"至道问学之有知无行,分温故为存心,知新为致知,而敦厚为存心,崇礼为致知,此皆百密一疏." 起因 在我们的生产活动中,意外总是在不经意间发生.那天一个安装有 oracle 数据库的盘符不小心被格式化了,好几个项目都炸了.不过还好有备份,不过只有 .DBF 文件和几个日志文件: //数据库系统相关 REDO01.LOG REDO02.LOG REDO03.LOG SYSTEM01.DBF UNDOTBS01.DBF SYSAUX01.DBF USERS0

随机推荐