sybase數(shù)據(jù)庫dump出來數(shù)據(jù)文件太大，有沒有處理方法？

Hello_petro

整個數(shù)據(jù)庫bcp出來，實際上只有20G，而dump出來卻有100多G，這種情況有沒有辦法處理一下，dump出來的數(shù)據(jù)太大。

hobbylu

是不是日志有沒有清掉？

ceozenliu

用壓縮的試試：
dump database DB_XXXX  to PATH_xxxxx with compression=4

deelaaay

請問下，sybase數(shù)據(jù)庫，數(shù)據(jù)同步復(fù)制的實現(xiàn)方案。不用replication server 公司不愿花錢買。在網(wǎng)上找1個星期了。若是知道的話，麻煩告知。 回復(fù) 1# Hello_petro


   

Hello_petro

回復(fù) 4# deelaaay


    沒有用過啊

Hello_petro

ceozenliu 發(fā)表于 2013-12-24 11:25
用壓縮的試試：
dump database DB_XXXX  to PATH_xxxxx with compression=4

這么dump出來的數(shù)據(jù)，load的時候語句怎么寫？謝謝

ceozenliu

如果是15.X版，用一般的LOAD即可，可以不必指定壓縮層級，系統(tǒng)自己會判斷
------------------------------------------------------------------------------------
load database DB_xxx from PATH_xxxx

ceozenliu

deelaaay 發(fā)表于 2013-12-24 15:26
請問下，sybase數(shù)據(jù)庫，數(shù)據(jù)同步復(fù)制的實現(xiàn)方案。不用replication server 公司不愿花錢買。在網(wǎng)上找1個星期 ...

不用Replication Server，要實現(xiàn)數(shù)據(jù)庫同步，也是可以的。不過，要自己寫個簡單的Script，主要的程序如下：
A：先使兩邊的數(shù)據(jù)庫一致
（1）主數(shù)據(jù)庫 → dump database
（2）副數(shù)據(jù)庫 → load database XXXX from [主數(shù)據(jù)庫的dump檔]

B：撰寫一個script定時將主數(shù)據(jù)庫的 Transaction-Log 備份出來，傳到副數(shù)據(jù)庫的主機(jī)，再Load回去
（1）主數(shù)據(jù)庫 → dump transaction
（2）用ftp 或 scp 等的方法，將(1)的dump檔，傳至副數(shù)據(jù)庫所在主機(jī)
（3）副數(shù)據(jù)庫 → load transaction XXXX from [(1)的dump檔]

基本上，這樣就可以了

deelaaay

哦，這樣啊，寫這個腳本實現(xiàn)到不難。只是用定時任務(wù)，數(shù)據(jù)庫一直在使用，操作。這樣dump load 會不會占用太大的I/O 影響數(shù)據(jù)庫性能，甚至是服務(wù)器性能。mysql數(shù)據(jù)庫的同步，也是傳送Log ，只開啟一個I/O線程，不占資源。不知道sybase怎么樣。。THANKS:wink: 回復(fù) 8# ceozenliu


   

ceozenliu

交易量不是非常大的話，dump tran  不會佔用太多資源的。

看你ASE的版本，你也可以設(shè)定單一引擎或單一線程給「dump-user，如：sa」