当还是一个DBA菜鸟的时候，我是利用“异常处理机制”来管理数据库容量的。那时如果数据库发生异常或者有用户向我反映问题，我才会去查看数据库。但是经过了长时间的DBA磨练，我认为一个合格的DBA应该更具前瞻性。也就是说，DBA需要时不时地去关注你的SQL Server数据库系统，即便它是正常运行中的。而在所有的项目中，我最关心的就是数据库容量问题，因为如果容量变小，很可能会造成严重的问题。

　　记住这一点非常重要，在本文中，我就将与您分享我的数据库容量管理经验，其中有三个问题是每个月末都要问自己的：

　　是不是有数据库满了？许多人会告诉你，数据库必须有百分之多少多少的剩余空间，我并不同意这个说法，因为每一个数据库的情况是不一样的，有些数据库的增长速度非常快，而有的一个月里也不会有太多的增长，所以要具体问题具体分析。对于这一问题，我每个月都会花一点时间，对数据库增长做一个图表分析，并总结它们的走势。

　　提前制定计划，保证你的数据库在3-4个月内都会拥有足够的剩余空间。当接近3个月的时候，你需要制定下一个维护计划，以扩展数据库的大小。我不喜欢SQL Server自动增长数据库的功能，但是你可以把这个选项保留，在不得不用的情况下再考虑使用，因为这可能会导致关键时刻的性能下降。

　　数据库性能如何？数据库容量的另一方面就是服务器容量能否支持现有的工作负载。我通常每个月都会使用性能监控或者其他监控工具，特别是在用户使用高峰的时候。举例来说，我公司的财务数据库在每个月的最后几天会特别活跃，这时候需要DBA对性能进行严密的监控。

　　如果服务器性能长期处于70%左右的时候，那说明包括CPU、内存和网络等都持续了70%的使用率，这时就应该考虑升级服务器或者迁移数据库了。如果长时间保持在100%的使用率时，这就说明数据库容量问题严重，也许会造成很大的麻烦，所以还是那句话，前瞻性对于DBA来说非常重要。

　　数据库备份情况如何？每个DBA都会被限定一个备份时间窗，也就是说被规定在特定的时间段来进行备份工作，因此你需要检查备份的大小是否能够在这个时间窗内完成。拿我自己来举例，我负责了公司的许多数据库，而且维护时间窗在不断地缩小，因为有许多数据库是需要支持24/7的应用。所以我逐渐地改用磁盘到磁盘的“持续备份”系统，它可以在磁盘块级别上对变更进行备份。这基本上就提供了无限的备份能力，我不再需要把所有的备份都挤到磁带上。

　　很显然，在进行数据库维护的时候，光考虑以上的几个问题是远远不够的，但是如果你想要SQL Server持续地良好运行，这三个问题是每个月都必须要解决的。