SQL_Server置疑数据库解决方法.docVIP

SQL Server置疑数据库解决方法 2. 在SQL Server中新建一个同名的数据库，然后停止SQL Server服务。 3. 用原有的.mdf和.ldf文件覆盖新建数据库对应的.mdf和.ldf文件。 4. 重新启动SQL Server服务，这是应该会看到这个数据库处于置疑（Suspect）状态。 5. 在SQL查询分析器中执行以下命令，以允许更新系统表： use mastergosp_configure ‘allow updates’,1reconfigure with overridego 6. 将这个数据库置为紧急模式： update sysdatabases set status = 32768 where name = ‘db_name’go 7. 使用DBCC CHECKDB命令检查数据库中的错误： DBCC CHECKDB(‘db_name’)GO 8. 如果DBCC CHECKDB命令失败，请转至第10步，否则先将数据库置为单用户模式，再尝试对其进行修复： sp_dboption ‘db_name’,’single user’,’true’DBCC CHECKDB(‘db_name’, REPAIR_ALLOW_DATA_LOSS)GO 如果在执行DBCC CHECKDB(‘db_name’, REPAIR_ALLOW_DATA_LOSS)命令时提示说数据库未处于单用户模式状态的话，则重新启动SQL Server服务，然后继续尝试。 9. 如果DBCC CHECKDB(‘db_name’, REPAIR_ALLOW_DATA_LOSS)命令失败，请转至第10步，否则若成功修复了数据库中的错误： 重新执行DBCC CHECKDB(‘db_name’)命令，确认数据库中已没有错误存在。 清除数据库的置疑状态：sp_resetstatus ‘db_name’ 清除数据库的单用户模式状态：sp_dboption ‘db_name’,’single user’,’false’ 重新启动SQL Server服务，如果一切正常的话，则数据库已经成功恢复。 10. 如果以上步骤都不能解决问题的话，请参考附件中的文档尝试通过重建事务日志来恢复数据库中的数据。如果您只有MDF文件，问题就更加复杂一些，我们需要直接重建事务日志了: 1. 在SQL Server中新建一个同名的数据库，然后停止SQL Server服务。 2. 用原有的ldf文件覆盖新建数据库对应的.mdf文件，将其日志文件（.ldf）删除。 3. 启动SQL Server服务，并将数据库置为紧急模式（同上: 步骤5和步骤6）。 4. 停止并重新启动SQL Server服务。 5. 执行以下命令重建数据库日志文件：(下面是个示例，您要用您实际的数据库名) DBCC REBUILD_LOG（’cas_db’, ‘D:\cas_db\cas_db_Log.LDF’） 6. 重新将该数据库置为单用户模式。 7. 再次尝试使用DBCC CHECKTABLE或DBCC CHECKDB命令检查并修复数据库中的错误。‘置疑数据库名字’ 　先分离数据库　　企业管理器--右键suspect的数据库--所有任务--分离数据库　　然后备份你的suspect数据库的文件,再按下面的步骤处理:　　1.新建一个同名的数据库再停掉sql server用suspect数据库的文件覆盖掉这个新建的同名数据库再重启sql server此时打开企业管理器时新建的同名数据库会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)　　USE MASTER　　GO　　SP_CONFIGURE ‘ALLOW UPDATES‘,1 RECONFIGURE WITH OVERRIDE　　GO　　UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME=‘his222‘　　Go　　sp_dboption ‘test‘, ‘single user‘, ‘true‘　　Go　　DBCC CHECKDB(‘test‘) 　　Go　　update sysdatabases set status =28 where name=‘test‘　　Go　　sp_configure ‘allow updates‘, 0 reconfigure with override　　Go 　　sp_dboption ‘test‘, ‘single user‘, ‘false‘　　Go　　6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用　　数据库的脚本创建一个新的数据库,并将数据导进去就