Sql Server 2008 错误 945处理

周一上午刚坐下就有同事说客户那边有台SQL的数据库打不开了。远程连过去一看，确实是的。
版本环境：
WIN ：2003 server R2
DB: sql server 2008 rtm 10.0.1600.22

症状：
里面挂了两个用户数据库，一个正常，一个异常。
异常的数据库点击右键查看属性时，直接报错

服务器: 消息 945，级别 14，状态 1，行 1
因为文件不可访问，或者内存或磁盘空间不足，因此没法打开数据库 'jijiwaiwai'。有关详细信息，请参阅 SQL Server 错误日志。

官网上对945错误的定义：
因为文件不可访问,或者内存或磁盘空间不足,所以没法打开数据库 '%.*ls'。有关详细信息,请参阅 SQL Server 错误日志。

细节状况整理：
1.查看磁盘空间，发现C盘只有2个多G了，系统数据库是创建在C盘上的，用户数据库是建在E盘
2.查看用户数据库备份状况，发现昨天的前天的备份都失败，但具体缘由不可知
3.系统的其余状况如内存，CPU都还算正常，压力不大。
4.客户天天对该数据库作全备份，单个数据库已经有3个多G大小

准备用DBCC DBCHECK来检查一下数据库的状态，而后再去rubild一下。
刚要操做，服务器被客户重启了，真是坑爹。过来十几分钟，客户告知数据库正常了......
再去检查发现C盘的空间回收了一部分，有4个G左右的剩余空间了。
此时再去执行DBCC DBCHECK，发现数据库果真是正常了，可是花费了5分多钟时间，感受有些长。



调整建议： 1.C盘从新整理，清理一些空间出来 2.每周作一次全备份，天天作增量备份和日志备份 3.按期作检查 4.对数据库作shrinkfile收缩 想到的暂时就这些了。 实际的操做也可参考： http://technet.microsoft.com/zh-cn/library/aa258746(v=SQL.80).aspx