论坛徽章:: 0

电梯直达

1楼 [收藏(0)] [报告]

发表于 2012-05-21 15:54 |只看该作者 |倒序浏览

本帖最后由 adawwj 于 2012-05-21 15:59 编辑

我给cp 后的fs分配了同样的大小
结果发现，copy不成功，因为后给的fs大小不够
在仔细用du查看前后变化
发现其中文件，oracle的temp文件大小发生了变化
是不是只要拷贝的文件中含有temp的数据文件，不论现在占用的空间多大，都得给后来的空间分配到
selecttablespace_name,file_name,bytes/1024/1024 filesize,autoextensible fromdba_temp_files;
PSAPTEMP /oracle/AME/sapdata6/temp_4/temp.data4    10240 NO
这个值
但是查看oracle temp表空间后又发现
分配了10g的大小给temp文件，但是有8432M是空的，应该实际占用了10240-8432=1809M
而du的结果却是2.05G呢。
Select total_blocks*8192/1024/1024total,used_blocks*8192/1024/1024 used, free_blocks*8192/1024/1024 free fromv$sort_segment;
   TOTAL    USED    FREE
   8432       0    8432

#df-g
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/AMTsapdata488.00 6.82 93% 19 1% /oracle/AMT/sapdata4
使用命令 nohup cp -rp /oracle/AMT/sapdata4/* /oracle/AMT/sapdata/sapdata4/ & 拷贝过后
#df-g
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/amtsapdata488.00 0.00 100% 20 6% /oracle/AMT/sapdata/sapdata4
使用率居然达到了100%

pekax017:/oracle/AMT>du -g sapdata419.53 sapdata4/dat_10
9.77 sapdata4/dat_22
9.77 sapdata4/dat_23
9.77 sapdata4/dat_24
19.53 sapdata4/dat_4
0.98 sapdata4/datusr_1
2.05 sapdata4/temp_2
9.77 sapdata4/undo_2
81.17 sapdata4
两者的主要区别就在于oracle的temp文件大小
pekax017:/oracle/AMT>du -gsapdata/sapdata4
19.53 sapdata/sapdata4/dat_10
9.77 sapdata/sapdata4/dat_22
9.77 sapdata/sapdata4/dat_23
9.77 sapdata/sapdata4/dat_24
19.53 sapdata/sapdata4/dat_4
0.98 sapdata/sapdata4/datusr_1
10.00  sapdata/sapdata4/temp_2
8.65 sapdata/sapdata4/undo_2
87.99 sapdata/sapdata4