SQL SERVER 数据库被标记为“可疑”的解决办法
2016-03-09 11:53
369 查看
问题背景:
日常对Sql Server 2005关系数据库进行操作时,有时对数据库(如:Sharepoint网站配置数据库名Sharepoint_Config)进行些不正常操作如数据库在读写时而无故停止数据库,从而导致Sql Server 2005数据库不正常中断,当再次打开数据库时会发现某些数据库会被标记为“可疑”(suspect),即在数据库名旁加上了黄色的惊叹号,这时数据库就不能再被打开了,但数据库的结构及数据内容都还是存在的。
解决方法:
当数据库发生这种操作故障时,可以按如下操作步骤可解决此方法,打开数据库里的Sql 查询编辑器窗口,运行以下的命令。
1、修改数据库为紧急模式
2、使数据库变为单用户模式
3、修复数据库日志重新生成,此命令检查的分配,结构,逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数,该程序将检查和修复报告的错误。但是,这些修复可能会导致一些数据丢失。
4、使数据库变回为多用户模式
被标记为“可疑”的数据库已恢复正常状态。
MSDN参考:https://msdn.microsoft.com/zh-cn/library/ms176064.aspx
日常对Sql Server 2005关系数据库进行操作时,有时对数据库(如:Sharepoint网站配置数据库名Sharepoint_Config)进行些不正常操作如数据库在读写时而无故停止数据库,从而导致Sql Server 2005数据库不正常中断,当再次打开数据库时会发现某些数据库会被标记为“可疑”(suspect),即在数据库名旁加上了黄色的惊叹号,这时数据库就不能再被打开了,但数据库的结构及数据内容都还是存在的。
解决方法:
当数据库发生这种操作故障时,可以按如下操作步骤可解决此方法,打开数据库里的Sql 查询编辑器窗口,运行以下的命令。
1、修改数据库为紧急模式
ALTER DATABASE [dbname] SET EMERGENCY
2、使数据库变为单用户模式
ALTER DATABASE [dbname] SET SINGLE_USER
3、修复数据库日志重新生成,此命令检查的分配,结构,逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数,该程序将检查和修复报告的错误。但是,这些修复可能会导致一些数据丢失。
DBCC CheckDB ([dbname], REPAIR_ALLOW_DATA_LOSS)
4、使数据库变回为多用户模式
ALTER DATABASE [dbname] SET MULTI_USER
被标记为“可疑”的数据库已恢复正常状态。
MSDN参考:https://msdn.microsoft.com/zh-cn/library/ms176064.aspx
相关文章推荐
- MySQL多表查询
- MySQL: ERROR13(HY000):Can't get stat of
- SQL SERVER 查看数据库信息
- oracle report err:REP-2103 PL/SQL formula returned invalid value or no value
- mybatis--动态sql
- mysql运维监控
- 性能测试-监控Mysql慢查询
- DOM--sql server
- 查询数据库中所有表的数据数量的方法
- mysql 之my.cnf配置调优
- 高性能MYSQL
- mysql乐观锁总结和实践
- Oracle新建数据库(新用户)
- 用OneProxy部署MySQL数据库的读写分离
- 进阶级-高级SQL查询
- cmd中mysql中文乱码问题
- cmd中mysql中文乱码问题
- redis 问题解决(MISCONF Redis is configured to save RDB snapshots)
- elasticsearch数据库(ES)
- Oracle用户和模式的区别