不利之处就在于资源的消耗方面。如果采用了压缩备份技术，则压缩会显著增加CPU的使用率。而压缩进程所占用的额外CPU可能会对兵法操作产生消极的影响。为了尽量减少这个不利影响，可以采取的措施就是调整SQL Server数据库的备份策略。如把备份时间放在午夜时分。那时候，基本上没有用户使用数据库，或者数据库的使用几率会大大降低。此时，就是多一些额外的CPU消耗，用户也很难察觉到。

  另外在数据库中，也可以通过降低优先级的方式，来降低压缩备份对数据库的不利影响。如当发生CPU争用时，此备份的CPU使用就会受到资源控制其的限制。通过将特定的用户会话映射到限制CPU使用的资源调控器工作负荷来实现。不过这个实现起来比较复杂，以后若有机会，笔者将会专题讲述。对于大部分企业来说，数据库的使用都有很明显的高发期与低潮期。只需要稍微调整一下备份策略，在数据库使用低潮期进行压缩备份，就可以很轻松的避免压缩备份所带来的负面影响。而完全不需要吃力不讨好，采用这么复杂的解决方案。即使像银行类这些金融机构，在晚上12点之后用户也会大量的减少。此时他们释放出来的CPU给压缩备份使用已经足够了。

  还好笔者以前采取的备份策略，就是在晚上12点之后让数据库进行自动备份。所以这次采用了压缩备份之后，对于性能的影响可以忽略。

  问题四：如何启用压缩备份?

  默认情况下，数据库在执行备份的时候，是不采用压缩备份的。如果数据库管理员出于特定的需要要启用压缩备份的话，就需要管理员去手工启动。压缩备份的默认行为是数据库系统中的备份压缩默认选项服务器级配置来决定的。

  如需要启用压缩备份策略，只需要经过简单的三个步骤即可。

  第一步：打开数据库对象资源管理器，右键单击需要启用压缩备份策略的那个服务器，然后打开属性对话框。

  第二步：单击数据库设置节点。找到备份和还原选项卡。在压缩备份页签中显示了备份压缩默认设置的当前配置。这个“压缩备份”选项决定了数据库在备份的时候是否要才用压缩备份策略。如果选中的话，默认情况下数据库将启用压缩备份。

  第三步：建立新备份媒体。笔者在上面提到过，压缩备份与未压缩备份不能够存储在同一个媒体集中。如果数据库管理员是中途启用这个压缩备份策略的。即在原先的备份媒体中已经有未压缩的备份文件，那么数据库管理员要么需要删除原有的备份文件，要么就是重新建一个备份媒体。笔者的意见是重新建立别分媒体，而保留原有的备份文件。这主要是出于安全的考虑。万一压缩备份因为某些原因不成功，则仍然可以有补救措施。

  压缩备份是SQLServer数据库推出的一个新技术。笔者以为，如果企业数据库容量比较小的话，没有必要采用这个压缩备份。只有数据库容量比较大，或者要进行异地备份的情况下，采用压缩备份的效果才会显现出来。由于压缩备份有比较大的限制条件和管理难点，数据库管理员还是需要在性能、压缩效果等方面评估压缩备份可能会给企业带来的效果。评估之后再进行取舍，是否要采用压缩备份。