SMON offlining US=##

--转载自  http://www.orafaq.net/maillist/oracle-l/2003/12/15/1191.htm
最近2天我的日志文件中出现了 SMON offlining US=## 这样的记录信息
我刚开始有些担心是数据库出了问题,经过查找发现是oracle AUM的功能:
This message will be quite common if you are using Automatic Undo Management (AUM). As additional undo segments are needed, they are created. After a period of inactivity, SMON will offline them. Do not fear, they will be onlined if needed.
I have a paper about AUM on my site at www.optimaldba.com/library.html. --这个地方没有详细内容!

时间： 2024-09-20 00:20:51

SMON offlining US=##的相关文章

CBO中SMON进程与col_usage$的维护

从Oracle9i开始,为了监控column的使用信息,引入了一个对象col_usage$,用于记录运行时的COLUMN使用信息. 这部分信息由SMON维护,所以当看到SMON报出相关的死锁.错误时不要惊讶,SMON做的工作是越来越杂了. 在Oracle10g中,这个表的结构如下: create table col_usage$ ( obj#              number,                                 /* object number */ intc

smon oracle-oracle的smon的进程，CPU持续在100%。oracle 每隔 18s就切换一次redo日志

问题描述 oracle的smon的进程,CPU持续在100%.oracle 每隔 18s就切换一次redo日志 遇到一个非常棘手的问题. 我的oracle的smon的进程,CPU持续在100%.oracle 每隔 18s就切换一次redo日志.哪怕是将应用杀掉也还是一样.除非重启oracle. 该问题是毕现,只要重启了oracle,然后我对应用压一小会性能. 解决方案 检查下是不是自身程序有问题?看下日志 解决方案二: Oracle SMON进程会将各个表空间的空闲碎片合并在一起,让数据库系统更

SMON功能介绍 2

原文转自:http://www.askmaclean.com/archives/smon-clean-up-obj-table.html 了解你所不知道的SMON功能(三):清理obj$基表 SMON的作用还包括清理obj$数据字典基表(cleanup obj$) OBJ$字典基表是Oracle Bootstarp启动自举的重要对象之一: SQL> set linesize 80 ; SQL> select sql_text from bootstrap$ where sql_text lik

关于pmon、smon、mman、mmon、mmnl后台进程的解释

ProcessMonitor (PMON): 该进程在用户进程出现故障时执行进程恢复,负责清理内存储区和释放该进程所使用的资源.例:它要重置活动事务表的状态,释放封锁,将该故障的进程的ID从活动进程表中移去.PMON还周期地检查调度进程(DISPATCHER)和服务器进程的状态,如果已死,则重新启动(不包括有意删除的进程).  PMON有规律地被呼醒,检查是否需要,或者其它进程发现需要时可以被调用. PMON进程还负责在反常中断的连接之后的清理工作.例如,如果因某些原因专用服务"故障"

[20150715]10513事件禁止smon回滚.txt

[20150715]10513事件禁止smon回滚.txt --如果数据库特别是特别忙的数据库出现异常当机的情况,有大量的数据脏块没有更新到数据文件中.还有许多事务没有提交. --通过设置10513事件,可以加快数据库的启动,但是禁用smon进行tx recovery(所谓tx recovery就是open后数据文件包含提交和未提交 --数据,数据不一致),不会造成数据库不一致,虽然禁用了smon自动恢复,但是当查询的时候还是会进行回滚从undo中读取回滚数据(等 --同于用到哪个对象回滚哪个对

Oracle SMON进程的作用

      Oracle SMON进程会将各个表空间的空闲碎片合并在一起,让数据库系统更加容易分配.从而提高数据库的性能.另外,在数据库运行的过程中,会因为断电或者其他的原因而发生故障.此时由于数据高速缓存中的脏缓存块还没有来得及写入到数据文件中,从而导致数据的丢失.在数据库启动的时候,系统监视进程SMON会在下一次启动例程的时候,自动读取重做日志文件并对数据库进行恢复.也就是说,进行将已提交的事物写入数据文件(已经写入到日志文件中而没有写入到数据文件中的数据).回退未提交的事务操作.可见,Or

oracle数据库oracleasm createdisk重新创建asm disk后数据0丢失恢复案例

有客户反馈他们重启系统之后,发现asmlib创建的asmdisk丢失了,然后又使用oracleasm deletedisk和createdisk重新创建的asm disk,最后发现asm diskgroup无法mount.让客户通过dd 备份5m数据,然后使用kfed分析 kefd分析结果 E:\OneDrive\ORACLE\recover\no_backup\asm\kfedwin>kfed read H:\temp\asmlib\xx.img kfbh.endian:           

探索ORACLE之ASM概念(完整版)_oracle

一.     ASM(自动存储管理)的来由: ASM是Oracle 10g R2中为了简化Oracle数据库的管理而推出来的一项新功能,这是Oracle自己提供的卷管理器,主要用于替代操作系统所提供的LVM,它不仅支持单实例,同时对RAC的支持也是非常好.ASM可以自动管理磁盘组并提供有效的数据冗余功能.使用ASM(自动存储管理)后,数据库管理员不再需要对ORACLE中成千上万的数据文件进行管理和分类,从而简化了DBA的工作量,可以使得工作效率大大提高. 二.     什么是ASM ASM它提供

Oracle后台进程及其作用简介

Oracle后台进程及其作用简介 This background process is available starting with Oracle Database 11g Release 2 (11.2.0.2). describes Oracle Database background processes. In this context, a background process is defined as any process that is listed in V$PROCESS