oracle清理归档日志脚本

创建脚本文件

vim /home/oracle/script/rmanclear.sh

#!/bin/bash

DATE=`date "+%Y-%m-%d"`

/u01/app/oracle/product/db/bin/rman target sys/oracle << EOF

crosscheck archivelog all;

delete noprompt expired archivelog all;

delete noprompt archivelog until time ‘sysdate-1‘;

exit;

EOF

if [ $? -eq 0 ]

then

echo " $DATE clear rmanlog is successful. " >> /home/oracle/script/rmanclear.log

else

echo " $DATE clear rmanlog is failed. " >> /home/oracle/script/rmanclear.log

赋予可执行权限

chmod 777 /home/oracle/script/rmanclear.sh

创建日志文件记录，并赋予写权限

touch /home/oracle/script/rmanclear.log

chmod a+w /home/oracle/script/rmanclear.log

切换回root加入计划任务

crontab -e

30 00 * * * su - oracle -c ‘/home/oracle/script/rmanclear.sh‘

时间： 2024-11-05 11:37:59

oracle清理归档日志脚本的相关文章

oracle清理归档日志

我们都都知道在controlfile中记录着每一个archivelog的相关信息,当然们在OS下把这些物理文件delete掉后,在我们的 controlfile中仍然记录着这些archivelog的信息,在oracle的OEM管理器中有可视化的日志展现出,当我们手工清除archive目录下的文件后,这些记录并没有被我们从controlfile中清除掉,也就是oracle并不知道这些文件已经不存在了!这时候我们要做手工的清除的话,下面我经过实验,可以尝试这种方法: 1. 进入rman 2. con

Oracle下定时删除归档日志脚本

一.报错信息前几天网站突然访问不了,并且报了如下错误: ora-27101: shared memory realm does not exist ora-01034: oracle not available 11g ORA-24324: service handle not initialized 原因:由于数据库归档日志满了,不能继续往数据库里写数据. 二.查看归档日志大小 su - oracle sqlplus / as sysdba show parameter recover 可查

oracle修改归档日志路径

一:先查询数据库是否开启归档模式: SQL> archive log list; ----已经开启归档模式Database log mode Archive ModeAutomatic archival EnabledArchive destination USE_DB_RECOVERY_FILE_DEST----修改此归

oracle 删除归档日志的正确方式

在使用plsql使用游标的%rowcount时,导致了一个死循环,手动终止后数据库无法连接,服务重启后依然不行.windows日志管理器报归档日志相关的错误,最终手动启动到mount状态,禁用归档日志后,数据库正常.由于是本机的实验数据库,所以希望把归档日志删掉: 以下摘自这里ORACLE正确删除归档并回收空间的方法一个ORACLE归档日志经常满,表现为/oraarchive 这个文件空间占用100%大家一定抱怨ORACLE为何没有归档维护工具,很多人直接删除了事,错了,ORACLE有,而且很

oracle 11g归档日志研究_1

oracle的数据库操作都会被记录在redo log中,用来进行undo(回滚)或在数据库异常的时候redo(重做).redo log又分为online(在线日志)和archive(归档日志)两部分. oracle默认有3个在线日志文件,通常它们是按顺序写满一个再写下一个,而写满的在线日志文件会被整理为归档日志.在每个在线日志内部,可能按顺序或随机填写数据. 在线日志和归档日志一样,都是由很多块组成,文件第1块作为文件头,包含块大小.块总数等信息,第2块作为数据库头,包含数据库信息(如版本号.数

oracle之归档日志是个什么鬼？

我们的oracle数据库默认采用的是非归档模式,假如说一共有三个重做日志组,当三个日志组全部写满之后将从第一个日志组开始循环记录,并且第一个日志组中的内容将被彻底覆盖,这样,如果数据库崩溃了,想要恢复很早之前的数据,那就坑比了. 怎么办? 你问我啊,我告诉你.切换数据库日志模式为归档模式就OK了,这样写入日志循环的时候,会先把日志组中的数据写入到归档日志中,然后才会被覆盖.你看,问题解决了吧? 有人可能会问:哎,那究竟什么时候应该采用归档模式呢? 这要看数据库对应的应用系统是什么样的要求了,如果

清理messages日志脚本

要求: 清楚/var/log下messages日志文件的简单命令脚本要使用root身份来运行这个脚本清楚日志脚本,版本 #!/bin/bash #清除日志脚本,版本2 LOG_DIR=/var/log ROOT_UID=0 #$UID为0的时候,用户才具有root用户的权限 #要使用root用户运行 if ["$UID" -ne "$ROOT_UID"] then echo "Must be root to run this script&qu

Oracle 清理归档脚本

$ vi clean.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 /; dele

oracle 11g归档日志研究_2

从第3块开始,块里面存储着oracle的所有操作记录.块结构很简单,只有块头和块体: typedef struct bk { Redo_bh blockhead; uint8_t buf[496]; }Redo_bk; Redo_bk 块头与上一篇介绍过的一致: typedef struct bh { uint32_t signature; //签名 uint32_t blocknum; //块号 uint32_t sequence; //顺序号 uint16_t offset; //最高位1需