一.CKPT简介 检查点是一个数据库事件,它把修改数据从高速缓存写入磁盘,并更新控制文件和数据文件.检查点分为三类:1)局部检查点:单个实例执行数据库所有数据文件的一个检查点操作,属于此实例的全部脏缓存区写入数据文件.触发命令:svmrgrl>alter system checkpoint local;这条命令显示的触发一个局部检查点.2)全局检查点:所有实例(对应并行数据服务器)执行数据库所有所有数据文件的一个检查点操作,属于此实例的全部脏缓存区写入数据文件.触发命令svrmgrl>alte

在实例经过分配内存结构,加载控制文件后,然后要打开数据库的时候,需要做到控制文件,数据文件,联机重做日志保持相互状态一致性,数据库才可以打开.当数据库发生实例不正常关闭时(比如系统掉电或者Shutdown abort 进行关闭),要进行实例恢复,Oracle 数据库具有相应的机制来实现这一点. 像任何一家公司一样,不同的员工具有不同的技能专长,负责不同的工作,但是一个成功的项目,需要一个优秀的项目经理,来保持,督促项目中的成员各自工作步调相互一致.在Oracle 实例中,这样的一个重要角色,被检

执行一个SQL语句 执行查询语句的过程: 用户进程执行一个查询语句如select * from emp where empno=7839 用户进程和服务器进程建立连接,把改用户进程的信息存储到PGA的UGA中 语句经过PGA处理后传递给实例instance 实例instance中的共享池处理这条语句 库缓冲区去判断语句如何分析--软分析(快)或硬分析(慢) 根据cbo得到执行计划,准备去执行语句.(CBO和RBO是ORACLE提供的两种优化器) 查询语句中的对象(emp表和行)存放在那个表空间,

1 服务器进程 专用服务器连接:数据连接跟服务器上的一个进程之间存在1:1的映射 共享服务器连接:多个会话共享一个服务器进程池,由一个调度程序分配 1.1 专用服务器连接 专用服务器连接模式下,客户连接跟服务器进程之间一对一的映射,如果有100条专用服务器连接,就会有相应的100个进程在执行 1.2 共享服务器连接 共享服务器连接强制使用oracle net,客户跟服务器在一个主机也不例外,如果不使用oracle TNS监听,就无法使用共享服务器,客户发出请求,由一个调度程序来分配. 1.3 连

CKPT进程工作示意图 2.CKPT进程工作机制 检查点进程被触发的条件为: a> 当发生日志组切换时: b>  用户提交了事务时(commit): c>  Redo log buffer容量达到总容量的1/3或1M时. d> 手动alter system checkpoint 的时候. e>  系统正常关闭时. f>  其他(如alter tablespace .. begin backup/end backup) 当一个检查点进程发生时(图中的2),首先系统会记录检

Oracle Clusterware 不像数据库那样,有丰富的视图.工具可以用来辅助诊断,它的日志和trace文件是唯一的选择.但不像Oracle只有alert日志和几种trace文件,Oracle Clusterware的日志体系是比较复杂的,初学者需要注意,下图总结了Oracle Clusterware及Oracle的日志体系: 根据CRS的安装目录,日志的根目录在V$CRS_HOME/log/[node],其中node是节点的名称,目录中包含的内容如下: <1> alert.log: 这

Oracle数据库重做日志及归档日志的工作原理: lgwr进程将redo log buffer中的重做数据写入到redo log中,此时的redo log分组,每当一个redo log group写满时,或者发出switch logfile指令时都会触发日志组的切换,当发生日志组切换时,arc进程会将当前的重做日志数据写入归档日志: lgwr进程是将内存中的数据写入到重做日志文件,这是内存读磁盘写.然而arc进程是将重做日志文件写入到归档文件,是磁盘读磁盘写. 显然lgwr进程的读写效率或者读写

--========================================= -- Oracle 联机重做日志文件(ONLINE LOG FILE) --========================================= 一.Oracle中的几类日志文件 Redo log files      -->联机重做日志 Archive log files   -->归档日志 Alert log files     -->告警日志 Trace files        

Oracle补全日志(Supplemental logging)特性因其作用的不同可分为以下几种:最小(Minimal),支持所有字段(all),支持主键(primary key),支持唯一键(unique),支持外键(foreign key).包括LONG,LOB,LONG RAW及集合等字段类型均无法利用补全日志.最小(Minimal)补全日志开启后可以使得logmnr工具支持链式行,簇表和索引组织表.可以通过以下SQL检查最小补全日志是否已经开启:SELECT supplemental_l

ORACLE的告警日志里面包含许多有用的信息,尤其是一些ORACLE的ORA错误信息,所以有必要及时归档.监控数据库告警日志的ORA错误,及时提醒数据库管理员DBA处理这些错误信息,那么我们首先来看看告警日志的内容片断: Thread 1 advanced to log sequence 37749 (LGWR switch) Current log# 6 seq# 37749 mem# 0: /u01/oradata/SCM2/redo06.log Thu Jun 27 15:02:30 20

今天遇到Oracle报这样的错:ORA-00257 查看了下,原来是Oracle的归档日志满了,解决方案两个 一:增加归档日志大小 二:删除无用的归档日志(我们选择这个方案) 什么也不说了Linux下命令上: Linux删除归档文件--> su - oracle--> rman --> RMAN> connect target sys/sys_passwd--> RMAN> crosscheck archivelog all;--> RMAN> DELETE

想把hadoop的进程日志导入hive表进行分析,遂做了以下的尝试. 关于hadoop进程日志的解析 使用正则表达式获取四个字段,一个是日期时间,一个是日志级别,一个是类,最后一个是详细信息, 然后在hive中建一个表,可以用来方便查询. 2015-12-18 22:23:23,357 INFO org.apache.hadoop.yarn.server.nodemanager.containermanager.monitor.ContainersMonitorImpl: Memory usag

自动删除Oracle过期归档日志的思路如下: 1.编写自动执行的bat脚本文件: 2.Windows设置定期执行计划 OracleArchLogClear.bat D:/Oracle/product/10.2.0/db_1/bin/rman target / cmdfile=D:/OracleArchLogClear.rman log=D:/rman.log OracleArchLogClear.rman DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDA

本文将介绍如何使用zabbix监控oracle的后台日志,当oracle后台日志出现“ORA-”或“Error”时,第一时间将该信息报警出来 zabbix agent端 以下所有操作均用root执行 为oracle后台日志创建硬链接 直接使用zabbix去读取oracle后台日志报权限不足,因此通过创建硬链接方式绕过权限问题 cd /tmp ln /u01/app/oracle/diag/rdbms/orcltest/orcltest/trace/alert_orcltest.log alert

Oracle 数据库 alert日志及trace日志的清理 方案一: 暂停数据库的trace 登录到数据库 sqlplus / as sysdba 修改参数: SQL> alter system set trace_enabled=false; System altered. 查询数据库的alert日志及trace日志的路径 select * from v$diag_info; VALUE------------------------------------------------------

如果Oracle的归档日志满了,应用连接数据库就会出错,这时需要手工删除过期的归档日志,方法如下: 1.指定数据库实例 $ export ORACLE_SID=db1 2.进入rman $ rman 3.连接数据库 RMAN> connect target sys/password; 4.查看归档日志的状态 RMAN> list archivelog all; 5.手工删除归档日志文件 6.更新归档日志 RMAN> crosscheck archivelog all; RMAN>

Oracle数据库的最常用问题定位日志是alert日志,Oracle数据库的日志文件alert_$ORACLE_SID.log记录了重作日志的转换,数据库启动和关闭,数据库结构的改变,回退段的修改,死锁,内部错误等信息.     路径是$ORACLE_BASE/admin/$ORACLE_SID/bdump/alert_$ORACLE_SID.log,但是在Oracle 11g中已经找不到bdump这个目录了. 新的Oracle数据库的日志文件在$ORACLE_BASE/diag/rdbms下面

ORACLE DG在线日志修改 SQL>select SEQUENCE#,first_time,next_time,APPLIED, THREAD# from v$archived_log order by  SEQUENCE#,THREAD#; select * from v$logfile order by GROUP# ; SQL> select GROUP#,BYTES/1024/1024 from v$log; SQL> select GROUP#,BYTES/1024/102

Oracle归档日志所在目录时间不对&&Oracle集群日志时间显示错误 前言 这个问题在18年的时候遇到了,基本不注意并且集群或者数据库运行正常是很难注意到的. 忘记当时怎么发现的了,最近拿出来重现一下问题. 具体描述一下问题: 比如当前时间是2020年07月03日0点,数据库对redo log发起归档. 在OMF下,归档会按照日期进行分类归档. 但是发起归档之后,新的归档文件会放在的20200702的目录中. 另外,db和asm和集群的警告日志的时间也和操作系统的date时间不一致.

Linux如何用脚本监控Oracle发送警告日志ORA-报错发送邮件 前言 公司有购买的监控软件北塔系统监控,由于购买的版权中只包含了有限台数据库服务器的监控,所以只监控了比较重要的几台服务器. 后边出现过没有监控的数据库服务器表空间爆满导致生产业务出现问题,后续手工处理数据也麻烦. 因此领导让我想办法能用什么方法监控上目前没有监控的数据库. 当然,我想到的只有三种, OEM 13C,Oracle本家的产品,好处多多: 自己写脚本监控,比较锻炼人和实惠,功能比较单一: 第三方的监控软件,鉴于北塔