因此想縮小FND_LOBS的大小
找出 FND_LOBS 的欄位 FILE_DATA 的 Segment Name
select * from dba_lobs where table_name = 'FND_LOBS';
FND_LOBS 與 FILE_DATA 的大小並一樣，上傳的文件資料顯然是放在SYS_LOB0000066009C00004$$
select round(sum(bytes)/1024/1024) Mb from dba_segments where segment_name='FND_LOBS';
select round(sum(bytes)/1024/1024) Mb from dba_segments where segment_name='SYS_LOB0000066009C00004$$';
因為這次想要清除的是上傳的csv檔，所以先找出符合條件的資料來確認。
select * from fnd_lobs where program_name <> 'FND_HELP'
and (file_name like '%.csv' or file_name like '%.CSV' );
填上這些資料的過期日，在下一個步驟就可以只刪除過期的資料
update fnd_lobs set expiration_date = to_date('20060101','yyyyMMdd') where file_id in
( select file_id from fnd_lobs where program_name <> 'FND_HELP'
and (file_name like '%.csv' or file_name like '%.CSV' ));
接著以sysadmin登入到EBS，執行Request「Purge Obsolete Generic File Manager Data」，
參數的部份只要在「expired」選擇 YES
如找不到 Purge Obsolete Generic File Manager Data，依下列方式加入：
System Administrator -> Security -> Request
Request完成後，重新查詢 FND_LOBS ，發現資料已經刪除。
select * from fnd_lobs where program_name <> 'FND_HELP'
and (file_name like '%.csv' or file_name like '%.CSV' );
再次查詢FND_LOBS 與 FILE_DATA 的大小，發現SYS_LOB0000066009C00004$$空間並未清除。
接著執行下列SQL，讓FND_LOBS在原表空間內move。
alter table applsys.FND_LOBS move lob (FILE_DATA)
store as SYS_LOB0000066009C00004$$;
再重新查詢SYS_LOB0000066009C00004$$的大小，發現它的容量減少了。
搜尋到文件提到最後再將APPS_TS_MEDIA Tablespace内所有objects都移轉到新的Tablespace後再移回來就可以了。
但是我沒有將它移到新的Tablespace，我利用另一份文件提到的方式來做。
先觀察相依的FND_LOBS的物件，FND_LOBS_U1、FND_LOBS_CTX這兩個INDEX已經是INVALID，EBS也無法上傳檔案了
FND_LOBS_U1比較簡單，重建一下就好了。
ALTER INDEX APPLSYS.FND_LOBS_U1 REBUILD TABLESPACE APPS_TS_MEDIA ;
FND_LOBS_CTX就必須用aflobbld.sql來重建，以AP帳號（非ORACLE DB帳號）登入主機
$ sqlplus /nolog
SQL> connect apps/appspassword
SQL> @$FND_TOP/sql/aflobbld.sql applsys apps --這裡要輸入applsys、apps這兩個Schema Name
在資料章更新到11g之後，利用了下列的方式來縮減SYS_LOB0000066009C00004$$，就不用重建Index，但是系統的大小並沒有改變。
SQL> ALTER TABLE applsys.fnd_lobs MODIFY LOB (file_data) (SHRINK SPACE);
完成後，再次操作上傳檔案的作業就成功了。後續再持續觀察看看有無其他問題。