表空间回收操作判断
2016-06-27 14:52
302 查看
今天刚上班,一个朋友问我“我们这边有个表空间扩大到,1.4T,但是删除数据没有用,这个都不变小?”。
我给他这样解释了下
"这个数据文件;你删除数据是不会影响到它的大小;可以这样理解;这个数据文件相当于一个水桶;这个水桶的大小是1.4T;删除数据这个操作相当于把里面水抽出来。 水桶的大小是不变的;水是变少了。水桶可用的空间变大了;可以装更多的水。"
想一个表空间扩张到1T多。有下面两种可能
1. 真的有怎么多的数据量的业务。
2. 这表空间一定是设置为自动扩张的;导致数据文件暴涨;其中里面有99%的数据是无用数据;可以清理的。这是没有维护好。
那有没有办法减少这个数据文件呢?办法是有:就‘alter database datafile '****.dbf' resize ***G’;
可行吗?这个还是需要根据当时服务器环境来判断?
第一步:看下该表空间的使用情况
截图情况为:大约使用了250G;那就是不是可以resize到500G;减少了700G的磁盘空间呢?下面继续判断
我让她执行 select file#,name from v$datafile; 找到对应的文件号是多少?答案是9。
继续执行 select max(block_id) from dba_extents where file_id=9;
已经写到175382656块了。我当时凌乱了;换算为T;175392656*8/(1024*1024*1024)=1.3T;结果约为1.3T;看来用‘alter database datafile '****.dbf' resize ***G’并不可行。
若不明白;就以刚刚距离的水桶来解释:
刚刚那个水桶是1.4T; 里面放了260G的水;但这些水并不是连续放置的;水也不是直接放到水桶里面的;水是放在里面的空槽;空槽的理解相当于oracle中的段(可以理解为表,索引);现在是有一个空槽放到1.3T的位置; 现在我想压缩这个水桶;我只能压缩到1.3T 的位置;
最后:
1. 用逻辑备份这个数据文件;在删除表空间;重新建一个表空间;在进行导入;但是不建议操作;1.4T的数据文件;备份/还原是项巨大的工程;操作时该业务还需要停到。
2. 我建议还是不动为好;目前那个表空间有1.4T;只用了260G;意思是说目前不会有磁盘扩张的可能性。 那个/data1目录下还有90G可用;足够了。把所有的表空间都取消自动扩张。好好维护下。
我给他这样解释了下
"这个数据文件;你删除数据是不会影响到它的大小;可以这样理解;这个数据文件相当于一个水桶;这个水桶的大小是1.4T;删除数据这个操作相当于把里面水抽出来。 水桶的大小是不变的;水是变少了。水桶可用的空间变大了;可以装更多的水。"
想一个表空间扩张到1T多。有下面两种可能
1. 真的有怎么多的数据量的业务。
2. 这表空间一定是设置为自动扩张的;导致数据文件暴涨;其中里面有99%的数据是无用数据;可以清理的。这是没有维护好。
那有没有办法减少这个数据文件呢?办法是有:就‘alter database datafile '****.dbf' resize ***G’;
可行吗?这个还是需要根据当时服务器环境来判断?
第一步:看下该表空间的使用情况
SELECT a.tablespace_name "表空间", a.bytes / 1024 / 1024 "表空间大小(M)", (a.bytes - b.bytes) / 1024 / 1024 "已使用空间(M)", b.bytes / 1024 / 1024 "空闲空间(M)", round(((a.bytes - b.bytes) / a.bytes) * 100, 2) "使用比" FROM (SELECT tablespace_name, SUM(bytes) bytes FROM dba_data_files GROUP BY tablespace_name) a, (SELECT tablespace_name, SUM(bytes) bytes, MAX(bytes) largest FROM dba_free_space GROUP BY tablespace_name) b WHERE a.tablespace_name = b.tablespace_name ORDER BY ((a.bytes - b.bytes) / a.bytes) DESE;
截图情况为:大约使用了250G;那就是不是可以resize到500G;减少了700G的磁盘空间呢?下面继续判断
我让她执行 select file#,name from v$datafile; 找到对应的文件号是多少?答案是9。
继续执行 select max(block_id) from dba_extents where file_id=9;
select file#,name from v$datafile; select max(block_id) from dba_extents where file_id=9;
已经写到175382656块了。我当时凌乱了;换算为T;175392656*8/(1024*1024*1024)=1.3T;结果约为1.3T;看来用‘alter database datafile '****.dbf' resize ***G’并不可行。
若不明白;就以刚刚距离的水桶来解释:
刚刚那个水桶是1.4T; 里面放了260G的水;但这些水并不是连续放置的;水也不是直接放到水桶里面的;水是放在里面的空槽;空槽的理解相当于oracle中的段(可以理解为表,索引);现在是有一个空槽放到1.3T的位置; 现在我想压缩这个水桶;我只能压缩到1.3T 的位置;
最后:
1. 用逻辑备份这个数据文件;在删除表空间;重新建一个表空间;在进行导入;但是不建议操作;1.4T的数据文件;备份/还原是项巨大的工程;操作时该业务还需要停到。
2. 我建议还是不动为好;目前那个表空间有1.4T;只用了260G;意思是说目前不会有磁盘扩张的可能性。 那个/data1目录下还有90G可用;足够了。把所有的表空间都取消自动扩张。好好维护下。
相关文章推荐
- [转]Unity目录在各平台路径
- asp.net form 验证方式的使用(转载)
- 记一次失败的电话面试
- Python使用smtplib模块发送电子邮件的流程详解
- BZOJ1098: [POI2007]办公楼biu
- JavaScript:继承方式
- IOS_ios逆向工程-静态分析
- react-native 环境配置及hello world
- java环境变量如何配置
- Log Parser 2.2 分析 IIS 日志
- cmake编译win下64位obs
- php中的cookie用法
- asp.net下通过泛解析和伪静态实现二级域名的实现方法
- JAVA_Android APK反编译就这么简单 详解(附图)
- vmware workstation ubuntu虚拟机无法使用共享目录
- zabbix 监控nginx
- 社会化商业平台能否为转型指明方向
- 浪潮集团执行总裁王兴山:企业管理软件领域也要供给侧改革
- water-and-jug-problem
- ASP.NET MVC AJAX的调用示例