[技巧]Sql Server数据库备份的另类解决方案

一、背景
一旦系统正常运行以后，系统维护最主要工作就是数据安全与可恢复性。本方案（以下提到的数据库均指微软的Sql Server7.0或以上数据库）主要探讨数据库备份与恢复。
一般的数据备份解决方案无非是以下三种：（1）、磁带备份；（2）、双机热备份；（3）、手工备份。作为一般的中小型政府部门和企业采用磁带备份，代价太高，性能价格比不高；普遍采用的可能是双机热备份方案，但是用户可能依然不放心，还需要手工备份，把数据存放到一个与外界断绝联系的可控环境中，这种情况是普通存在的。所以作为双机热备份方案的辅助方案或者在条件限制的情况下，作为双机热备份的替代方案，有必要整理出一套手工备份方案。

二、设计思路
Sql Server数据库本身提供非常方便强大的备份功能（DTS），可以以向导的方式引导用户备份到本地局域网的机器或者远程的机器上，但是现在出现一个问题：就是一旦数据库大了的话，本地局域网备份速度可以接受，可是远程备份，尤其是拨号上网，速度就可能慢，一旦时间过长，网络可能断掉，又得重新备份，能否提出一种方案充分利用Sql Server数据库本身已有的备份功能（DTS），同时又解决备份速度慢的问题，考虑到数据库备份文件的可压缩比率非常高，可以直接对备份文件进行压缩操作，是否更有效率？
下面是设计思路，最后定型取决于两种方式效率的高低。

第一步：利用Sql Server本身带有的备份功能（DTS）把数据库全部或者差额定时备份到某个目录，一旦备份成功，这时候在指定的备份目录下有.bak文件存在；
第二步：利用公司自开发的解压缩组件RichZip把.bak文件压缩成另一个文件.zip文件，RichZip的压缩比等同于WinZip；
第三步：通过Http协议下载.zip文件到本地，按照不同的项目和日期保存；
第四步：如果需要恢复，把.zip文件解压缩成.bak文件，然后再用Sql Server的工具把备份文件恢复；

需要实验解决的几个问题：
1、在同一环境下，直接使用Sql Server的备份工具与这种方案所需要的时间哪一个更长？是否在不同量级里面有不同的结果？
2、是自己利用组件开发一个基于http协议的下载程序，还是直接采用其它的共享下载工具是否更有效率？比如说NetAnts（网络蚂蚁）或者其它下载工具。

说明：
1、该方案只在微软平台上做过实际操作：操作系统Window NT4.0或者以上（推荐使用Win2000），数据库Sql Server6.5或者以上（推荐使用Sql7.0）。

三、实际情况

3.1 实验结果

3.1.1 实验一结果：无论在哪种连接环境下，局域网还是拨号上网，直接使用Sql Server的备份工具与本方案的效率差距都比较大，只是由于数据库小时，直接使用Sql Server的备份工具比本方案方便一些。

以下是一些简单的、不完整的实际操作数据，仅供参考。

操作环境：联想56K调制解调器，上网速度52K，通过SysGate上网，平均3K左右。

库名    　　　 备份文件大小 压缩文件大小 　　　　　下载时间
　　　　　　　　　　　　　　Sql备份工具 本方案
SoftEnterPrise　27970Kb 　　2109Kb(13.26倍) 　没有耐心等待，强行中断 12分钟
SoftProduct 　　10265Kb 　　739Kb（13.89倍）　18分钟        3分钟
SoftProductHz 　11948Kb 　　930Kb(12.85倍) 　 25分钟        5分钟