informix數(shù)據(jù)遷移--表卸載問題

8213452

在數(shù)據(jù)遷移時選取unload/load工具進行數(shù)據(jù)卸裝.
但,當單表數(shù)據(jù)量過大時,使用load裝載會遇到臨時表空間不足的問題.裝載被終止.例如,表記錄6000W,unload成一個20G的文件.
使用文件拆分的方法可以將單個文件拆分成多個文件,再進行l(wèi)oad可以解決該問題.但在分拆時會有數(shù)據(jù)格式的問題,且有大量的表需要遷移.該方法效率不高,暫時不考慮.
另外,可以在unload中加入限制條件,將單個表按照條件unload成多個文件,再進行l(wèi)oad.例如以時間為單位.編寫一個稍微復(fù)雜的程序可以完成該功能,實現(xiàn)時需考慮起始時間、時間粒度等。關(guān)鍵在于我暫時只想寫點簡單的程序。

所以想咨詢各位的是，有沒有更方便的方法或工具，在數(shù)據(jù)卸載時以行為單位導(dǎo)出。例如：每100W行形成一個文件。

liaosnet

使用onpload工具可以很容易實現(xiàn)這樣的功能~~

http://blog.chinaunix.net/u/28641/showart_1677913.html

8213452

這是個好建議，可行

koolkite

有誰做過類似的工作，共享些經(jīng)驗，謝謝

adaready

用onpladm。
我曾經(jīng)做過的案例中，3000w行的數(shù)據(jù)，大概在15分鐘左右完成。作為比較，dbload/unload/load之類的，大概要4-5小時。

8213452

onpladm這個工具資料太少了，即便是IBM所給的手冊里也是不全。以創(chuàng)建query為例，里面居然沒有詳細其SQL格式，以至于我根本就不知道里面的SQL是要加雙引號的。后來看別人的例子才知道。

現(xiàn)在遇到一個問題，找了半天也沒找到資料，求教于諸位
在執(zhí)行job時運行的是默認的query，而不是我定義的query。如何執(zhí)行自定義的query。
使用onpladm list query -p proj 顯示有兩個query
一個是和job名稱相同
一個是手工創(chuàng)建的

另外想咨詢一下，創(chuàng)建的project和job以什么方式保存，可不可以直接進行修改？例如：文件方式的話可以修改文件，數(shù)據(jù)庫方式可以update，特殊格式的話那就算了。

liaosnet

保存在一個名為onpload的庫里~~dbaccess可以看到~~里面的表名與onpladm種類名類似...

可更改~~

8213452

謝謝��！難怪我運行dbaccess的時候總感覺多了點什么。

8213452

text數(shù)據(jù)類型，unload出來改一下，再load就更新了。不錯不錯，速度很快，這個工具還是很好用的�？梢耘�量作業(yè)。

8213452

問題來了！

在使用onpladm導(dǎo)回數(shù)據(jù)時遇到問題。試了幾個大表，裝載完記錄時停止不動了。應(yīng)該是在做enable index之類的操作。因為表記錄條數(shù)有1億多，且rowsize比較大，剛開始以為enable index耗時較大就一直等著。等了兩天也沒響應(yīng)，應(yīng)該是有問題了。試了一些小一點的表，均可正常完成導(dǎo)入。
嘗試修改load模式，將onpload庫中session表中對應(yīng)的runmode由129改為7(express mode改為deluxe mode),試了一下.run job報錯了。
大家還有什么好的建議嗎？