我有一个服务器上的10个数据库，我已经在完全恢复模式，所有都使用Sql Server镜像镜像。
我目前的备份策略如下：
完整备份1am
差异备份每2小时
事务日志每15分钟备份一次
我遇到的问题是差异备份对于几个数据库来说非常慢，差异备份平均需要大约11分钟。
原因是数据库与另一个系统定期同步大量行，从而产生大量的差异备份。
另一方面，我的事务日志备份显然非常快。
这已经成为一个问题，因为在差异备份时间服务器正在与负载挣扎，在某些情况下导致客户机器超时。
删除差异备份和完整/事务备份有什么不利之处？ 显然恢复时间会增加没有差异备份，但是我确实有镜像数据库，所以这应该是一个问题呢？
任何想法，将不胜感激，服务器目前运行Sql Server 2005。
干杯
只要您可以忍受额外的时间，并在发生完全故障时从备份和事务日志中恢复，则差异是多余的。 确保你保持备份和日志logging足够远，以免出现没有人立即注意的问题; 我喜欢在远程站点保留4天的备份和日志，并定期进行时间点恢复以确认我能恢复，并查看需要多长时间。 提前准备，并计划最坏的，确保你不是唯一知道如何做恢复的人。
不需要。每隔15分钟进行一次完整的备份和日志备份是有效的备份策略。
可能的倒影包括：
我的想法：每隔2个小时差一点就好像过度杀了我，尤其是如果数据库很小，而且数据变化很大，那么你也可以做一个完整的！
完整备份和差异备份确实会损害性能，因为进程必须读取数据库中的每个页面。 在负载不足或用户访问营业时间的时候，我不可能对数据库进行全面或不同的处理。
稍微偏离了主题，但与这里所说的相关：“这是我误解了的东西。保存一天的日志派上用场，对于那些周一我接到一个开发人员说他删除了一堆上个星期四，我可以把他们拿回来，我喜欢开发者。“
问题：难道你只是做一个时间点与周四晚上的完整备份还原，或者由于某种原因不可行吗？