Chinaunix

标题: 执行cp命令拷贝的文件中有oracle temp文件，结果失败 [打印本页]

作者: adawwj 时间: 2012-05-21 15:54
标题: 执行cp命令拷贝的文件中有oracle temp文件，结果失败
本帖最后由 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

作者: InfoSVC 时间: 2012-05-21 17:13
数据库在活跃状态?!

作者: adawwj 时间: 2012-05-23 08:28

数据库没关
但是没用呢
现在copy过去后，占用的是初始分配大小，也就是sparse类型初始的最大值
而不是实际大小

作者: ibm6000 时间: 2012-05-23 10:29
新旧文件 ls -al看看

作者: InfoSVC 时间: 2012-05-23 15:58
你到数据库里面看看temp表空间对应的tempfile有几个,分别多大

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)