Sql server 备份SQL Server,同时最小化带宽

Sql server 备份SQL Server,同时最小化带宽,sql-server,backup,Sql Server,Backup,我想为我的站点的SQLServer2005DB实现一个自动备份系统,该系统将每晚备份到Amazon的S3服务。但是由于S3对使用的空间和带宽都收费,所以我希望尽量减少传入的文件的大小。实现这一目标的最佳方式是什么 我应该澄清的是,我并不是在谈论压缩,这很简单,而是关于备份策略,如是否始终执行差异备份,是否需要复制事务日志,等等。或者使用商业产品像压缩备份一样压缩备份,或者在备份完成后压缩备份 编写一个.batch脚本或powershell脚本,用于查找过去一天创建的文件并将其压缩。然后使用FTP

我想为我的站点的SQLServer2005DB实现一个自动备份系统,该系统将每晚备份到Amazon的S3服务。但是由于S3对使用的空间和带宽都收费,所以我希望尽量减少传入的文件的大小。实现这一目标的最佳方式是什么


我应该澄清的是,我并不是在谈论压缩,这很简单,而是关于备份策略,如是否始终执行差异备份,是否需要复制事务日志,等等。

或者使用商业产品像压缩备份一样压缩备份,或者在备份完成后压缩备份

编写一个.batch脚本或powershell脚本,用于查找过去一天创建的文件并将其压缩。然后使用FTP或任何您必须执行的操作。

当然,差异备份将小于完整备份。但是,你也应该考虑恢复的一面。您将需要上一次完整备份以及差异来执行恢复,这将为恢复增加大量带宽/传输时间。一种选择是每周执行一次完整备份,每天执行差异备份(或类似类型的计划)


至于事务日志,这取决于您在恢复数据时需要的粒度。如果恢复到上一次完整备份或差异备份就足够了,那么您就不必担心进行事务日志备份。如果不是这样,那么事务日志备份将是必要的。

我刚刚遇到的一个问题。

您应该备份事务日志,否则日志将永远增长。如果不需要日志文件,您当然可以将它们扔掉。如果您确定不需要事务日志备份,可以将数据库恢复模型设置为“简单”,以避免进行日志备份。