SQL数据库的自动备份如何实现

Kevin

我也来提个问题。 据我所知，SQL数据库的自动备份有两种方法来实现，一是发布和订阅，二是用备份的调度功能。 但这两种方法都只能是一对一的数据库备份，而且在时间上的计划也不是特别令人满意。 比如我需要有一个稍微复杂的定时备份计划，而且要针对每一个数据库保留至少7个备份。 在这种情况下，SQL管理员应该如何部署他的备份工作呢？

Kevin

OK，在SQL Server7.0 与 2000中，利用备份计划（调度）基本上能满足日常备份的需要，但在目前中小企业中，因为缺乏硬件支持，往往只能把备份数据写到本地磁盘中。那么，这样看来，有两个不足： 1、备份数据和数据库同在一个磁盘上，安全性大大降低； 2、备份的文件没有经过压缩，比较占用空间，如果计划中的清理时间要求周期较长的话（如9个星期后开始清理），面对可怜的的小硬盘，我们的计划可能难以实现。 假设目前的条件，有两台机器可用（一台生产用机，一台备份用机），都安装了SQL，没有附加的存储设备，什么样的备份方法比较好呢？如果需要借助第三方的工具，哪个比较实用呢？

Kevin

我尝试了这样一种方法： 1、在生产服务器上制定备份计划； 2、在生产服务器上发布业务数据库； 3、在备份服务器上订阅生产服务器上发布的业务数据库； 4、在备份服务器上制定备份计划。 除了比较占用空间，应该算是很保险了吧。 做为管理员，既重过程，也重结果，呵呵。

Kevin

我们公司并不大，而且我发现上述方法并不好。对网络带宽和服务器的处理能力要求太高了！

cg1

看来是你们公司比较大的，象我这里一共只有一个服务器。

loadhigh

条条大路通罗马。做为用户：只看结果，不看过程的。

cg1

直接在服务端写一个程序，在后台一直运行，按规定时间执行sp备份数据库，备份完成后自动调用支持命令行的winrar对备份完成的数据进行压缩，并且循环使用文件名，以保持多个备份。 不过这个思路谁都会，似乎有违初衷，能否从sqlserver本身着手解决哪？直接写存储过程，定时执行，先备份置硬盘，然后调用xp_cmdshell

[此贴子已经被作者于2003-6-17 18:08:48编辑过]

loadhigh

可以通过编制程序来完成你所说的功能。 而且作为backup plan可以这样做： 按天备份log，按周备份database，当然在备份database之前，可删除冗余的log。 backup可以通过sp来做，至于转存或压缩数据可以另外通过程序代码来做。

loadhigh

sqlserver2000里的维护和备份方法： sql server 2000里： 1、management里启动sql server agent。 2、启动database mainteance plans 向导，定制特殊的备份计划。

cg1

这个题目够大，呵呵，俺不懂