产生问题的原因主要以下两点：1. 有较大的事务量让Oracle Undo自动扩展，产生过度占用磁盘空间的情况；2. 有较大事务没有收缩或者没有提交所导制；说明：本问题在ORACLE系统管理中属于比较正常的一现象，日常维护多注意对磁盘空间的监控。 UNDO表空间介绍UNDO表空间用于存放UNDO数据,当执行DML操作(INSERT,UPDATE和DELETE)时,oracle会将这些操作的旧数据写

在检查aix5.3系统的磁盘空间时，发现临时表空间所在临时数据文件已经达到20G，已经占用了100%。 因为是正式 数据库服务器，不能随便重启数据库。 以下的操作是用数据库的sys超级用户操作刚开始打算把临时表空间的数据文件重新缩小就好了执行：SQL> alter database tempfile  2  '/oracle/oms/oradata/temp/temp01.dbf' resi

【背景】 回家路上，接到运维兄弟的电话，说一线上环境，某个DN异常了，原因是有个磁盘写满了，他准备将这个盘剔除出去，重启下DN，问我数据会不会丢失。 我说数据不会丢，我们的数据都是多副本的。 这位兄弟再三确认不会丢数据后，挂了电话就去操作了。 可我回头一想，磁盘异常导致DN异常倒是碰到过，磁盘写满也能导致DN异常？ 带着疑问做了一番梳理，接下来我们就来聊聊。 【DN运行过程中磁盘写满会怎样】

最近项目组的kafka集群，老是由于应用端写入kafka topic的消息太多，导致所在的broker节点占满，导致其他的组件接连宕机。 这里和应用端沟通可以删除1天之前的消息来清理磁盘，并且可以调整topic的消息存活时间。 一、调整Topic的消息存活时长删除消息 kafka-configs --zookeeper localhost:2181 --entity-type topics