12
返回列表 发新帖
楼主: zjzbj

关于undo表空间的几个问题

[复制链接]
论坛徽章:
0
11#
 楼主| 发表于 2009-12-23 09:28 | 只看该作者
使用toad里面的dba菜单和select sum(bytes)/1048576 from dba_data_files where tablespace_name = 'UNDOTBS1'其实是一样的,监控方便点而已.

也是就是版主认为
dba_undo_extents统计出来的总使用空间+dba_free_space统计出来的UNDOTBS1的剩余空间=UNDOTBS1的空间大小至少不会相差太多,

而我这种统计出来相差悬殊10G的情况是不可能存在的,对不对



补充一下我的数据库是 自动UNDO管理

使用道具 举报

回复
论坛徽章:
47
蒙奇·D·路飞
日期:2017-03-27 08:04:23马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11一汽
日期:2013-09-01 20:46:27复活蛋
日期:2013-03-13 07:55:232013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:03:322012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20
12#
发表于 2009-12-23 10:12 | 只看该作者
> 也是就是版主认为
> dba_undo_extents统计出来的总使用空间+dba_free_space统计出来的UNDOTBS1的剩
> 余空间=UNDOTBS1的空间大小至少不会相差太多,

Yes. So in your case, dba_data_files where tablespace_name = 'UNDOTBS1' shows 37 GB. I'm not sure how to explain, and I can't reproduce it on my 10gR2 and 9iR2 databases.

There's a similar case at
http://www.dbasupport.com/forums/showthread.php?t=55241
with no explanation either.

Does this query
select sum(bytes)/1024/1024 from dba_extents where tablespace_name = 'UNDOTBS1'
show 3026 MB for you? (I got that by adding your 3 numbers in your query result in msg #3.)

Your database is not RAC. Correct?

Yong Huang

使用道具 举报

回复
论坛徽章:
0
13#
 楼主| 发表于 2009-12-23 10:46 | 只看该作者
我的数据库是非rac,发生这种情况是在重建大表时候,有几个大表做alter table ... move ,大概有60G的数据量,不知道跟这个有没关系

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表