很多时候，当我们计划SQL Server数据库或存储空间的空间时，我们需要估计所需应用程序数据库空间的大小。估计未来最简单的方法是看过去的趋势，这通常是最合理的方法。

一般来说，一个好的数据库需要定期基线（基线），有一个基线知道什么是正常的。例如，一个简单的例子是一些人的血压通常是低的，所以80的低气压对他来说是不正常的，但事实是大多数系统都没有收集基线的习惯。因此，当规划空间需要看到历史的增长时，过去就不会有准确的数据。

一个解决方案是通过看过去的增长趋势数据备份历史记录的大小，数据库备份将备份整个文件，但只备份标记已经在FPS页面分配页面，会出现数据库是20g，但只有3G备份，数据库的备份副本可以看作是数据增长的基础上。

数据库的备份信息记录在msdb.dbo.backupset表的每一个备份的时间，所以我们可以聚合的历史备份信息通过如下的观点，从而比较数据库的增长。


选择
{ database_name }为数据库
DatePart（月，{ backup_start_date }）月
AVG（{ backup_size } / 1024 / 1024）作为备份大小MB
从msdb.dbo.backupset
哪里
{ database_name } = n'adventureworks2012
{类型}
组database_name } {，DatePart（毫米，{ backup_start_date }）；


代码清单1。历史数据增长的月度展望

结果如图1所示。



图1。历史数据的增长

在代码清单1、database_name由你需要查看数据库的名称替换。

注意：在SQL Server 2008之后，引入了基于策略的管理。该策略将在默认情况下创建一个作业。如图2所示，该操作将在每天二点运行，它将根据策略清理过期的历史记录（历史记录，如图3所示）。



图2。观政策管理



图3。历史记录保留天数，默认值是0，从不清理。

此策略对应于作业的建立（如图4所示）。



图4。清理工作的历史

在代码清单5月1日的结果是如果工作或由人明确在msdb.dbo.backupset表数据创建的工作影响。