公众号：杨建荣的学习笔记 · 作者：杨建荣 · 发布：2016-01-03 23:29:22 · 原文链接

今天看到一条报警短信，提示是某个表空间的问题。
ZABBIX-监控系统:
————————————
报警内容: Tablespace Usage warning
————————————
报警级别: PROBLEM
————————————
监控项目: showtsps：–>TS_NAME:UNDOTBS1 :4.8% Free
————————————
报警时间:2016.01.03-17:02:44
如果出现这种问题，而且是undo表空间的，我们是不是可以直接忽略了，一般情况下还是可以的，但是如果频频出现这种问题，那么还是需要来分析一下，倒底是什么原因。因为服务器归属不是我，我就帮忙看了一下环境，但是查看过程中发现了很多的问题，很多问题还是值得借鉴的。
首先查看表空间的使用情况，目前这个库有近1.5T,undo的设置了一个数据文件，也就意味着空间大小在30G左右，具体处理的业务我不太清楚，但是查看报告的内容来看还是偏OLAP.
那么为什么会在某一个时间段里有大量的undo报警呢，主要原因应该是在这个时间范围内发生了大量的dml,尤其是delete级的操作。
带着疑问，首先查看了归档的情况。可以很清晰的看到在一个小时内归档进行了频繁的切换，大概切换了近300多次。每个日志member大小为200M