SQL Server 2008备份最佳实践

Question

没有理由，我丢失了数据库中的所有数据。幸运的是，这只是测试数据，但这让我想到如果使用生产数据库完成这将会发生什么。

最终，每个开发人员都遇到了db问题，并希望回滚数据库。我们不做保护数据库的事情，因为我们认为这是DBA的工作，但后来我们遇到了麻烦......

您的备用最佳做法是什么？

Answer 1

由于所有开发人员也是我工作的DBA，我们也共同负责我们的备份策略 - 如果您关心数据，请确保至少了解备份的工作方式，即使你不是实际决定的一部分。

我做的第一件事（在我设置任何数据库之前）都设置了包含完整备份的夜间维护计划，并将这些备份定向到另一台计算机（我们的NAS）上的中央网络共享。至少，为了热爱您的工作，请不要将备份放在数据库文件所在的同一物理存储上。如果在丢失磁盘的同时丢失备份，备份会有什么用呢？

我们不进行时间点恢复，因此我们不进行日志备份（我们所有的数据库都设置为简单恢复模式），但如果您希望备份日志，请确保包含这些备份，作为可接受的间隔。

另外，SQL 2008支持压缩备份，这大大加快了备份时间，使文件变得更小，更小 - 我想不出你不想使用这个选项的实例。不过，我很想听一个，我愿意重新考虑一下！

Answer 2

选择正确的备份策略是DBA在开发数据库时应考虑的最重要因素之一。

但是，您选择的备份策略取决于多种因素：

1. 在数据库上执行交易的频率如何：每分钟都有数千笔交易，或者每天交易的次数很少？对于非常繁忙的数据库，我会说，每10分钟甚至更少的时间进行完整的夜间备份和事务日志备份。
2. 数据内容的重要性：可能是员工薪资数据？那么你没有可以接受的借口，或者当你想开车回家时，你的车周围可能会有一些生气的脸！对于非常关键的数据库，可能每隔5分钟在两个位置进行夜间备份并进行事务日志备份。 （还想到实现镜像）。
3. 备份位置的位置：如果您的备份位置靠近数据库位置，那么您可以承担更频繁的备份，而不是在几跳之外，而且之间的带宽不是很好。

但总的来说，我会说，每晚安排一次高速备份，然后定期进行事务日志备份。

Answer 3

以下是我自己的经验中的一些观点：

• 将备份和SQL Server数据库文件存储在不同的物理存储上。否则，如果物理存储失败，则会丢失备份和数据库文件。
• 创建自己的SQL Server数据库备份计划。
• 测试SQL Server备份。如果您从未测试过备份，我怀疑如果发生故障您将能够恢复数据库。您需要不断尝试在测试服务器上恢复备份。
• 测试您的恢复策略 - 这是另一个提示。如果发生故障，您需要将数据库恢复到工作状态需要多长时间？
• 备份SQL Server的系统数据库。

这不是一个完整的列表，您可以在我的文章https://sqlbak.com/blog/backup-and-recovery-best-practices/

中找到更多提示