Sql server 您的SQL Server备份/维护计划是什么？

作为后续工作，我想知道您的SQL Server备份/维护计划是什么，以及如何改进我的计划

目前，我正在计划向导中运行两个简单的jane维护计划

第一个每晚跑步，几乎做任何事情

• 完整数据库和事务日志备份
• 完整性检查、重建索引、重新计算统计数据等（我检查了除增量备份之外的所有内容）

另一个每三个小时运行一次，并进行增量备份（我有点偏执，我知道这可能有点过分）

备份到磁盘，完整备份发送到SAN，保留一周

你认为这是一个明智的计划吗？有什么建议吗

---

编辑：这是SQLServer2005。DB是5GB，每月增长约1GB。

听起来不错。我更偏执。我每天做两次完整备份，每小时做一次事务日志备份。取决于数据库或课程的大小。备份直接备份到磁盘，然后每晚备份到磁带

您可能不需要每天执行维护任务。我只在周末做，除了这张桌子，我们每天晚上都要重新编制索引。这同样取决于数据库的大小和活动

---

如果您有足够的cpu和磁盘空间，您可以压缩磁盘备份以节省空间，并更快地传输到磁带或其他位置。

我不认为每3小时运行一次备份会让您产生妄想症。基本上，您的备份计划必须根据您的恢复需求来衡量。恢复时您能承受多长时间的停机，而在停机前您愿意丢失多少数据。对于SQL Server，通过将事务日志备份添加到备份计划中，可以大大减少您希望丢失的数据量。许多人每几分钟做一次，这取决于通过系统的交易量。要执行恢复，只需恢复上次完整备份、上次增量备份，然后恢复自增量备份以来的所有事务日志备份。这可以将数据丢失降至最低，但应用所有事务日志备份可能需要一点时间。我经常看到以下情况： 完整备份-每周 增量备份-每晚

---

日志备份—根据需要每隔几分钟备份一次（可能是每小时备份一次等）

您应该与您的用户/客户/数据保管人交谈—无论您如何称呼他们。他们需要清楚地了解他们可能会损失多少工作。如果没有SLA，请编写SLA。当遇到坏消息时，你不希望有任何惊喜

---

他们还需要了解恢复需要时间。您需要规划恢复计划以创建可接受的恢复时间。这可能意味着每天进行一次完整备份，每5分钟进行4次差异备份和日志备份。这并不像马库斯·埃里克森所说的那样疯狂或偏执——这一切都取决于你的信息和你的组织对信息的价值

记住，在firedrills中，您实际尝试从您创建的备份中恢复（到测试系统）。这应该每月进行一次。

我建议客户至少每晚对数据库进行一次完整备份，然后每3小时进行一次事务备份。我总是很惊讶有多少人从来没有设置备份。这些都是糟糕的决定。

在我看来，最好的办法是：

每12小时进行一次完整的数据库备份

将数据库备份到磁盘='d:/full.bak'

每六个小时进行一次差异备份，在出现故障的情况下更容易恢复过程

BACKUP DATABASE TO DISK='d:/diff.bak'和DIFFERENTIAL

当然，还有事务日志备份，最好每小时备份一次

将日志数据库备份到磁盘='LOG.bak'

如果出现故障，下一步将执行恢复过程：

• 最后一次完全备份
• 最后一次差异备份
• 最后一个事务日志

必须承认，最好使用完全恢复模型来提供时间点恢复