在当前情况下，只能等到IQ数据库备份完成后再压缩备份文件。如果压缩IQ备份文件的话，除了IQ数据库备份文件占用存储空间外还需要压缩文件空间。

不管压缩IQ备份文件与否，都至少需要IQ数据库已用空间大小的存储空间。

如何节省IQ备份文件占用存储空间呢？
下面提供一种使用管道文件在线压缩IQ备份文件的方法，供参考。
 
在backup database命令中如果不指定备份分片文件的大小限制，则默认每个备份分片文件限制为2G；
超过备份分片文件的大小限制时，IQ会自动给备份分片文件名称尾部添加递增的数字后缀；
指定多个to语句可以并行写备份文件。
 
下面脚本在Linux平台上测试可用，语句中指定size 1000000000 限制每个备份分片文件大小上限为：1T Bytes；如果IQ数据库已用空间超过3T的话，则要求变量stripenum 至少为4。

如果想增加IQ备份分片文件的个数，可以指定更大的stripenum值。IQ备份分片文件个数越多，备份文件压缩并行度越高。

需要使用sybase用户执行下面的脚本：

#并发数
stripenum=4

#create pipe file
for i in `seq 1 $stripenum`
do
    mknod /tmp/pipe_iqdump$i.1 p
    nohup gzip < /tmp/pipe_iqdump$i.1 > /opt/database/iqdump$i.1.gz &
done

#generate backup SQL file
echo "backup database block factor 50 full " > iqbackupfull.sql
for i in `seq 1 $stripenum`
do
    echo "to '/tmp/pipe_iqdump$i' size 1000000000" >> iqbackupfull.sql
done
echo ";" >> iqbackupfull.sql

#backup database
dbisql -c "uid=DBA;pwd=sql;eng=tpch_srv" -nogui iqbackupfull.sql

#delete pipe file
for i in `seq 1 $stripenum`
do
    rm -f /tmp/pipe_iqdump$i.1
done
rm -f iqbackupfull.sql

其中：红色标志的/opt/database表示IQ备份文件存放的位置，修改IQ服务器的用户名/口令及服务名称。

相关文章

• 2012-06-07 -- IQ中得到字符串的十六进制形式 (0)
• 2012-03-07 -- 免安装（绿色版）的ASE客户端工具Sybase Centralv4.3 (12)
• 2011-09-20 -- Sybase IQ 15.2免费试用30天的体验版下载地址 (0)
• 2011-02-25 -- SYBASE 在2011年数据仓库DBMS魔力象限中位于“领导者” (0)
• 2010-09-08 -- SYBASE IQ12.5安装指南 (0)
• 2010-08-09 -- sql server 2008中的备份压缩特性 (0)
• 2010-06-01 -- 关于Sybase IQ15.1试用版到期后继续试用的问题解决 (0)
• 2009-04-30 -- Sybase IQ 15.1操作导致系统崩溃 (0)

自sql server 2008才开始支持备份压缩。虽然只有 SQL Server 2008 Enterprise 及更高版本支持创建压缩的备份，但从 SQL Server 2008 开始，每个版本都可以还原压缩的备份。

限制
压缩的备份具有以下限制条件：

压缩的备份和未压缩的备份不能共存于一个媒体集中。

早期版本的 SQL Server 无法读取压缩的备份。

NTbackup 无法共享包含压缩的 SQL Server 备份的磁带。

压缩备份的性能影响
因为相同数据的压缩的备份比未压缩备份小，所以压缩备份所需的设备 I/O 通常较少，因此通常可大大提高备份速度。

默 认情况下，压缩会显著增加 CPU 的使用，并且压缩进程所消耗的额外 CPU 可能会对并发操作产生不利影响。因此，您可能需要在会话中创建低优先级的压缩备份，其 CPU 使用率受资源调控器限制。有关详细信息，请参阅如何使用资源调控器限制备份压缩的 CPU 使用量 (Transact-SQL)。

若要很好地了解备份 I/O 的性能表现，可以通过评估以下类型的性能计数器来分别考察进入设备或来自设备的备份 I/O：

Windows I/O 性能计数器，例如物理磁盘计数器

SQLServer:Backup Device 对象的 Device Throughput Bytes/sec 计数器

SQLServer:Databases 对象的 Backup/Restore Throughput/sec 计数器

有关 Windows 计数器的信息，请参阅 Windows 帮助。有关如何使用 SQL Server 计数器的信息，请参阅使用 SQL Server 对象。

 配置
安装 时，默认情况 下关闭了备份压缩。备份压缩的默认行为是由备份压缩默认选项服务器级配置选项定义的。您可以在创建单个备份或计划一系列例行备份时覆盖服务器级默认设置。

更改服务器级默认设置

Transact-SQL
使用 sp_configure 存储过程设置备份压缩默认设置的值，然后执行 RECONFIGURE 语句。

SQL Server Management Studio
使用“服务器属性”对话框的“数据库 设置”页。有关详细信息，请参阅如何查看或更改备份压缩默认选项 (SQL Server Management Studio)。

--使用TSQL配置数据库备份压缩
USE MASTER
GO
EXEC sp_configure 'backup compression default', '1'
GO
RECONFIGURE WITH OVERRIDE
GO

覆盖备份压缩默认设置

您可以更改单个备份、备份作业或日志传送配置的备份压缩行为。

1.Transact-SQL
                       对于给定备份，可以在 BACKUP 语句中使用 WITH NO_COMPRESSION 或 WITH COMPRESSION。
对于日志传送配置，可以使用 sp_add_log_shipping_primary_database sp_change_log_shipping_primary_database (Transact-SQL) 控制日志备份的备份压缩行为。

2.SQL Server Management Studio
                     您可以通过在以下任意对话框中指定“压缩备份”或“不压缩备份”来覆盖服务器备份压缩默认设置：

备份数据库（“选项”页）
                备份数据库时，可以控制单个数据库、文件或日志备份的备份压缩。

维护计划向导
               通过维护计划向导，您可以控制所计划的每组类型为完全或差异的数据库备份或日志备份的备份压缩。

3.SQL Server 2008 Integration Services (SSIS) 备份数据库任务
您可以在创建用于备份单个数据库或多个数据库的包时控制备份压缩行为。

日志传送事务日志备份设置

您可以控制日志备份的备份压缩行为。

压缩率
若要计算备份的压缩率，请使用 backupset 历史记录表的 backup_size 列和 compressed_backup_size 列中有关此备份的值，如下所示：

backup_size:compressed_backup_size

例如，3:1 的压缩率表明您可以节省大约 66% 的磁盘空间。若要查询这些列，可以使用以下 Transact-SQL 语句：

SELECT backup_size/compressed_backup_size FROM msdb..backupset;

压缩备份的压缩率取决于所压缩的数据。有多种因素会影响所获得的压缩率。

主要因素包括：

1.数据类型。
2.字符数据的压缩率要高于其他类型的数据。

3.页面上各行间数据的一致性。

通常，如果某页包含多个行，而其中的某个字段包含相同的值，则该值可获得较大的压缩。相反，对于包含随机数据或者每页只有一个很大的行的数据库，压缩备份的大小几乎与未压缩的备份相同。

数据是否加密。
与同样的未加密数据相比，加密数据的压缩程度要小很多。如果使用透明数据加密来加密整个数据库，则压缩备份不会将数据库大小减小很多，甚至根本不会减小。

数据库是否压缩。
如果压缩数据库，则压缩备份不会将大小减小很多，甚至根本不会减小。

测试例子：

--下面的TSQL代码可以用来对SampleDB 数据库执行完全的压缩备份。完成这个压缩完全备份所花费的时间是6.910秒。　
BACKUP DATABASE SAMPLEDB
TO DISK = N'D:\DatabaseBackups\SampleDB_Compressed.Bak'
WITH INIT, STATS = 20

你可以运行下面的TSQL代码在压缩字段中查找一个值。如果这个值是1，那么这意味着这个数据库备份是压缩了的，如果它是0，那么它意味着这个数据库备份没有被压缩或者它是一个本地备份。

RESTORE HEADERONLY
FROM DISK = N'D:\DatabaseBackups\SampleDB_Compressed.Bak'

注意：数据库备份压缩显著地提高了CPU的使用，并因此在执行数据库备份时它对其它的数据库操作有轻微的影响。你需要仔细地计划数据库备份工作可以执行备份的这个时间。

恢复一个压缩的数据库备份

下面的TSQL代码将从压缩的备份恢复SampleDB数据库，它的完成时间是8.565秒。

RESTORE FILELISTONLY
FROM DISK = N'D:\DatabaseBackups\SampleDB_Compressed.Bak'
GO
RESTORE DATABASE SampleDB
FROM DISK = N'D:\DatabaseBackups\SampleDB_Compressed.Bak'
WITH MOVE N'SampleDB_Data'
TO N'D:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\SampleDB.mdf',
MOVE N'SampleDB_Log'
TO N'D:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\SampleDB_1.ldf',
RECOVERY,
STATS = 20
GO

恢复未压缩的数据库备份

下面的TSQL代码将从未压缩的备份恢复SampleDB 数据库，它的完成时间是15.9891秒。

RESTORE FILELISTONLY
FROM DISK = N'D:\DatabaseBackups\SampleDB_Uncompressed.Bak'
GO
RESTORE DATABASE SampleDB
FROM DISK = N'D:\DatabaseBackups\SampleDB_Uncompressed.Bak'
WITH MOVE N'SampleDB_Data'
TO N'D:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\SampleDB.mdf',
MOVE N'SampleDB_Log'
TO N'D:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\SampleDB_1.ldf',
RECOVERY,
STATS = 20
GO

用来评估数据库备份压缩的性能计算器(Performance Counters)

处理器对象的%处理器时间计算器。

物理磁盘对象的%磁盘时间计算器& Avg 磁盘队列长度。

SQLServer 备份设备对象的设备吞吐量字节/秒计算器。

SQLServer数据库对象的备份/恢复吞吐量/秒计算器。

相关文章

• 2014-08-23 -- 一种使用管道文件在线压缩IQ备份文件的方法 (0)
• 2010-10-19 -- 数据库备份策略中删除N天前的备份文件 (0)
• 2010-08-11 -- sybase ASE在unix&linux上的自动备份脚本 (1)
• 2010-07-22 -- 关于sqlserver2005备份策略的一个问题 (0)
• 2010-06-21 -- ASE跨平台远程备份 (0)
• 2009-11-18 -- 实现连续N次备份数据库的脚本 (0)