一个关于DUMP 的问题请教大家!

yyzzww

我也想知道！

qjhadm

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

Blackrose

你说
MS SQL SERVER 2000下备份生成的数据库文件大小为54.4M 而SYBASE ASE12.5 下备份生成的数据库文件大小为1.15G?

你确定数据量是一样的吗？
你把 sp_spaceused 的结果贴出来看看

qjhadm

原帖由 "Blackrose" 发表：
你说
MS SQL SERVER 2000下备份生成的数据库文件大小为54.4M 而SYBASE ASE12.5 下备份生成的数据库文件大小为1.15G?

你确定数据量是一样的吗？
你把 sp_spaceused 的结果贴出来看看

   


是的.我的数据库一样的多,我总共现有的所有表加起来的数据量不会超过十几W条.所有我每天BCP都很快.可不知为什么SYBASE备份出来的数据库会如此大.
以下是我的SP_SPACEUSED的结果.请帮我看一下有什么问题.谢谢.

Eisen

嗯……
在多问一个情况——
你的sybase那个建库的设备有多大?

qjhadm

我的数据设备两个共计5G
      日志设备两个共计2G

不知道有什么不妥吗？

qjhadm

我只想得到一个结论:
ASE数据库备份生成的如此大的文件是由我数据库中TXEXT字段造成,还是由于SYBASE 本身的机制造成,还是由于我设置或操作不正确,所造成??

谁给我给我一个好的结论呢?

谢谢了

chenfeng825

没有用过text，不过你用compress后备份有多大呢？是否大小同sql相近呢。

qjhadm

由于刚接触SYBASE,没用过压缩备份的命令.我用了以下几种方法,都提示有错误:


=============================================
Microsoft Windows 2000 [Version 5.00.2195]
(C) 版权所有 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上读取数据的。
我曾经作过实验，我都是开空库，一次开在10+3G的设备上，备份这个空库出来是1.3G左右，然后drop掉，再重新开在2+1G的设备上时，备份出来就只有700M左右了。
我感觉sybase的dump就是把device给压缩copy一下，而不是取数据然后按照某种格式或算法进行pack的—— 难怪就是同版本的sybase跨平台 load也几乎不能成功…… 当然——这些也就是我的猜想吧。