这是一个相当基本的问题。
我们对服务器上的所有数据库进行备份，每周大小为20GB左右。 所有计划（缩小，备份）
我们将其存储在networking驱动器上。
现在.bak文件的数量已经增长了（可以说10个数据库备份，每个10GB每周100Gb，每月400Gb，每6个月2400Gb）。
虽然硬盘空间现在买得便宜，但问题是将它们归档以备将来参考。
什么是存储备份的最佳解决scheme（比方说，我们需要的数据可以追溯到6个月到1年）？
注意：我正在使用SQL Server 2000。
谢谢，
在定期维护中缩小数据库？ 在继续阅读之前立即将其删除，就像现在一样。 为什么你不应该收缩你的数据文件 。
至于你的问题，还有太多的未知数。 您是否需要灾难恢复，包括geo-DR？ 你需要一个温暖的待机位置？ 发生灾难时，您希望恢复的时间间隔是多less（从零开始重builddbs的最长时间是多less）？ 你有恢复程序，你有锻炼吗？
基本上，您需要考虑至less有两个备份位置，最好在地理上分开，您需要定期恢复备份以validation它们，您需要一个完全/差异/日志备份计划，以满足您的数据保留要求和恢复间隔要求。查看备份压缩 （在SQL Server 2008 / R2中为本机，在2000年为SQL LiteSpeed ）。
阅读关于此主题的书籍，如Pro SQL Server灾难恢复 。