oracle 查询 归档日志最大值和平均值

select max(ss.size_GB), avg(ss.size_GB)
  from (select s.*, rownum rn2
          from (select a.*
                  from (select t1.*, rownum rn
                          from (SELECT TRUNC(FIRST_TIME) time,
                                       SUM(BLOCK_SIZE * BLOCKS) / 1024 / 1024 / 1024 size_GB
                                  FROM V$ARCHIVED_LOG
                                 GROUP BY TRUNC(FIRST_TIME)
                                 order by time desc) t1) a
                 where a.rn > 1
                 order by a.time asc) s) ss
 where ss.rn2 > 1;

----查询ASM使用率

select group_number,name,total_mb/1024 TGB,free_mb/1024 FGB,USABLE_FILE_MB/1024  from v$asm_diskgroup;

原文地址:https://www.cnblogs.com/ss-33/p/8718430.html

时间: 2024-11-05 11:43:58

oracle 查询 归档日志最大值和平均值的相关文章

oracle修改归档日志路径

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

oracle清理归档日志

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

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了,这样写入日志循环的时候,会先把日志组中的数据写入到归档日志中,然后才会被覆盖.你看,问题解决了吧? 有人可能会问:哎,那究竟什么时候应该采用归档模式呢? 这要看数据库对应的应用系统是什么样的要求了,如果

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 u

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需

oracle 11g归档日志研究_3

记录头(record head)格式: typedef struct rh0 { uint32_t recordlen; uint8_t VLD; //直接决定整个record head大小 uint8_t unknown0; uint16_t rhscnwrapper; uint32_t rhscnbase; uint16_t subscn; }Redo_rh0; typedef struct rh1 { uint8_t unknown1[10]; }Redo_rh24; //VLD = 0x

Oracle归档日志满了导致Oracle连接(ORA-00257)报错处理

最近一段时间,有收到一台Oracle服务器的连接告警, 刚刚开始还以为是Oracle的监听被关闭导致,结果连上服务器看下Oracle的监听进程正常,自己连接一次发现有报ORA-00257错,又去监控系统中在看下日志再用sqlplus连上Oracle后查了下,知道是Oracle的归档日志写满闪回区导致Oracle连接异常,查看归档日志方法如下: SQL> show parameter db_recovery_file_dest; #查看归档日志的物理路径及闪回区的大小 SQL> select f