一個關(guān)于DUMP 的問題請教大家!

yyzzww

我也想知道！

qjhadm

WITH ING...................

Blackrose

你說
MS SQL SERVER 2000下備份生成的數(shù)據(jù)庫文件大小為54.4M 而SYBASE ASE12.5 下備份生成的數(shù)據(jù)庫文件大小為1.15G?

你確定數(shù)據(jù)量是一樣的嗎？
你把 sp_spaceused 的結(jié)果貼出來看看

qjhadm

原帖由 "Blackrose" 發(fā)表：
你說
MS SQL SERVER 2000下備份生成的數(shù)據(jù)庫文件大小為54.4M 而SYBASE ASE12.5 下備份生成的數(shù)據(jù)庫文件大小為1.15G?

你確定數(shù)據(jù)量是一樣的嗎？
你把 sp_spaceused 的結(jié)果貼出來看看

   


是的.我的數(shù)據(jù)庫一樣的多,我總共現(xiàn)有的所有表加起來的數(shù)據(jù)量不會超過十幾W條.所有我每天BCP都很快.可不知為什么SYBASE備份出來的數(shù)據(jù)庫會如此大.
以下是我的SP_SPACEUSED的結(jié)果.請幫我看一下有什么問題.謝謝.

Eisen

嗯……
在多問一個情況——
你的sybase那個建庫的設(shè)備有多大?

qjhadm

我的數(shù)據(jù)設(shè)備兩個共計5G
      日志設(shè)備兩個共計2G

不知道有什么不妥嗎？

qjhadm

我只想得到一個結(jié)論:
ASE數(shù)據(jù)庫備份生成的如此大的文件是由我數(shù)據(jù)庫中TXEXT字段造成,還是由于SYBASE 本身的機(jī)制造成,還是由于我設(shè)置或操作不正確,所造成??

誰給我給我一個好的結(jié)論呢?

謝謝了

chenfeng825

沒有用過text，不過你用compress后備份有多大呢？是否大小同sql相近呢。

qjhadm

由于剛接觸SYBASE,沒用過壓縮備份的命令.我用了以下幾種方法,都提示有錯誤:


=============================================
Microsoft Windows 2000 [Version 5.00.2195]
(C) 版權(quán)所有 1985-2000 Microsoft Corp.

C:\>;isql -S orifound -U sa -P
1>; DUMP DATABASE ZHSGeneral to compress::9:: 'd:\dbbak\text'
2>; go
Msg 102, Level 15, State 1:
Line 1:
Incorrect syntax near 'compress:'.
1>; DUMP DATABASE ZHSGeneral to 'compress::9:: d:\dbbak\text'
2>; go
Backup Server session id is:  71.  Use this value when executing the
'sp_volchanged' system stored procedure after fulfilling any volume change
request from the Backup Server.
Backup Server: 4.132.1.1: Attempting to open byte stream device: 'compress::9::
d:\dbbak\text::00'
Backup Server: 4.124.2.1: Archive API error for device='compress::9::
d:\dbbak\text::00': Vendor application name=Compress API, Library version=1, API

routine=syb_open(), Message=syb_open: open() error=22, msg=Invalid argument
Msg 8009, Level 16, State 1:
Line 1:
Error encountered by Backup Server.  Please refer to Backup Server messages for
details.
1>; DUMP DATABASE ZHSGeneral to compress::8:: d:\dbbak\text
2>; go
Msg 102, Level 15, State 1:
Line 1:
Incorrect syntax near 'compress:'.
1>; DUMP DATABASE ZHSGeneral to 'compress::8:: d:\dbbak\text.bak'
2>; go
Backup Server session id is:  75.  Use this value when executing the
'sp_volchanged' system stored procedure after fulfilling any volume change
request from the Backup Server.
Backup Server: 4.132.1.1: Attempting to open byte stream device: 'compress::8::
d:\dbbak\text.bak::00'
Backup Server: 4.124.2.1: Archive API error for device='compress::8::
d:\dbbak\text.bak::00': Vendor application name=Compress API, Library version=1,

API routine=syb_open(), Message=syb_open: open() error=22, msg=Invalid argument
Msg 8009, Level 16, State 1:
Line 1:
Error encountered by Backup Server.  Please refer to Backup Server messages for
details.
1>; exit

===========================================
為什么??

Eisen

嗯。是這樣的。
sybase的dump是從device上讀取數(shù)據(jù)的。
我曾經(jīng)作過實驗，我都是開空庫，一次開在10+3G的設(shè)備上，備份這個空庫出來是1.3G左右，然后drop掉，再重新開在2+1G的設(shè)備上時，備份出來就只有700M左右了。
我感覺sybase的dump就是把device給壓縮copy一下，而不是取數(shù)據(jù)然后按照某種格式或算法進(jìn)行pack的—— 難怪就是同版本的sybase跨平臺 load也幾乎不能成功…… 當(dāng)然——這些也就是我的猜想吧。