SQL Server 数据库备份存储

Question

这是比较基本的问题。

我们每周对服务器上的所有数据库进行备份，大小约为 20GB。所有计划好的（缩小，备份）

我们将它们存储在网络驱动器上。

现在 .bak 文件的数量已经增加（假设有 10 个数据库备份，每个 10GB 每周产生 100Gb，每月产生 400Gb，每 6 个月产生 2400Gb）。

虽然现在购买硬盘空间很便宜，但问题是将它们存档以备将来参考。

存储备份的最佳解决方案是什么（假设我们需要将数据回溯到 6 个月到 1 年）？

注意：我使用的是 SQL Server 2000。

谢谢，

Answer 1

在定期维护中缩小会缩小数据库吗？在继续阅读之前，立即将其删除，就像现在一样。为什么不应该缩小数据文件。

至于你的问题，未知数太多了。您是否需要灾难恢复，包括地理灾难恢复？您需要一个温暖的备用位置吗？在发生灾难时，您希望的恢复间隔是多少（从头开始重建数据库所允许的最长时间是多少）？你有恢复程序吗，你有没有练习过？

基本上你需要考虑至少有两个备份位置，最好在地理上分开，你需要定期恢复你的备份来验证它们，你需要一个完整/差异/日志备份计划来匹配你的数据保留任务和恢复间隔要求，你需要研究备份压缩（SQL Server 2008/R2 原生，在 2000 年你有SQL LiteSpeed）。

阅读有关该主题的书籍，例如Pro SQL Server Disaster Recovery。