我在完全恢复模式下的服务器上有大约 10 个数据库，并且所有数据库都使用 Sql Server 镜像进行镜像。
我目前的备份策略如下：
凌晨 1 点完整备份
每 2 小时进行一次差异备份
每 15 分钟备份一次事务日志
我遇到的问题是，对于几个数据库来说，差异备份非常慢，差异备份平均大约需要 11 分钟。
原因是数据库定期与另一个系统同步大量行，从而产生大量需要备份的差异。
另一方面，我的事务日志备份显然非常快。
这已经开始成为一个问题，因为在差异备份时服务器正在努力应对负载，在某些情况下会导致客户端机器超时。
放弃差异备份并采用完整/事务备份有什么缺点？显然，如果没有差异备份，恢复时间会增加，但我确实有镜像数据库，所以这应该是一个问题吗？
任何想法都将不胜感激，该服务器当前正在运行 Sql Server 2005。
干杯
答案1
只要您能够忍受在发生完全故障时从备份和事务日志中恢复的额外时间和步骤，差异就是多余的。确保将备份和日志保留得足够久，以防出现没有人立即注意到的问题；我喜欢在远程站点保留 4 天的备份和日志，并定期执行时间点恢复以验证我是否可以恢复，并查看需要多长时间。提前做好准备，为最坏的情况做好计划，确保您不是唯一知道如何进行恢复的人。
答案2
不是。每天进行完整备份和每 15 分钟进行一次日志备份是一种有效的备份策略。
可能的缺点包括：
- 使用更多的磁盘空间（了解每种类型的备份大小和保留率会很有帮助），因为您必须至少保留日志直到下一次完整备份。
- 如果您不使用管理工作室或脚本来自动执行此操作，则恢复所有这些日志备份的时间会更长。
我的想法：每 2 小时的差异对我来说似乎有点过度，特别是如果数据库很小并且大量数据正在发生变化，那么您不妨进行一次完整的差异分析！
完整备份和差异备份确实会影响性能，因为该过程必须读取数据库中的每一页。当数据库处于负载状态或在用户访问的办公时间内时，我不可能对数据库进行完整备份或差异备份。
答案3
稍微偏离主题，但与这里所说的相关：“...抱歉是我误解了。保留几天的日志对于不常用的数据库很有用，我周一接到一位开发人员的电话，他说他上周四删除了表中的一堆行，我能帮他找回它们吗？我喜欢开发人员。”
问题：您不能仅使用周四晚上的完整备份进行某个时间点的恢复吗，或者由于某种原因这是不可行的？