关于数据库的置疑！

Question

是比较奇怪啊，一般来说，SQLServer因为磁盘空间不足，而不能完成数据库的恢复，会返回1105的错误并将sysdatabases中的status列设置为置疑
如果楼主压根就没有恢复数据库操作，就不知道是什么原因了怀疑日志空间的缘故的话可以将日志文件设置在一个较大空间的磁盘中只能等待高手们来指点了

Answer 1

lovcal(枫兮) 
----------------
非常谢谢了，本想结贴算了，但希望问题的解决也可帮助到大家，再次期待高手指点！

Answer 2

由于某些原因，数据库可能成为置疑状态。可能的原因包括操作系统拒绝对数据库资源的访问，以及一个或多个数据库文件不可用性或已损坏。
错误信息严重级别有：
严重级别 22：SQL Server 严重错误表的完整性置疑。这些消息表明消息中所指定的表或索引已因软件或硬件问题而损坏。严重级别 22 错误很少发生；但是，如果遇到该错误，请运行 DBCC CHECKDB 确定数据库中是否有其它对象也受损坏。问题有可能只存在于超速缓存中，而不是存在于磁盘本身。如果是这样，重新启动 SQL Server 将修正该问题。要继续工作，必须重新连接到 SQL Server。否则，用 DBCC 修复该问题。有些情况下，有必要还原数据库。
如果重新启动帮助不大，则问题存在于磁盘上。有时，摧毁在错误信息中指定的对象可以解决该问题。例如，如果消息说 SQL Server 在非聚集索引中发现长度为 0 的行，删除该索引然后重建。 
严重级别 23：SQL Server 严重错误：数据库完整性置疑。这些消息表明由于硬件或软件问题，整个数据库完整性存在问题。严重级别 23 错误很少发生；但是，如果遇到，请运行 DBCC CHECKDB 确定损坏的程度。问题有可能只存在于超速缓存中，而不是存在于磁盘本身。如果是这样，重新启动 SQL Server 将修正该问题。要继续工作，必须重新连接到 SQL Server。否则，用 DBCC 修复该问题。有些情况下，有必要重新启动数据库。