as400上如何實現(xiàn)不停止對外服務進行數(shù)據(jù)清理，釋放表空間

GOD014

由于生產機上的一些表空間巨大，可能有5億多條記錄�，F(xiàn)在要求將其前2億條記錄清空，釋放其硬盤空間，并且不能停止對外服務，如何實現(xiàn)。
并且要求編寫一個定時任務，每天定時清理數(shù)據(jù)到備份庫下，以防止生產庫下的表空間過大，使其保持不變。
各個大哥幫幫忙，想個方案給小弟，感謝不盡。
最好有源代碼的例子，我好仿照實現(xiàn)。呵呵

digitalchina

我想到兩種方法:
1 從系統(tǒng)角度考慮, 如果有HA或者熱備系統(tǒng), 把作業(yè)切換到熱備系統(tǒng),然后切回來.
  或者把PF COPY一下,用COPY的那份做刪減, 再OVRDBF切換( 這個過程可能需要停應用)

2 給PF多建幾個MEMBER , 每次把要刪的數(shù)據(jù)移到另一個MEMBER , 然后CLRPFM清空指定的MEMBER.
應用要做修訂,訪問時須指定MEMBER, 這樣也可提高效率.


以上所有操作都具有高度的風險,請謹慎!!!

tomroom

默認PF參數(shù)DELETE 記錄不會自動釋放已經刪除的記錄所占空間，要運行RGZPFM釋放空間，

運行RGZPFM 個人建議如下：
1） 先DSPPF 查看這個表有多少可以刪除的空間 比如 Total deleted records  占多少
Total number of members  . . . . . . . . . :      
Total number of members not available  . . :      
Total records  . . . . . . . . . . . . . . :      
Total deleted records  . . . . . . . . . . :      
Total of member sizes  . . . . . . . . . . :      
后面操作建議先在測試環(huán)境測試下
2） 如果deleted records 超過IBM 建議的15%，可以考慮執(zhí)行RGZPFM ,具體要看你操作系統(tǒng)版本V5R3 之后版本有可以在線運行RGZPFM壓縮數(shù)據(jù)表，所謂在線運行還是會有鎖不過是*SHRUPD類型鎖，你要根據(jù)自己業(yè)務情況判斷，在線運行RGZPFM壓縮數(shù)據(jù)表會產生大量日志數(shù)據(jù)，如果你系統(tǒng)有HA軟件比如MINIX 會對數(shù)據(jù)同步產生影響，
參考如下圖llow cancel . . . . . . . . . . > *YES； Lock state . . . . . . . . . . . > *SHRUPD  ；Rebuild access paths . . . . . .   *YES    之前輕舟有過帖子
若是老版本操作系統(tǒng)沒有以上在線運行選項，默認參數(shù) RGZPMF 只能在所有用戶都不訪問該表，才能操作。


                      Reorganize Physical File Mbr (RGZPFM)            Level: 3
                                                                                
Type choices, press Enter.                                                     
                                                                                
Label  . . . . . . . . . . . . .                                               
Data base file . . . . . . . . . > &MBFILE       Name                          
   Library  . . . . . . . . . . . >   &MBLIB      Name, *LIBL, *CURLIB         
Member . . . . . . . . . . . . . > &MBNAME       Name, *FIRST, *LAST           
Key file:                                                                     
   Logical file . . . . . . . . . > *NONE         Name, *NONE, *FILE, *RPLDLTRCD
     Library  . . . . . . . . . .                 Name, *LIBL, *CURLIB         
   Member . . . . . . . . . . . .                 Name                          
Rebuild access paths . . . . . .   *YES          *YES, *OPTIMIZE, *NO         
Allow cancel . . . . . . . . . . > *YES          *NO, *YES                     
Lock state . . . . . . . . . . . > *SHRUPD       *EXCL, *EXCLRD, *SHRUPD      
                                                                                
3） 若這個表么有批量INSERT 數(shù)據(jù)操作 可以考慮CHGPF  修改Reuse deleted records  為*YES  以后讓系統(tǒng)自動重用DELETE記錄的空間，這個操作會降低批量INSERT 數(shù)據(jù)操作性能。

GOD014

回復 3# tomroom


    謝謝你的答復，和ibm工程師的答案近似，但是他們也不敢隨意做實施，有很大的風險

GOD014

回復 2# digitalchina


    謝謝，這個和應用的關系很大，要冒風險的的，而且我怕影響到后面的季度結息程序的效率，你的方法我會好好考慮的，辛苦大俠了，

GOD014

修改Reuse deleted records  為*YES  以后讓系統(tǒng)自動重用。
這個會影響批量數(shù)據(jù)的寫入操作的效率吧，我害怕季度結息時候，批量程序的效率會下降，boss會滅了我的

digitalchina

你要和BOSS說, 再不買硬盤,我們都要被滅了.

insmile

結息不是用備份的表�。�

GOD014

回復 8# insmile


    不是，就是用生產表做的，所以效率很重要

hnwenyu

如果是通用平臺的db2，好像使用插入null空，還不需要回收硬盤空間。這東西有風險，得自己先考慮好。不然數(shù)據(jù)丟了，怎么辦